System and method for managing communication related traffic

CN122802874APending Publication Date: 2026-09-22FORD GLOBAL TECH LLC
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202610291573.7
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Priority Date
2025-03-21
Filing Date
2026-03-11
Publication Date
2026-09-22

AI Technical Summary

Technical Problem

然而,在基于本地的蜂窝节点处接收的各种形式的通信可能使系统不堪重负(例如,使系统过载),并且导致一个或多个通信相关问题,诸如通信延迟、操作中断、或阻碍传统的通信/数据流量高效地通过站点防火墙而出现丢包或其他问题

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122802874A_ABST
    Figure CN122802874A_ABST
Patent Text Reader

Abstract

The invention provides "systems and methods for managing communication related traffic". A method includes generating one or more classifications of use associated with grouping a plurality of vehicles; assigning each vehicle of the plurality of vehicles to a class of the one or more classifications; associating the assigned vehicles within each class of the one or more classifications; and assigning one of the associated vehicles as a receiving vehicle, the receiving vehicle configured to receive one or more signals from an infrastructure system and broadcast the one or more signals to other vehicles of the associated vehicles.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This disclosure relates to managing communication-related traffic, and more specifically, to optimizing the transmission and reception of one or more signals exchanged between a central server and one or more vehicles. Background Technology

[0002] The statements in this section are provided only as background information in connection with this disclosure and may not constitute prior art.

[0003] Vehicle management systems typically rely on cellular communications originating from one or more vehicles to manage those vehicles. This management involves local cellular nodes filtering various forms of communication to efficiently manage the one or more vehicles. However, the various forms of communication received at local cellular nodes can overwhelm the system (e.g., overload it) and cause one or more communication-related problems, such as communication delays, operational interruptions, or packet loss or other issues that prevent traditional communication / data traffic from efficiently passing through site firewalls.

[0004] This disclosure addresses these and other issues related to the management of communication-related traffic. Summary of the Invention

[0005] This section provides a general overview of this disclosure and is not a full disclosure of its entire scope or all its features.

[0006] This disclosure provides a method comprising: generating one or more classifications of use associated with grouping a plurality of vehicles by an infrastructure system; assigning each of the plurality of vehicles to a category of the one or more classifications based on the location of each vehicle, the duration of a state associated with each vehicle, one or more communication requirements associated with each vehicle, or a combination thereof; associating the assigned vehicles within each category of the one or more classifications based on one or more communication relevance scores; and assigning one of the associated vehicles as a receiving vehicle, wherein the receiving vehicle is configured to receive one or more signals from the infrastructure system and broadcast one or more signals to other vehicles among the associated vehicles; wherein generating the one or more classifications of use includes: storing one or more historical commands associated with each of the plurality of vehicles; and associating the assigned vehicles with a category of use based on one or more historical commands. The method predicts one or more feedforward commands corresponding to the future route to be traveled by each of a plurality of vehicles or the parking area to be parked by each of a plurality of vehicles; wherein one or more classifications used include at least one of monitoring status, movement status, transition status, and station operation; wherein broadcasting one or more signals from a receiving vehicle to other associated vehicles is based on cellular communication traffic exceeding a calibration threshold; the method further includes: determining whether cellular communication traffic is below the calibration threshold; and in response to determining that cellular communication traffic is below the calibration threshold, transmitting one or more signals from the infrastructure system to each associated vehicle; wherein one or more communication-related scores include regularity scores, severity scores, or combinations thereof; and the method further includes: assigning regularity scores to each of the plurality of vehicles; and assigning severity scores to each of the plurality of vehicles.

[0007] This disclosure provides a system comprising: an infrastructure system configured to: generate one or more classifications of use associated with grouping a plurality of vehicles; assign each of the plurality of vehicles to a category of one or more classifications based on the location of each vehicle, the duration of a state associated with each vehicle, one or more communication requests associated with each vehicle, or a combination thereof; associate the assigned vehicles within each category of the one or more classifications based on one or more communication correlation scores; assign one of the associated vehicles as a receiving vehicle and transmit one or more signals to the receiving vehicle; and the receiving vehicle is configured to: receive one or more signals from the infrastructure system and broadcast one or more signals to other vehicles among the associated vehicles; wherein the infrastructure system configured to generate the one or more classifications of use is further configured to: store one or more historical commands associated with each of the plurality of vehicles; and predict one or more feedforward commands based on the one or more historical commands corresponding to a future route to be traveled by each of the plurality of vehicles or a parking area to be parked by each of the plurality of vehicles. The system uses one or more classifications including at least one of monitoring status, mobility status, transition status, and station operation; broadcasting one or more signals from a receiving vehicle to other associated vehicles is based on cellular communication traffic exceeding a calibration threshold; the infrastructure system is further configured to: determine whether cellular communication traffic is below a calibration threshold; and transmit one or more signals to each of the associated vehicles in response to determining that cellular communication traffic is below the calibration threshold; one or more communication-related scores include regularity scores, severity scores, or combinations thereof; and the infrastructure system is further configured to: assign regularity scores to each of the multiple vehicles; and assign severity scores to each of the multiple vehicles; and each of the other associated vehicles is configured to: receive the broadcast one or more signals from the receiving vehicle; identify one or more anomalies within the broadcast one or more signals; and establish a communication link with the infrastructure system in response to identifying one or more anomalies, wherein the communication link provides direct communication between each of the other associated vehicles and the infrastructure system regarding the one or more signals.

[0008] This disclosure provides one or more non-transitory computer-readable media storing processor-executable instructions that, when executed by at least one processor, cause at least one processor to: generate one or more classifications of use associated with grouping a plurality of vehicles by an infrastructure system; assign each of the plurality of vehicles to a category of the one or more classifications based on the location of each vehicle, the duration of a state associated with each vehicle, one or more communication requirements associated with each vehicle, or a combination thereof; associate the assigned vehicles within each category of the one or more classifications based on one or more communication correlation scores; and assign one of the associated vehicles as a receiving vehicle, wherein the receiving vehicle is configured to receive one or more signals from the infrastructure system and transmit one or more signals to other vehicles among the associated vehicles; wherein the at least one processor caused to generate the one or more classifications of use is also caused to: store information related to grouping a plurality of vehicles. Each vehicle is associated with one or more historical commands; and based on one or more historical commands, one or more feedforward commands are predicted corresponding to the future route to be traveled by each of the multiple vehicles or the parking area to be parked by each of the multiple vehicles; wherein one or more classifications used include at least one of monitoring status, movement status, transition status, and station operation; wherein broadcasting one or more signals from the receiving vehicle to other associated vehicles is based on cellular communication traffic exceeding a calibration threshold; wherein at least one processor is further caused to: determine whether cellular communication traffic is below the calibration threshold; and in response to determining that cellular communication traffic is below the calibration threshold, transmit one or more signals from the infrastructure system to each of the associated vehicles; and wherein one or more communication-related scores include regularity scores, severity scores, or combinations thereof; and wherein at least one processor is further caused to: assign a regularity score to each of the multiple vehicles; and assign a severity score to each of the multiple vehicles.

[0009] Further applicability will become apparent from the description provided herein. It should be understood that the descriptions and specific examples are intended for illustrative purposes only and are not intended to limit the scope of this disclosure. Attached Figure Description

[0010] To better understand this disclosure, various forms of the disclosure will now be described by way of example with reference to the accompanying drawings, in which: Figure 1 A system for automated vehicle grouping according to one or more embodiments of the present disclosure is shown; Figure 2 One or more embodiments of the present disclosure are shown. Figure 1 The system shown is used to group example vehicles; Figure 3 Implementations of a system for signal distribution according to one or more embodiments of the present disclosure are shown; Figure 4 This is a flowchart illustrating an example method for managing communication-related traffic according to one or more embodiments of the present disclosure; and Figure 5 This is a block diagram illustrating an example computer system according to one or more embodiments of the present disclosure.

[0011] The accompanying drawings described herein are for illustrative purposes only and are not intended to limit the scope of this disclosure in any way. Detailed Implementation

[0012] The following description is merely exemplary in nature and is not intended to limit this disclosure, its application, or its uses. It should be understood that throughout the drawings, corresponding reference numerals indicate the same or corresponding parts and features.

[0013] One or more examples described herein provide systems and methods for managing communication-related traffic within a marshalling environment, including batching or grouping vehicles with similar operations together and marking special events for scheduling, thereby enhancing the efficiency of the cell system (e.g., cellular node system) associated with the marshalling environment, as further described herein.

[0014] Figure 1 A schematic block diagram of an Automated Vehicle Grouping (AVM) system 100 is shown. In one or more examples, the AVM system 100 groups one or more vehicles (e.g., vehicle 102) that are traveling at low speeds. However, it should be understood that the AVM system 100 can group one or more vehicles that are traveling at any speed. It should also be understood that the AVM system 100 can group semi-autonomous vehicles and / or fully autonomous vehicles.

[0015] AVM system 100 typically includes vehicle 102, vehicle manufacturing cloud system 104, vehicle delivery manager cloud system 106, vehicle customer web portal account cloud system 108, and infrastructure system 110. Vehicle manufacturing cloud system 104 serves as a central cloud system for managing and / or facilitating any manufacturing processes associated with vehicle 102. Vehicle manufacturing cloud system 104 is configured to communicate wirelessly with vehicle delivery manager cloud system 106 and / or infrastructure system 110. Vehicle manufacturing cloud system 104 is also configured to communicate wirelessly with vehicle 102.

[0016] The vehicle manufacturing cloud system 104 may include an infrastructure-side AVM algorithm 112. However, it should be understood that the infrastructure system 110 may also include an infrastructure-side AVM algorithm 112, such as... Figure 3As shown. The infrastructure-side AVM algorithm 112 processes state information associated with at least one vehicle 102 among one or more vehicles. It should be understood that, in one or more embodiments, the infrastructure-side AVM algorithm 112 processes state information associated with each of the one or more vehicles (e.g., vehicle 102). The vehicle manufacturing cloud system 104 is configured to cause the infrastructure system 110 to monitor the progress of the vehicles (e.g., vehicle 102) as they move through a marshalling environment. For example, the marshalling environment may represent a factory marshalling scenario, an automated charging scenario, a depot marshalling scenario, a parking scenario, etc. As an example, a factory marshalling scenario may include vehicles that have just been manufactured being sensed via top-down visual sensing (e.g., via a set of infrastructure sensors 302, such as...). Figure 3 (As shown) An example of a vehicle moving through a production line at a vehicle assembly plant for off-line testing. As another example, an automated charging scenario could include instances where vehicles are correctly assigned to automated charging modes located outdoors or indoors. As yet another example, a depot marshalling scenario could include instances where a fleet of commercial vehicles moves through warehouses and depots for automated loading and / or handling of goods. As an additional example, a parking scenario could include instances where vehicles move through underground or covered parking environments with potentially inconsistent communication networks (such as Global Navigation Satellite Systems).

[0017] The vehicle manufacturing cloud system 104 is also configured to cause the infrastructure system 110 to communicate with one or more vehicles. For example, the vehicle manufacturing cloud system 104 utilizes the infrastructure-side AVM algorithm 112 to send instructions to the infrastructure system 110 and / or process information received from the infrastructure system 110. The vehicle manufacturing cloud system 104 is also configured to cause the vehicle delivery manager cloud system 106 to facilitate the delivery of one or more vehicles (e.g., vehicle 102) to various locations. For example, the vehicle manufacturing cloud system 104 utilizes the infrastructure-side AVM algorithm 112 to send instructions to the vehicle delivery manager cloud system 106 and / or process information received from the vehicle delivery manager cloud system 106.

[0018] The vehicle manufacturing cloud system 104 is also configured to communicate directly with one or more vehicles to cause the one or more vehicles to start, stop, or pause their progress through the formation environment. The vehicle manufacturing cloud system 104 is also configured to control the formation speed of one or more vehicles as they travel through (e.g., traverse) the formation environment. For example, the vehicle manufacturing cloud system 104 utilizes the infrastructure-side AVM algorithm 112 to send instructions to vehicle 102 and / or process information received from vehicle 102.

[0019] Infrastructure system 110 includes sensor components 114, wireless communication components 116, a multi-access edge computing (MEC) system 118, and one or more traffic lights 120. It should be understood that the MEC system 118 is configured to support communication between the wireless communication components 116 and the vehicle 102. However, it should also be understood that the MEC system 118 is also configured to support communication between the wireless communication components 116 and any of the vehicle manufacturing cloud system 104, the vehicle delivery manager cloud system 106, and / or the vehicle customer web portal account cloud system 108. For example, the wireless communication components 116 may utilize GPS, Wi-Fi, satellite, 3G / 4G / 5G, and / or Bluetooth. ® To communicate with one or more vehicles.

[0020] The wireless communication component 116 also communicates with the sensor component 114, which is configured to communicate with and / or manage the set of infrastructure sensors 302, as described herein. In one or more examples, the sensor component 114 is also configured to perform one or more positioning functions associated with grouping one or more vehicles, such as, but not limited to, sensing, path planning, detection, control, and / or receiving and analyzing responses from each of the one or more vehicles.

[0021] The wireless communication component 116 also communicates with the traffic light 120. For example, when one or more vehicles are grouped through a grouping environment, the wireless communication component 116 can cause the traffic light 120 to guide the traffic of one or more vehicles. It should be understood that the infrastructure system 110 can forward instructions received from the vehicle manufacturing cloud system 104 to the vehicle 102. However, it should also be understood that the infrastructure system 110 can send instructions directly to the vehicle 102, for example, by utilizing the MEC system 118.

[0022] Vehicle 102 includes a vehicle-side AVM algorithm 122, a wireless transmission module 124, a vehicle central gateway module 126, a vehicle infotainment system 128, one or more vehicle sensors 130, a vehicle battery 132, a vehicle GNSS 134, a vehicle navigation map system 136, and a controller area network (CAN) vehicle bus 138. The wireless transmission module 124 may be a transmission control unit (TCU) and / or may be supported by a telematics-enabled subsystem. The wireless transmission module 124 includes one or more sensors configured to collect data and transmit signals to other components of vehicle 102. One or more sensors of the wireless transmission module 124 may include, but are not limited to, a vehicle speed sensor (not shown) configured to determine the current speed of the vehicle 102; a wheel speed sensor (not shown) configured to determine whether the vehicle 102 is traveling uphill or downhill; a throttle position sensor (not shown) configured to determine whether a downshift or upshift of one or more gears associated with the vehicle 102 is required in the current state of the vehicle 102; and / or a turbo speed sensor (not shown) configured to transmit data associated with the rotational speed of the torque converter of the vehicle 102.

[0023] The wireless transmission module 124 transmits information collected by one or more sensors to the vehicle-side AVM algorithm 122. In one embodiment, the vehicle-side AVM algorithm 122 may be a component within the wireless transmission module 124. For example, vehicle 102 utilizes the vehicle-side AVM algorithm 122 to process information collected by one or more sensors and transmit the information to infrastructure system 110. As another example, vehicle 102 utilizes the vehicle-side AVM algorithm 122 to process information collected by one or more sensors and transmit the information directly to vehicle manufacturing cloud system 104. The vehicle-side AVM algorithm 122 is configured to transmit information and / or instructions received from infrastructure system 110 and / or vehicle manufacturing cloud system 104 to the wireless transmission module 124.

[0024] The vehicle central gateway module 126 operates as an interface between various vehicle domain bus systems, such as engine compartment bus (not shown), interior bus (not shown), optical bus for multimedia (not shown), diagnostic bus for maintenance (not shown), or vehicle CAN bus 138. The vehicle central gateway module 126 is configured to distribute data transmitted to it from each of the various domain bus systems to other components of the vehicle 102. The vehicle central gateway module 126 is also configured to distribute information received from the vehicle-side AVM algorithm 122 to the various domain bus systems. The vehicle central gateway module 126 is also configured to send information received from the various domain bus systems to the vehicle-side AVM algorithm 122. For example, the vehicle 102 uses the vehicle-side AVM algorithm 122 to process information received from the vehicle central gateway module 126 and sends the information to the infrastructure system 110. As another example, the vehicle 102 uses the vehicle-side AVM algorithm 122 to process information received from the vehicle central gateway module 126 and sends the information directly to the vehicle manufacturing cloud system 104. The vehicle-side AVM algorithm 122 is configured to transmit information and / or instructions received from the infrastructure system 110 and / or the vehicle manufacturing cloud system 104 to the vehicle central gateway module 126.

[0025] The vehicle infotainment system 128 delivers a combination of information and entertainment content and / or services to a user 140 of vehicle 102. It should be understood that in some examples, the vehicle infotainment system 128 may only deliver entertainment content to the user 140 of vehicle 102. It should also be understood that in other examples, the vehicle infotainment system 128 may deliver information services to anyone associated with vehicle 102. As an example, the vehicle infotainment system 128 includes a built-in vehicle computer that combines one or more functions, such as a digital radio, a built-in camera, and / or a television. The vehicle infotainment system 128 transmits information associated with the built-in vehicle computer or processor to a vehicle-side AVM algorithm 122. For example, vehicle 102 utilizes the vehicle-side AVM algorithm 122 to process information received from the vehicle infotainment system 128 and transmits said information to infrastructure system 110. As another example, vehicle 102 utilizes the vehicle-side AVM algorithm 122 to process information received from the vehicle infotainment system 128 and transmits said information directly to vehicle manufacturing cloud system 104. The vehicle-side AVM algorithm 122 is configured to transmit information and / or instructions received from the infrastructure system 110 and / or the vehicle manufacturing cloud system 104 to the vehicle infotainment system 128.

[0026] One or more vehicle sensors 130 may be one or more of, for example, cameras, lidar, radar, and / or ultrasonic devices. For example, an ultrasonic device serving as one or more vehicle sensors 130 emits high-frequency sound waves that strike a wall or another vehicle and are then reflected back to vehicle 102. Based on the amount of time it takes for the sound waves to return to vehicle 102, vehicle 102 can determine the distance between the one or more vehicle sensors 130 and the wall or another vehicle. As another example, a camera device serving as one or more vehicle sensors 130 provides a visual indication of the space around vehicle 102. As an additional example, a radar device serving as one or more vehicle sensors 130 emits electromagnetic wave signals that strike a wall or another vehicle and are then reflected back to vehicle 102. Based on the amount of time it takes for the electromagnetic waves to return to vehicle 102, vehicle 102 can determine the distance, speed, and angle of vehicle 102 relative to the wall or another vehicle.

[0027] One or more vehicle sensors 130 transmit information associated with the location and / or distance of vehicle 102 relative to a wall or another vehicle to vehicle-side AVM algorithm 122. For example, vehicle 102 utilizes vehicle-side AVM algorithm 122 to process information received from one or more vehicle sensors 130 and transmit said information to infrastructure system 110. As another example, vehicle 102 utilizes vehicle-side AVM algorithm 122 to process information received from one or more vehicle sensors 130 and transmit said information directly to vehicle manufacturing cloud system 104. Vehicle-side AVM algorithm 122 is configured to transmit information and / or instructions received from infrastructure system 110 and / or vehicle manufacturing cloud system 104 to one or more vehicle sensors 130.

[0028] Vehicle battery 132 is controlled by a battery management system (not shown) that provides instructions to vehicle battery 132. For example, the battery management system provides instructions to vehicle battery 132 based on the temperature of vehicle battery 132. However, it should be understood that the battery management system may provide instructions to vehicle battery 132 based on any metric associated with vehicle battery 132, such as the state of power of vehicle 102, the period during which vehicle 102 is in an off state, or a combination thereof. The battery management system ensures that the current pattern of vehicle battery 132 is acceptable. For example, an acceptable current pattern prevents overvoltage, overcharge, and / or overheating of vehicle battery 132. As another example, the temperature of vehicle battery 132 indicates to the battery management system whether any of the acceptable current patterns is within an acceptable temperature range. The battery management system associated with vehicle battery 132 transmits information related to the temperature of vehicle battery 132 to vehicle-side AVM algorithm 122. For example, vehicle 102 uses vehicle-side AVM algorithm 122 to process the received information about vehicle battery 132 and transmit the information to infrastructure system 110. As another example, vehicle 102 utilizes vehicle-side AVM algorithm 122 to process information about vehicle battery 132 and transmits the information directly to vehicle manufacturing cloud system 104. Vehicle-side AVM algorithm 122 is configured to transmit information and / or instructions received from infrastructure system 110 and / or vehicle manufacturing cloud system 104 to vehicle battery 132.

[0029] Vehicle GNSS 134 is configured to communicate with satellites, enabling vehicle 102 to determine its exact location. Vehicle navigation map system 136 can display the exact location of vehicle 102 to user 140 via a display screen (not shown). Vehicle GNSS 134 transmits geographic information associated with vehicle 102 to vehicle-side AVM algorithm 122. For example, vehicle 102 uses vehicle-side AVM algorithm 122 to process information received from vehicle GNSS 134 and transmit the information to infrastructure system 110. As another example, vehicle 102 uses vehicle-side AVM algorithm 122 to process information from vehicle GNSS 134 and transmit the information directly to vehicle manufacturing cloud system 104. Vehicle-side AVM algorithm 122 is configured to transmit information and / or instructions received from infrastructure system 110 and / or vehicle manufacturing cloud system 104 to vehicle GNSS 134. As another example, vehicle 102 utilizes vehicle-side AVM algorithm 122 to process information associated with vehicle navigation map system 136 and transmits said information to infrastructure system 110. As yet another example, vehicle 102 utilizes vehicle-side AVM algorithm 122 to process information from vehicle navigation map system 136 and transmits said information directly to vehicle manufacturing cloud system 104. Vehicle-side AVM algorithm 122 is configured to transmit information and / or instructions received from infrastructure system 110 and / or vehicle manufacturing cloud system 104 to vehicle navigation map system 136.

[0030] Vehicle 102 is configured to transmit any information associated with any component included within vehicle 102 to one or more additional vehicles 142. Vehicle 102 is also configured to transmit (e.g., forward) any instructions received from infrastructure system 110 and / or vehicle manufacturing cloud system 104 to any of the one or more additional vehicles 142. For example, communication between vehicle 102 and one or more additional vehicles 142 may assist infrastructure system 110 and / or vehicle manufacturing cloud system 104 in grouping one or more additional vehicles 142. It should be understood that each of the one or more additional vehicles 142 may include any of the components described as included within vehicle 102, such as, but not limited to, vehicle-side AVM algorithm 122, wireless transmission module 124, vehicle central gateway module 126, vehicle infotainment system 128, one or more vehicle sensors 130, vehicle battery 132, vehicle GNSS 134, vehicle navigation map system 136, and / or CAN vehicle bus 138. It should also be understood that any of the one or more additional vehicles 142 is configured to transmit information associated with any component included within vehicle 102. It should also be understood that the one or more additional vehicles 142 may also be configured to establish direct wireless communication lines (e.g., via communication links) with infrastructure system 110 and / or vehicle manufacturing cloud system 104, thereby enabling direct exchange of information between the one or more additional vehicles 142 and infrastructure system 110 and / or vehicle manufacturing cloud system 104.

[0031] The vehicle delivery manager cloud system 106 wirelessly communicates (e.g., receives and / or sends instructions and / or information) with one or more of the following: rental agency cloud system 144, valet parking agency cloud system 146, insurance agency cloud system 148, and / or dealer system 150. The vehicle delivery manager cloud system 106 is configured to facilitate the delivery of one or more vehicles to any of the following: a rental agency (not shown) associated with rental agency cloud system 144, a valet parking agency (not shown) associated with valet parking agency cloud system 146, an insurance agency (not shown) associated with insurance agency cloud system 148, and / or dealer system 150. The vehicle delivery manager cloud system 106 also wirelessly communicates with vehicle customer web portal account cloud system 108. It should be understood that other cloud systems may be included in one or more examples.

[0032] The vehicle delivery manager cloud system 106 communicates wirelessly with a user device 152, such as, but not limited to, a mobile device, a display panel, and / or a computer. The vehicle 102 is also configured to communicate directly with the user device 152 wirelessly. For example, a user 140 engages with the user device 152 via an application that organizes any information and / or instructions received from the vehicle customer web portal account cloud system 108 and / or the vehicle 102. As another example, the user 140 may send one or more instructions to the vehicle customer web portal account cloud system 108, such as selecting which vehicle the user 140 wants to receive from any of the following: a rental agency associated with the rental agency cloud system 144, a valet parking agency associated with the valet parking agency cloud system 146, an insurance agency associated with the insurance agency cloud system 148, and / or a dealership system 150.

[0033] refer to Figure 2 Vehicle 102 can be powered in various forms and in various ways, such as by using an electric motor and / or an internal combustion engine. It should be understood that vehicle 102 can be any type of vehicle powered by an electric motor and / or an internal combustion engine, such as a car, truck, robot, aircraft, and / or boat. Vehicle 102 typically includes a vehicle controller 200, one or more actuators 202, multiple onboard sensors 204, a human-machine interface (HMI) 206, and a vehicle system 208. Vehicle 102 also has a reference point 210, i.e., a designated point within the space defined by the vehicle body, which identifies the position of vehicle 102. For example, reference point 210 is the geometric center point where the respective longitudinal and lateral center axes of vehicle 102 intersect. As another example, reference point 210 is the point where vehicle 102 is located when navigating toward a waypoint.

[0034] The multiple onboard sensors 204 include various means for providing data to the vehicle controller 200. For example, the multiple onboard sensors 204 may include object detection sensors (e.g., lidar sensors) disposed on or in the vehicle 102, which provide the relative position, size, and / or shape of one or more objects (such as attached vehicles, bicycles, robots, drones, etc.) traveling beside, in front of, and / or behind the vehicle 102. As another example, one or more of the multiple onboard sensors 204 may be radar sensors attached to one or more bumpers of the vehicle 102, which can provide the position of an object relative to the position of each of the vehicle 102. As yet another example, one or more of the multiple onboard sensors 204 may be configured to monitor one or more functionalities associated with one or more internal components of the vehicle 102.

[0035] Multiple onboard sensors 204 may include camera sensors that provide images from the area surrounding vehicle 102, such as providing front, side, and rear views. As another example, vehicle controller 200 may be programmed to receive sensor data from camera sensors and implement image processing techniques to detect roads, infrastructure elements, etc. Vehicle controller 200 may be programmed to determine the current vehicle position based on location coordinates (e.g., GPS coordinates) received from vehicle 102 indicating the position of vehicle 102 from a GPS sensor (not shown).

[0036] In some examples, vehicle controller 200 is configured or programmed to control one or more of the following: vehicle braking, propulsion (e.g., controlling the acceleration of vehicle 102 by controlling one or more of an internal combustion engine, electric motor, hybrid engine, etc.), steering, climate control, interior and / or exterior lights, etc. In other examples, vehicle controller 200 is also configured or programmed to determine whether and when vehicle controller 200 (rather than a human operator) controls such operations associated with vehicle 102. It should be understood that any operation associated with vehicle 102 can be facilitated via automated, semi-automated, or manual modes. For example, an automated mode can facilitate complete control of any operation by vehicle controller 200 without the assistance of a human operator. As another example, a semi-automated mode can facilitate at least partial control of any operation by a human operator in combination with vehicle controller 200. As yet another example, a manual mode can facilitate complete control of operation by a human operator without the assistance of vehicle controller 200.

[0037] Vehicle controller 200 includes one or more processors (not shown), or can be communicatively coupled to one or more processors (e.g., via a vehicle communication bus). For example, the one or more processors may be controllers included in vehicle 102, used to monitor and / or control various vehicle controllers, such as powertrain controllers, brake controllers, steering controllers, etc. Vehicle controller 200 is typically arranged for various communications over a vehicle communication network (not shown) (which may include buses in vehicle 102, such as a CAN bus, etc.) and / or other wired and / or wireless mechanisms.

[0038] Vehicle controller 200 transmits messages to and / or receives messages from various devices (e.g., one or more actuators 202, HMI 206, etc.) in vehicle 102 via a vehicle network. Alternatively or additionally, where vehicle controller 200 includes multiple devices, a vehicle communication network is used for communication between the devices represented herein as vehicle controller 200. Furthermore, as discussed below, various other controllers and / or sensors provide data to vehicle controller 200 via the vehicle communication network.

[0039] Additionally, the vehicle controller 200 is also configured via the vehicle-side AVM algorithm 122 to communicate with the infrastructure communication network through the vehicle, such as with the infrastructure controller (e.g., ...). Figure 3 The vehicle controller 200 communicates with the infrastructure controller 304 shown. The vehicle controller 200 is also configured via the vehicle-side AVM algorithm 122 to communicate with other traffic objects (e.g., vehicles, infrastructure, etc.) through a wireless vehicle communication interface, such as via a vehicle-to-vehicle communication network. The vehicle communication network represents one or more mechanisms by which the vehicle controller 200 of vehicle 102 communicates with other traffic objects. As an example, the vehicle communication network can be one or more wireless communication mechanisms, including any desired combination of wireless (e.g., cellular, wireless, satellite, microwave, and / or radio frequency) communication mechanisms, and any desired network topology (or multiple topologies utilizing multiple communication mechanisms). Examples of vehicle communication networks include cellular, Bluetooth®, IEEE 802.11, Dedicated Short Range Communication (DSRC), and / or Wide Area Network (WAN) (including the Internet) providing data communication services.

[0040] One or more actuators 202 are implemented via circuits, chips, or other electronic and / or mechanical components that can actuate various vehicle subsystems according to appropriate control signals. One or more actuators 202 can be used to control the braking, acceleration, and / or steering of the vehicle 102. The vehicle controller 200 can be programmed to activate one or more actuators 202 (including propulsion, steering, and / or braking actuators) based on planned acceleration or deceleration of the vehicle 102.

[0041] HMI 206 is configured to receive information from a human operator during operation of vehicle 102. Additionally, HMI 206 is configured to present information to a human operator, such as an occupant of vehicle 102. In some variations, vehicle controller 200 is programmed to receive destination data (e.g., location coordinates) from HMI 206.

[0042] Vehicle system 208 is configured to control each of the subsystems within vehicle 102 and facilitate requests across each of the aforementioned components (e.g., vehicle controller 200, one or more actuators 202, multiple onboard sensors 204, and / or HMI 206). Therefore, at least multiple onboard sensors 204 can be used to autonomously guide vehicle 102 to waypoints. Route selection can be performed using vehicle position, distance traveled, queuing for vehicle grouping, etc.

[0043] In one or more embodiments, Figure 3System 300 is illustrated, configured to provide, for infrastructure system 110 to optimize or otherwise control, the distribution of communication-related signals (e.g., cellular signals, including but not limited to) to any number of vehicles (e.g., vehicle 102 and / or one or more additional vehicles 142). In one or more examples, while communication-related signals (e.g., from infrastructure system 110) are distributed to vehicles located within the marshalling environment, it should be understood that infrastructure system 110 may also distribute communication-related signals to vehicles located outside the marshalling environment.

[0044] In one or more embodiments, the infrastructure system 110 includes a sensor component 114 that communicates with a set of infrastructure sensors 302. The set of infrastructure sensors 302 is configured to monitor the movement of vehicle 102 (e.g., and / or one or more auxiliary vehicles 142) as it moves through a marshalling environment. The infrastructure system 110 also includes a wireless communication component 116 that provides means for communication between the infrastructure system 110 and one or more communication nodes 310a to 310c. However, it should be understood that the wireless communication component 116 also provides means for direct communication between the infrastructure system 110 and vehicle 102 (e.g., and / or one or more auxiliary vehicles 142).

[0045] In one or more examples, the movement of vehicle 102 (e.g., and / or one or more auxiliary vehicles 142) through the manufacturing environment is monitored based on the field of view of the set of infrastructure sensors 302. As another example, the movement of vehicle 102 (e.g., and / or one or more auxiliary vehicles 142) through the manufacturing environment is also monitored based on one or more infrastructure grouping messages (e.g., IMM) and one or more vehicle grouping messages (e.g., VMM) exchanged between vehicle 102 (e.g., and / or one or more auxiliary vehicles 142) and infrastructure system 110.

[0046] Additionally, infrastructure system 110 includes infrastructure controller 304. Infrastructure controller 304 is configured to centrally control the operation of vehicle 102 (e.g., and / or one or more auxiliary vehicles 142). For example, the operation of vehicle 102 (e.g., and / or one or more auxiliary vehicles 142) includes propulsion, braking, and / or steering. It should be understood that infrastructure controller 304 may be located within infrastructure system 110 or externally relative to infrastructure system 110. Infrastructure controller 304 includes infrastructure-side AVM algorithm 112, which is configured to facilitate communication between infrastructure controller 304 and vehicle controller 200 associated with vehicle 102 (e.g., and / or one or more auxiliary vehicles 142).

[0047] In one or more embodiments, the infrastructure-side AVM algorithm 112 is configured to create (e.g., generate) one or more categories of uses associated with one or more operations of each vehicle located within communication range of the infrastructure system 110 and / or one or more communication nodes 310a to 310c. As an example, each of the one or more categories corresponds to a predefined use, which may include monitoring status, mobility status, transition status, or station operation. However, it should be understood that predefined uses are not limited to monitoring status, mobility status, transition status, and / or station operation, and may include any other status or operation related to the functionality of the automated vehicle or the control of the automated vehicle by the central server.

[0048] In one or more examples, the creation of one or more classifications may be based on one or more historical commands (e.g., one or more IMMs and / or VMMs) associated with vehicle 102 (e.g., and / or one or more additional vehicles 142). However, it should be understood that one or more historical commands may originate from (e.g., from infrastructure system 110 and via one or more IMMs) one or more grouping commands transmitted to one or more previously grouped vehicles. In one or more examples, previously grouped vehicles may include, but are not limited to, vehicles that have moved through a grouping environment that may include various calibration stations. As another example, infrastructure system 110 is configured to store one or more historical commands within database 312, regardless of the origin of the one or more commands. While database 312 is depicted as being located inside infrastructure system 110, it should be understood that database 312 may also be located outside infrastructure system 110.

[0049] In one or more embodiments, the infrastructure-side AVM algorithm 112 is also configured to transmit one or more feedforward commands (e.g., via one or more IMMs) to vehicle 102 (e.g., and / or one or more additional vehicles 142). In one or more examples, the determination of one or more feedforward commands is based on one or more historical commands, batch availability associated with the marshalling environment, build expectations associated with vehicle 102 (e.g., vehicle characteristics, vehicle trim, vehicle sensors, etc.), or a combination thereof. However, it should be understood that the determination of one or more feedforward commands can be based on any aspect of the vehicle assembly process, the marshalling environment itself, and / or the vehicles (e.g., and / or one or more additional vehicles 142).

[0050] In one or more embodiments, the infrastructure-side AVM algorithm 112 is further configured to predict one or more feedforward commands based at least on one or more historical commands and by leveraging one or more machine learning techniques or other artificial intelligence techniques. In one or more examples, the prediction of one or more feedforward commands may correspond to a future route determined to be the best for vehicle 102 (e.g., and / or one or more accompanying vehicles 142) to move through the marshalling environment. As another example, the best route may be considered, but is not limited to, the fastest route to a predefined destination for vehicle 102 (e.g., one or more accompanying vehicles 142) and / or the route with the fewest obstacles (e.g., other vehicles, buildings, machinery, etc.) compared to any other route option. In one or more examples, the predefined destination may include, but is not limited to, parking spaces, charging stations, or workstations. It should also be understood that the predefined destination may include any destination within the marshalling environment.

[0051] The infrastructure-side AVM algorithm 112 is also configured to group each individual category in one or more classifications into a class based on the location of vehicle 102 (e.g., and / or one or more auxiliary vehicles 142), the duration of the state associated with vehicle 102 (e.g., and / or one or more auxiliary vehicles 142), one or more communication requests associated with vehicle 102 (e.g., and / or one or more auxiliary vehicles 142), or a combination thereof. However, it should be understood that the class or association of each individual category in one or more classifications can be based on any characteristic or state related to the functionality or operation of the automated vehicle.

[0052] In one or more embodiments, one or more classifications and various categories associated with one or more classifications can indicate the operational compatibility of vehicles relative to other vehicles. For example, in a scenario where each vehicle can move across a grouped environment relying on communication with each other rather than with infrastructure system 110, vehicles are operationally compatible with another vehicle. In one or more examples, vehicle grouping can correspond to each category within one or more classifications. In one or more examples, such as Figure 3 As shown, the first group of vehicles 314a includes a first vehicle 102a and one or more auxiliary vehicles 142a; the second group of vehicles 314b includes a second vehicle 102b and one or more auxiliary vehicles 142b; and the third group of vehicles 314c includes a third vehicle 102c and one or more auxiliary vehicles 142c.

[0053] In one or more examples, the number of vehicles included within a vehicle group is based on a calibration threshold. For example, the calibration threshold is the ratio of the number of vehicles communicating directly with a central server (e.g., infrastructure system 110) to the number of vehicles not communicating directly with the central server, and this ratio may correspond to a predefined signal quality. As another example, one or more conditions defining a point that meets or exceeds the calibration threshold can cause the ratio to be adjusted. As a further example, and in situations where communication-related traffic (e.g., cellular traffic) is heavy, infrastructure system 110 is configured to communicate with hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) within a predefined number of vehicles (e.g., every ten vehicles). As yet another example, and where communication-related traffic is not too heavy, infrastructure system 110 is configured to communicate with hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) within vehicle groups (e.g., first group 314a, second group 314b, and / or third group 314c) of different predefined numbers of vehicles (e.g., every five vehicles). In one or more examples, and where a calibration threshold is not exceeded, infrastructure system 110 is configured to communicate directly with each vehicle within vehicle groups 314a to 314c.

[0054] It should be understood that, where infrastructure system 110 is configured to communicate with hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c), the hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) are then configured to broadcast one or more signals (e.g., receive from infrastructure system 110) to each vehicle within the vehicle group corresponding to the hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c). In one or more examples, this method of distributing one or more signals derived from infrastructure system 110 generally reduces communication-related latency and communication-related problems. It should also be understood that the number of vehicles within vehicle groups 314a to 314c may vary based on congestion associated with communication-related traffic.

[0055] In one or more examples, the infrastructure-side AVM algorithm 112 is configured to control (e.g., regulate the pace) communication originating from hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) to prevent spikes and troughs in data transmission, which reduces the likelihood of overloading the infrastructure system 110 and / or one or more communication nodes 310a to 310c. As another example, the hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) are configured to communicate (e.g., transmit and / or receive one or more signals) with a specific communication node among one or more communication nodes 310a to 310c based on the position of the hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) relative to the marshalling environment, which also reduces the likelihood of overloading the infrastructure system 110 and / or one or more communication nodes 310a to 310c.

[0056] In one or more examples, the infrastructure-side AVM algorithm 112 is configured to evaluate each of vehicle groups 314a to 314c for communication regularity when the low-severity group has non-persistent requirements. As an example, the severity level associated with each of vehicle groups 314a to 314c can indicate a risk, including but not limited to operational disruption or other identified critical use cases. As another example, non-persistent requirements can include actions such as, but not limited to, waiting for transport or receiving marshalling instructions. As a further example, and where the infrastructure-side AVM algorithm 112 determines that the low-severity group of vehicle groups 314a to 314c has one or more non-persistent requirements, the infrastructure-side AVM algorithm 112 is configured to assign hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) as recipients of all communications transmitted from the infrastructure system 110.

[0057] As yet another example, hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) are configured to perform batching to transmit one or more signals from corresponding one or more auxiliary vehicles 142a to 142c to infrastructure system 110 according to a predetermined regularity (e.g., at predefined time intervals). For example, the predetermined regularity may be based on congestion associated with communication-related traffic. As another example, batching may include hub vehicles (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) collecting one or more signals from corresponding one or more auxiliary vehicles 142a to 142c and transmitting all collected one or more signals to infrastructure system 110 according to a predetermined regularity. In one or more examples, batching and associated vehicle control and / or movement limit the need for transmissions from individual vehicles at frequencies that would otherwise be established instantaneously across an unlimited number of vehicles, and instead reduce such communication flow by mitigating communication from different vehicle groups in an organized manner without causing operational gaps or communication-related interruptions.

[0058] The infrastructure-side AVM algorithm 112 is also configured to assign a communication regularity score to each individual category in one or more categories. In one or more examples, the communication regularity score can identify the need to communicate with the infrastructure system 110 for each individual category in one or more categories. The communication regularity score can also be used, for example, as a basis for the infrastructure-side AVM algorithm 112 to distinguish one or more communication states associated with each individual category in one or more categories. As another example, one or more communication states may include a continuous state, an intermittent state, a passive state, or an alarm-only state. However, it should be understood that one or more communication states may include any other communication regularity state and are not limited to a continuous state, an intermittent state, a passive state, and / or an alarm-only state. It should also be understood that the one or more communication state requirements associated with vehicle 102 (e.g., and / or one or more auxiliary vehicles 142), the location associated with vehicle 102 (e.g., and / or one or more auxiliary vehicles 142), and / or the category associated with vehicle 102 (e.g., and / or one or more auxiliary vehicles 142) can be dynamically changed based on (e.g., by the infrastructure-side AVM algorithm 112) the level of communication-related traffic.

[0059] The infrastructure-side AVM algorithm 112 is also configured to assign a severity score to each individual category in one or more categories. In one or more examples, the severity score may indicate a risk, including but not limited to operational disruption or other identified critical use cases. As another example, the severity score may also indicate a priority list of certain vehicles assigned to each category of the general category or one or more categories to receive one or more signals from vehicle 102 (e.g., first vehicle 102a, second vehicle 102b, and / or third vehicle 102c) or infrastructure system 110.

[0060] The infrastructure-side AVM algorithm 112 is further configured to assign a communication-related score to each individual vehicle, which may include, but is not limited to, a communication regularity score, a severity score, or a combination thereof. In one or more examples, the infrastructure-side AVM algorithm 112 is configured to further group (e.g., associate) vehicles within a general category to each category of one or more categories associated with the assigned communication-related score provided to each individual vehicle. As another example, the infrastructure-side AVM algorithm 112 is also configured to further group (e.g., associate) vehicles based on each vehicle's proximity to surrounding vehicles, the usage associated with each vehicle, and any other vehicle-related metrics associated with communication with the infrastructure system 110. For example, and based on the communication-related score, a vehicle may move from one group of vehicle groups 314a to another group. In other words, when a vehicle changes between one or more uses or one or more locations within a grouping environment, for example, groups and individual vehicles may enter and / or exit different categories or classes of one or more categories.

[0061] In one or more embodiments, each vehicle within vehicle groups 314a to 314c is configured to identify the presence of one or more anomalies. Upon identification of one or more anomalies (e.g., communication or transmission anomalies), direct communication between the identifying vehicle and infrastructure system 110 and / or one or more communication nodes 314a to 314c is triggered. In one or more examples, and in response to identifying the presence of one or more anomalies, both the identifying vehicle and the infrastructure-side AVM algorithm 112 are configured to classify and / or identify one or more locations within the marshalling environment where an increasing number of anomalies exist, and to identify and / or aggregate root causes, enabling future prevention of any problems associated with the one or more anomalies. For example, both infrastructure-side AVM algorithm 112 and vehicle-side AVM algorithm 122 are configured to perform aggregation of one or more anomalies (e.g., data associated with the detection of one or more anomalies) to determine one or more areas within the marshalling environment corresponding to a set of changes associated with the one or more anomalies.

[0062] Figure 4 This is a flowchart illustrating an example method 400 for providing means for managing communication-related traffic within a marshalling environment. At operation 402, an infrastructure system (e.g., infrastructure system 110) is configured to generate one or more classifications associated with the use of multiple vehicles (e.g., vehicle 102 and / or one or more auxiliary vehicles 142). For example, the one or more classifications used include monitoring status, movement status, transition status, station operation, or combinations thereof.

[0063] In one or more examples, the generation of one or more classifications involves storing one or more historical commands associated with each of the multiple vehicles and predicting one or more feedforward commands. As another example, the prediction of one or more feedforward commands is based on one or more historical commands. As a further example, the prediction of one or more feedforward commands corresponds to the future route that each of the multiple vehicles will travel. Alternatively, and as an additional example, the prediction of one or more feedforward commands corresponds to the parking area that each of the multiple vehicles will park in.

[0064] At Operation 404, the infrastructure system is also configured to assign each of the multiple vehicles to a category of one or more classifications. In one or more examples, assigning each of the multiple vehicles to a category of one or more classifications is based on the location of each vehicle, the duration of the state associated with each vehicle, one or more communication requests associated with each vehicle, or a combination thereof.

[0065] At operation 406, the infrastructure system is further configured to associate assigned vehicles within each category of one or more classifications. In one or more examples, the association of assigned vehicles within each category of one or more classifications is based on one or more communication-related scores. As another example, the one or more communication-related scores include regularity scores, severity scores, or combinations thereof. As yet another example, the assigned vehicles are grouped within any of vehicle groups 314a to 314c.

[0066] At operation 408, the infrastructure system is also configured to assign one of the associated vehicles as a receiving vehicle (e.g., hub vehicles—first vehicle 102a, second vehicle 102b, and / or third vehicle 102c). In one or more examples, the receiving vehicle is configured to receive one or more signals from the infrastructure system. As another example, the receiving vehicle is also configured to broadcast one or more signals to other associated vehicles. As a further example, broadcasting one or more signals from the receiving vehicle to other associated vehicles is based on cellular communication traffic exceeding a calibration threshold. For example, the calibration threshold is, for example, the ratio of the number of vehicles communicating directly with a central server (e.g., infrastructure system 110) to the number of vehicles not communicating directly with the central server, which ratio may correspond to predefined signal quality, as described herein.

[0067] In one or more embodiments, the infrastructure system is configured to determine whether cellular communication traffic is below a calibration threshold. The infrastructure system is also configured to transmit one or more signals to each of the associated vehicles in response to determining that the cellular communication traffic is below the calibration threshold.

[0068] In one or more embodiments, the infrastructure system is configured to assign a regularity score and a severity score to each of a plurality of vehicles.

[0069] Figure 5 An operating environment, such as a computer system, is shown that facilitates the execution of one or more systems and methods described herein. More specifically, the systems and methods described herein can be implemented using computing device 502. For example, computing device 502 can be a personal computer, desktop computer, laptop computer, tablet computer, handheld computer, server, workstation, mainframe, wearable computer, supercomputer, or a combination thereof. However, it should be understood that the foregoing examples of computing device 502 are not exhaustive, and computing device 502 can be any type of processing or computing device. Computing device 502 typically includes a processor 504, a display adapter 506, one or more input / output ports 508, one or more input / output components 510, a network adapter 512, a power supply 514, and memory 516. However, it should be understood that computing device 502 can include any of the listed components, and is not required to include any of them.

[0070] Processor 504 is configured to provide instructions to computing device 502, enabling computing device 502 to perform one or more tasks, including implementing software programs to perform one or more operations as described in more detail herein. It should also be understood that computing device 502 may include any number of processors 504. Display adapter 506 may be a graphics card or video board that provides computing device 502 with the ability to display content on display device 518. For example, display device 518 may be any screen, monitor, and / or light-emitting component associated with any of a personal computer, desktop computer, laptop computer, tablet computer, handheld computer, server, workstation, mainframe, wearable computer, supercomputer, or a combination thereof. However, it should be understood that the foregoing examples of display device 518 are not exhaustive, and display device 518 may be any type of device capable of providing visual display.

[0071] Input / output port 508 provides multiple interfaces (e.g., jacks) for one or more cables to connect to computing device 502. It should be understood that any number of input / output ports 508 may be present on computing device 502. For example, input / output port 508 provides computing device 502 with means to receive signals and / or data from external devices connected to computing device 502 via one or more cables. As another example, input / output port 508 provides computing device 502 with means to transmit signals and / or data to external devices connected to computing device 502 via one or more cables. Input / output component 510 may include one or more components supporting input / output port 508, such as, but not limited to, switches, buttons, pressure pads, float switches, keyboards, radio receivers, or combinations thereof.

[0072] Network adapter 512 can be any type of network interface controller configured to provide communication with another computing device (such as remote computing device 522) via network 520. For example, remote computing device 522 can be a user device such as a cellular phone, smartphone, tablet computer, laptop computer, or a combination thereof. Power supply 514 is configured to convert alternating high-voltage current (e.g., AC) into direct current (e.g., DC) to provide power to other components of computing device 502 (e.g., processor 504, display adapter 506, one or more input / output ports 508, one or more input / output components 510, network adapter 512, and memory 516).

[0073] Additionally, memory 516 may be a mass storage device and / or system memory, such as a hard disk drive, memory card, solid-state drive, random access memory (RAM), or a combination thereof. Memory 516 is configured to provide storage for instructions and data associated with the operation of computing device 502. Memory 516 may typically include operating system 524, signaling software 526, and signaling data 528. For example, operating system 524 is configured to manage and / or process any of the data and / or instructions associated with signaling software 526 and / or signaling data 528, as described in more detail herein, such as managing communication-related traffic within a marshalling environment.

[0074] Furthermore, system bus 530 is also included within computing device 502, which is configured to connect each of its various components (e.g., processor 504, display adapter 506, one or more input / output ports 508, one or more input / output components 510, network adapter 512, power supply 514, and memory 516). It should also be understood that the functionality associated with each component of computing device 502 and with each component of computing device 502 can be implemented within remote computing device 522. Although Figure 5 The operating environment shown depicts a specific configuration associated with at least computing device 502, network 520, and remote computing device 522; however, it should be understood that the operating environment can be configured in any way.

[0075] Therefore, one or more examples of this disclosure provide a means for managing communication-related traffic within a marshalling environment, as described herein, using implementations based at least on batch processing procedures and one or more machine learning techniques.

[0076] Unless otherwise expressly indicated herein, all numerical values ​​indicating mechanical / thermal properties, percentage of composition, dimensions and / or tolerances or other characteristics should be understood as being modified by the words “about” or “approximately” when describing the scope of this disclosure. Such modification is desired for various reasons, including: industrial practice; material, manufacturing and assembly tolerances; and testing capabilities.

[0077] As used herein, the phrases A, B, and C at least one should be interpreted as representing logic (A or B or C) using the non-exclusive logic "or", and should not be interpreted as representing "at least one of A, at least one of B, and at least one of C".

[0078] In this application, the terms “controller” and / or “module” may refer to, be part of, or include the following: application-specific integrated circuit (ASIC); digital, analog, or mixed analog / digital discrete circuit; digital, analog, or mixed analog / digital integrated circuit; composable logic circuit; field-programmable gate array (FPGA); processor circuitry (shared, dedicated, or grouped) that executes code; memory circuitry (shared, dedicated, or grouped) that stores code executed by the processor circuitry; other suitable hardware components that provide the described functionality; or combinations of some or all of the foregoing, such as in a system-on-a-chip.

[0079] The term memory is a subset of the term computer-readable medium. As used herein, the term computer-readable medium does not cover transient electrical or electromagnetic signals propagated through a medium (such as on a carrier wave); therefore, the term computer-readable medium can be considered tangible and non-transient. Non-limiting examples of non-transient tangible computer-readable media include non-volatile memory circuits (such as flash memory circuits, erasable programmable read-only memory circuits, or mask read-only circuits), volatile memory circuits (such as static random access memory circuits or dynamic random access memory circuits), magnetic storage media (such as analog magnetic tape or digital magnetic tape or hard disk drives), and optical storage media (such as CDs, DVDs, or Blu-ray discs).

[0080] The apparatus and methods described in this application can be implemented, in part or in whole, by a dedicated computer created by configuring a general-purpose computer to perform one or more specific functions embodied in a computer program. Function blocks, flowchart components, and other elements described above serve as software specifications that can be translated into computer programs through the routine work of a technician or programmer.

[0081] The description in this disclosure is merely exemplary in nature, and therefore, variations without departing from the spirit and scope of this disclosure are intended to be made within its scope. Such variations should not be considered as departing from the spirit and scope of this disclosure.

[0082] According to the present invention, one or more non-transitory computer-readable media are provided, the one or more non-transitory computer-readable media storing processor-executable instructions, which, when executed by at least one processor, cause at least one processor to: generate one or more classifications of use associated with grouping a plurality of vehicles by an infrastructure system; assign each of the plurality of vehicles to a category of one or more classifications based on the location of each vehicle, the duration of a state associated with each vehicle, one or more communication requirements associated with each vehicle, or a combination thereof; associate the assigned vehicles within each category of one or more classifications based on one or more communication correlation scores; and assign one of the associated vehicles as a receiving vehicle, wherein the receiving vehicle is configured to receive one or more signals from the infrastructure system and transmit one or more signals to other vehicles among the associated vehicles.

[0083] According to an embodiment, at least one processor that is caused to generate one or more classifications is also caused to: store one or more historical commands associated with each of the plurality of vehicles; and predict one or more feedforward commands corresponding to the future routes to be traveled by each of the plurality of vehicles or the parking areas to be parked by each of the plurality of vehicles based on the one or more historical commands.

[0084] According to an embodiment, one or more classifications used include at least one of monitoring status, movement status, transition status, and station operation.

[0085] According to an embodiment, broadcasting one or more signals from the receiving vehicle to other vehicles of the associated vehicle is based on cellular communication traffic exceeding a calibration threshold.

[0086] According to an embodiment, at least one processor is further caused to: determine whether cellular communication traffic is below a calibration threshold; and in response to determining that cellular communication traffic is below the calibration threshold, transmit one or more signals from the infrastructure system to each of the associated vehicles.

[0087] According to an embodiment, one or more communication-related scores include regularity scores, severity scores, or combinations thereof, and at least one processor is further caused to: assign a regularity score to each of the plurality of vehicles; and assign a severity score to each of the plurality of vehicles.

Claims

1. A method comprising: One or more classifications generated by the infrastructure system and associated with the grouping of multiple vehicles; Each of the plurality of vehicles is assigned to one or more categories of the classification based on the location of each vehicle, the duration of the state associated with each vehicle, one or more communication requests associated with each vehicle, or a combination thereof; Associating assigned vehicles within each category of the one or more classifications based on one or more communication-related scores; as well as One of the associated vehicles is assigned as a receiving vehicle, wherein the receiving vehicle is configured to receive one or more signals from the infrastructure system and broadcast the one or more signals to other vehicles among the associated vehicles.

2. The method of claim 1, wherein generating the one or more classifications used comprises: Store one or more historical commands associated with each of the plurality of vehicles; as well as Based on the one or more historical commands, predict one or more feedforward commands corresponding to the future route to be traveled by each of the plurality of vehicles or the parking area to be parked by each of the plurality of vehicles.

3. The method of claim 1, wherein the one or more classifications used include at least one of monitoring status, movement status, transition status, and station operation.

4. The method of claim 1, wherein broadcasting the one or more signals from the receiving vehicle to the other vehicles of the associated vehicle is based on cellular communication traffic exceeding a calibration threshold.

5. The method of claim 1, further comprising: Determine if cellular traffic is below the calibration threshold; as well as In response to determining that the cellular communication traffic is below the calibration threshold, one or more signals are transmitted from the infrastructure system to each of the associated vehicles.

6. The method of claim 1, wherein the one or more communication-related scores include regularity scores, severity scores, or combinations thereof.

7. The method of claim 6, further comprising: The regularity score is assigned to each of the plurality of vehicles; as well as The regularity score is assigned to each of the plurality of vehicles.

8. A system comprising: Infrastructure system, the infrastructure system being configured as follows: Generate one or more classifications for use that are associated with grouping multiple vehicles. Each of the plurality of vehicles is assigned to one or more categories based on its location, the duration of the state associated with each vehicle, one or more communication requests associated with each vehicle, or a combination thereof. Associating assigned vehicles within each category of the one or more classifications based on one or more communication-related scores. Assign one of the associated vehicles as the receiving vehicle, and Transmit one or more signals to the receiving vehicle; and The receiving vehicle is configured as follows: Receive one or more signals from the infrastructure system, and The signal or one signal is broadcast to other vehicles in the associated vehicles.

9. The system of claim 8, wherein the infrastructure system configured to generate the one or more categories used is further configured to: Store one or more historical commands associated with each of the plurality of vehicles; and Based on the one or more historical commands, predict one or more feedforward commands corresponding to the future route to be traveled by each of the plurality of vehicles or the parking area to be parked by each of the plurality of vehicles.

10. The system of claim 8, wherein the one or more classifications used include at least one of monitoring status, movement status, transition status, and station operation.

11. The system of claim 9, wherein broadcasting the one or more signals from the receiving vehicle to the other vehicles of the associated vehicle is based on cellular communication traffic exceeding a calibration threshold.

12. The system of claim 8, wherein the infrastructure system is further configured to: Determine if cellular traffic is below the calibration threshold; and In response to determining that the cellular communication traffic is below the calibration threshold, the one or more signals are transmitted to each of the associated vehicles.

13. The system of claim 8, wherein the one or more communication-related scores include regularity scores, severity scores, or combinations thereof, and wherein the infrastructure system is further configured to: The regularity score is assigned to each of the plurality of vehicles; and The severity score is assigned to each of the plurality of vehicles.

14. The system of claim 8, wherein each of the other vehicles in the associated vehicles is configured to: Receive one or more broadcast signals from the receiving vehicle; Identify one or more anomalies within one or more broadcast signals.

15. The system of claim 14, wherein each of the other vehicles in the associated vehicles is further configured to: In response to the determination of the one or more anomalies, a communication link is established with the infrastructure system, wherein the communication link provides direct communication between the one or more signals and each of the other vehicles in the associated vehicles and the infrastructure system.