Performance calculation method, electronic equipment and computer readable medium
The transmission and reception time of the Internet of Vehicles messages is obtained through simulation equipment, and the performance parameters of the Internet of Vehicles are calculated, which solves the problem of evaluating the performance of 5G networks in the prior art, and achieves efficient and low-cost Internet of Vehicles performance evaluation.
Patent Information
- Application Number
- CN202310665004.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-06-06
- Publication Date
- 2024-12-06
AI Technical Summary
The existing technology is difficult to effectively evaluate the performance of 5G networks for vehicle network services, resulting in the inability to accurately determine the network support capabilities, which increases the difficulty and cost of evaluating the industry maturity.
The transmission and reception time of the Internet of Vehicles messages is obtained through simulation equipment, and the performance parameters of the Internet of Vehicles are calculated to achieve evaluation of the performance of the Internet of Vehicles, reducing the cost of building performance test scenarios.
The performance of the Internet of Vehicles can be evaluated without actual equipment, which significantly reduces the cost of manpower and material resources and improves the efficiency and accuracy of evaluation.
Smart Images
Figure CN119095091A_ABST
Abstract
Description
Technical Field
[0001] The embodiments of the present application relate to the field of vehicle networking technology, and in particular to performance calculation methods, electronic devices, and computer-readable media. Background Art
[0002] The concept of Internet of Vehicles originates from the Internet of Things, i.e., the Internet of Vehicles. It uses the moving vehicles as the information perception object, and with the help of the new generation of information and communication technology, realizes the network connection between the vehicle and X (i.e., vehicles and vehicles, people, roads, service platforms, etc.), improves the overall intelligent driving level of the vehicle, and provides users with safe, comfortable, intelligent, and efficient driving experience and traffic services, while improving traffic operation efficiency and the intelligence level of social transportation services. Through the new generation of information and communication technology, the Internet of Vehicles realizes all-round network connection between vehicles and cloud platforms, vehicles and vehicles, vehicles and roads, vehicles and people, and vehicles, and mainly realizes the "three-network integration", that is, the integration of the in-vehicle network, the inter-vehicle network, and the in-vehicle mobile Internet. The Internet of Vehicles uses sensor technology to perceive the status information of the vehicle, and with the help of wireless communication networks and modern intelligent information processing technologies, realizes the intelligent management of traffic, as well as the intelligent decision-making of traffic information services and the intelligent control of vehicles.
[0003] In order to evaluate the 5G network's support capabilities for Internet of Vehicles services, provide a basis for technical strategy and route designation, ensure that the network can support business development, and promote the maturity of the Internet of Vehicles industry based on the Uu interface, it is necessary to evaluate the network's performance. Summary of the invention
[0004] Embodiments of the present application provide a performance calculation method, an electronic device, and a computer-readable medium.
[0005] In a first aspect, an embodiment of the present application provides a performance calculation method, including: obtaining the reception time of a vehicle network message sent by a first simulated vehicle network device to a second simulated vehicle network device, and the sending time of the vehicle network message by the second simulated vehicle network device; determining the performance parameters of the vehicle network based on the sending time and the receiving time of the vehicle network message.
[0006] In a second aspect, an embodiment of the present application provides an electronic device, comprising: at least one processor; a memory, wherein at least one program is stored in the memory, and when the at least one program is executed by the at least one processor, any one of the above-mentioned performance calculation methods is implemented.
[0007] In a third aspect, an embodiment of the present application provides a computer-readable medium having a computer program stored thereon, and when the computer program is executed by a processor, any one of the above-mentioned performance calculation methods is implemented.
[0008] The performance calculation method provided in the embodiment of the present application obtains the performance parameters of the Internet of Vehicles based on the sending time and receiving time of the Internet of Vehicles messages by the simulation device, without the need to use actual Internet of Vehicles equipment to build a performance test scenario, thereby realizing the performance evaluation of the Internet of Vehicles and reducing the manpower and material costs required for building a performance test scenario. BRIEF DESCRIPTION OF THE DRAWINGS
[0009] Figure 1 A flow chart of a performance calculation method provided for one embodiment of the present application;
[0010] Figure 2 A block diagram of the composition of an electronic device provided in accordance with another embodiment of the present application. DETAILED DESCRIPTION
[0011] In order to enable those skilled in the art to better understand the technical solution of the present application, the performance calculation method, electronic device, and computer-readable medium provided by the present application are described in detail below in conjunction with the accompanying drawings.
[0012] Example embodiments will be described more fully below with reference to the accompanying drawings, but the example embodiments may be embodied in different forms and should not be construed as limited to the embodiments set forth herein. On the contrary, the purpose of providing these embodiments is to make this application thorough and complete and to enable those skilled in the art to fully understand the scope of this application.
[0013] In the absence of conflict, the embodiments of the present application and the features therein may be combined with each other.
[0014] As used herein, the term "and / or" includes any and all combinations of at least one of the associated listed items.
[0015] The terms used herein are only used to describe specific embodiments and are not intended to limit the present application. As used herein, the singular forms "a", "an" and "the" are also intended to include the plural forms, unless the context clearly indicates otherwise. It will also be understood that when the terms "comprising" and / or "made of" are used in this specification, the presence of the features, wholes, steps, operations, elements and / or components is specified, but the presence or addition of at least one other feature, whole, step, operation, element, component and / or its group is not excluded.
[0016] Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by those of ordinary skill in the art. It will also be understood that terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with their meaning in the context of the relevant art and this application, and will not be interpreted as having an idealized or overly formal meaning unless explicitly defined herein.
[0017] Figure 1 A flowchart of a performance calculation method provided for one embodiment of the present application.
[0018] First, refer to Figure 1 The embodiment of the present application provides a performance calculation method, which can be applied to a first simulation device or to other devices, and includes:
[0019] Step 100, obtaining the reception time of the Internet of Vehicles message sent by the first simulation device to the second simulation device, and the sending time of the Internet of Vehicles message by the second simulation device.
[0020] In some exemplary embodiments, the first simulated Internet of Vehicles device is any one of the following: a simulated on-board unit (OBU), a simulated road side unit (RSU), or a simulated smart street lamp device.
[0021] In some exemplary embodiments, the second simulated Internet of Vehicles device is any one of the following: a simulated OBU, a simulated RSU, a simulated smart street lamp device, etc.
[0022] For example, the first simulated Internet of Vehicles device is a simulated OBU, and the second simulated Internet of Vehicles device is a simulated RSU.
[0023] For another example, the first simulated Internet of Vehicles device is a first simulated OBU, and the second simulated Internet of Vehicles device is a second simulated OBU.
[0024] For another example, the first simulated Internet of Vehicles device is a simulated RSU, and the second simulated Internet of Vehicles device is a simulated OBU.
[0025] In some exemplary embodiments, the first simulated Internet of Vehicles device and the second simulated Internet of Vehicles device communicate via a simulated cellular network, that is, the Internet of Vehicles message sent by the second simulated Internet of Vehicles device needs to be forwarded to the first simulated Internet of Vehicles device via a simulated base station.
[0026] In some exemplary embodiments, the first simulated Internet of Vehicles device and the second simulated Internet of Vehicles device are implemented through software, and therefore have good scalability. Multiple first simulated Internet of Vehicles devices and second simulated Internet of Vehicles devices can be implemented through simple code copying, thereby simply constructing various application scenarios of the Internet of Vehicles.
[0027] In some exemplary embodiments, the Internet of Vehicles message includes at least one of a control message and a service message.
[0028] In some exemplary embodiments, the control message includes at least one of the following messages: Basic Safety Message (BSM), Road Side Safety Message (RSM), Road Side Traffic Message (RSI), Signal Phase and Timing Message (SPAT), and Map (MAP) message.
[0029] In some exemplary embodiments, the service message may be a service message in the related art, or may be a service message obtained by adding a timestamp field to a service message in the related art.
[0030] In some exemplary embodiments, when the Internet of Vehicles message includes at least two messages, it is necessary to obtain the sending time and receiving time of the same Internet of Vehicles message.
[0031] In some exemplary embodiments, the sending time can be obtained from the Internet of Vehicles message.
[0032] In some exemplary embodiments, the sending time in the Internet of Vehicles message is carried in a timestamp field newly added in the relevant Internet of Vehicles message.
[0033] In some exemplary embodiments, the transmission time and the reception time have nanosecond accuracy.
[0034] In some exemplary embodiments, 8 bytes may be added to the Internet of Vehicles message to carry the sending time.
[0035] In some exemplary embodiments, the sending time and the receiving time are obtained by at least one of a global positioning system (GPS) clock and a B-code timing clock. The times obtained by the GPS clock and the B-code timing clock are both in nanoseconds, which greatly improves the time accuracy compared to the millisecond time in the related art.
[0036] In some exemplary embodiments, the B-code timing clock may be a 5G system information block 9 (SIB9, System Information Blocks 9) B-code timing clock.
[0037] In some exemplary embodiments, a switch may be used to control whether the second simulated Internet of Vehicles device adds a timestamp field to the Internet of Vehicles message. Specifically, when the switch is turned on, the timestamp field is added to the Internet of Vehicles message; when the switch is turned off, the timestamp field is not added to the Internet of Vehicles message.
[0038] Step 101, determining the performance parameters of the Internet of Vehicles according to the sending time and receiving time of the Internet of Vehicles message.
[0039] In some exemplary embodiments, the performance parameter includes at least one of an air interface performance parameter and a service performance parameter.
[0040] In some exemplary embodiments, determining the performance parameters of the Internet of Vehicles based on the sending time and receiving time of the Internet of Vehicles message includes: determining the air interface performance parameters of the Internet of Vehicles based on the sending time and receiving time of the control message.
[0041] In some exemplary embodiments, determining the performance parameters of the Internet of Vehicles based on the sending time and receiving time of the Internet of Vehicles message includes: determining the service performance parameters of the Internet of Vehicles based on the sending time and receiving time of the service message.
[0042] In some exemplary embodiments, the air interface performance parameters include at least one of: air interface transmission delay, air interface jitter, air interface packet loss, air interface packet loss rate, air interface out-of-order packet number, air interface out-of-order packet rate, air interface timeout packet number, and air interface timeout packet rate.
[0043] In some exemplary embodiments, the air interface transmission delay of the control message may be determined according to the sending time and receiving time of the same control message.
[0044] In some exemplary embodiments, the transmission delay of the air interface may be determined according to the sending time and receiving time of all control messages of the same air interface.
[0045] In some exemplary embodiments, at least one of the air interface jitter, air interface packet loss, air interface packet loss rate, air interface out-of-order packet number, air interface out-of-order packet rate, air interface timeout packet number, and air interface timeout packet rate of the air interface can be determined based on at least one control message of the same air interface.
[0046] In some exemplary embodiments, the air interface performance parameter includes at least one of an air interface uplink performance parameter and an air interface downlink performance parameter.
[0047] In some exemplary embodiments, the air interface uplink performance parameters include: at least one of: air interface uplink delay, air interface uplink jitter, air interface uplink packet loss, air interface uplink packet loss rate, air interface uplink out-of-order packet number, air interface uplink out-of-order packet rate, air interface uplink timeout packet number, and air interface uplink timeout packet rate.
[0048] In some exemplary embodiments, the air interface uplink delay of the uplink control message may be determined according to the sending time and receiving time of the same uplink control message.
[0049] In some exemplary embodiments, the uplink delay of the air interface may be determined according to the sending time and receiving time of all uplink control messages of the same air interface.
[0050] In some exemplary embodiments, at least one of the air interface uplink jitter, air interface uplink packet loss, air interface uplink packet loss rate, air interface uplink out-of-order packet number, air interface uplink out-of-order packet rate, air interface uplink timeout packet number, and air interface uplink timeout packet rate of the air interface can be determined based on at least one uplink control message of the same air interface.
[0051] In some exemplary embodiments, the air interface downlink performance parameters include: at least one of: air interface downlink delay, air interface downlink jitter, air interface downlink packet loss, air interface downlink packet loss rate, air interface downlink out-of-order packet number, air interface downlink out-of-order packet rate, air interface downlink timeout packet number, and air interface downlink timeout packet rate.
[0052] In some exemplary embodiments, the air interface downlink delay of the downlink control message may be determined according to the sending time and receiving time of the same downlink control message.
[0053] In some exemplary embodiments, the downlink delay of the air interface may be determined according to the sending time and receiving time of all downlink control messages of the same air interface.
[0054] In some exemplary embodiments, at least one of the air interface downlink jitter, air interface downlink packet loss, air interface downlink packet loss rate, air interface downlink out-of-order packet number, air interface downlink out-of-order packet rate, air interface downlink timeout packet number, and air interface downlink timeout packet rate of the air interface can be determined based on at least one downlink control message of the same air interface.
[0055] In some exemplary embodiments, the service performance parameters include: at least one of service transmission delay, service jitter, service packet loss, service packet loss rate, service out-of-order packet number, service out-of-order packet rate, service timeout packet number, and service timeout packet rate.
[0056] In some exemplary embodiments, the service transmission delay of the service message may be determined according to the sending time and receiving time of the same service message.
[0057] In some exemplary embodiments, the service transmission delay of the service may be determined according to the sending time and receiving time of all service messages of the same service.
[0058] In some exemplary embodiments, at least one of the service jitter, service packet loss, service packet loss rate, service out-of-order packet number, service out-of-order packet rate, service timeout packet number, and service timeout packet rate of the service can be determined based on at least one service message of the same service.
[0059] In some exemplary embodiments, the service performance parameter includes at least one of a service uplink performance parameter and a service downlink performance parameter.
[0060] In some exemplary embodiments, the service uplink performance parameters include: at least one of service uplink delay, service uplink jitter, service uplink packet loss, service uplink packet loss rate, service uplink out-of-order packet number, service uplink out-of-order packet rate, service uplink timeout packet number, and service uplink timeout packet rate.
[0061] In some exemplary embodiments, the air interface uplink delay of the uplink service message may be determined according to the sending time and receiving time of the same uplink service message.
[0062] In some exemplary embodiments, the uplink delay of the service may be determined according to the sending time and receiving time of all uplink service messages of the same service.
[0063] In some exemplary embodiments, at least one of the service uplink jitter, service uplink packet loss, service uplink packet loss rate, service uplink out-of-order packet number, service uplink out-of-order packet rate, service uplink timeout packet number, and service uplink timeout packet rate of the service can be determined based on at least one uplink service message of the same service.
[0064] In some exemplary embodiments, the service downlink performance parameters include: at least one of service downlink delay, service downlink jitter, service downlink packet loss, service downlink packet loss rate, service downlink out-of-order packet number, service downlink out-of-order packet rate, service downlink timeout packet number, and service downlink timeout packet rate.
[0065] In some exemplary embodiments, the downlink delay of the downlink service message may be determined according to the sending time and receiving time of the same downlink service message.
[0066] In some exemplary embodiments, the downlink delay of the service may be determined according to the sending time and receiving time of all downlink service messages of the same service.
[0067] In some exemplary embodiments, at least one of the service downlink jitter, service downlink packet loss, service downlink packet loss rate, service downlink out-of-order packet number, service downlink out-of-order packet rate, service downlink timeout packet number, and service downlink timeout packet rate of the service can be determined based on at least one downlink service message of the same service.
[0068] In some exemplary embodiments, the method further includes: simulating a vehicle networking scenario by constructing or modifying state parameters of at least one of the first simulated vehicle networking device, the second simulated vehicle networking device, and other simulated vehicle networking devices.
[0069] In some exemplary embodiments, the state parameter includes at least one of the following: a driving route parameter, a driving speed parameter, a driving direction parameter, a vehicle light state parameter, and a road condition parameter.
[0070] In some exemplary embodiments, the Internet of Vehicles scenario includes at least one of the following: forward collision scenario, intersection collision scenario, left turn scenario, blind spot scenario, lane change scenario, reverse overtaking scenario, emergency braking scenario, abnormal vehicle scenario, vehicle out of control scenario, dangerous road condition scenario, speed limit scenario, red light running scenario, vulnerable traffic participant collision scenario, green wave speed guidance scenario, in-vehicle sign scenario, front congestion scenario, and emergency vehicle scenario.
[0071] In some exemplary embodiments, a forward collision scenario refers to a scenario where the host vehicle is traveling in a lane and there is a risk of rear-end collision with a distant vehicle in the same lane directly ahead or a rear-end collision occurs. This scenario requires constructing or modifying state parameters of the host vehicle and the distant vehicle in the same lane directly ahead.
[0072] In some exemplary embodiments, the intersection collision scenario refers to a scenario in which the host vehicle is in danger of colliding with a remote vehicle traveling sideways when driving toward the intersection or a scenario in which a collision occurs. This scenario requires constructing or modifying state parameters of the host vehicle and the remote vehicle traveling sideways.
[0073] In some exemplary embodiments, the left turn scenario refers to a scenario where the host vehicle is in danger of colliding with an oncoming remote vehicle or a scenario where a collision occurs when the host vehicle turns left at an intersection. This scenario requires constructing or modifying state parameters of the host vehicle and the oncoming remote vehicle.
[0074] In some exemplary embodiments, the blind spot scenario refers to a scenario in which a remote vehicle traveling in the same direction as the host vehicle on an adjacent lane appears in the blind spot of the host vehicle or is about to enter the blind spot of the host vehicle. This scenario requires constructing or modifying the state parameters of the host vehicle and the remote vehicle traveling in the same direction on the adjacent lane.
[0075] In some exemplary embodiments, the lane change scenario refers to a scenario in which a remote vehicle traveling in the same direction on an adjacent lane is in the blind spot of the host vehicle or is about to enter the blind spot of the host vehicle when the host vehicle is preparing to change lanes. This scenario requires constructing or modifying the state parameters of the host vehicle and the remote vehicle traveling in the same direction on the adjacent lane.
[0076] In some exemplary embodiments, the reverse overtaking scenario refers to a scenario where the host vehicle is traveling on the road and is in danger of colliding with a remote vehicle traveling in the reverse lane because of overtaking in the reverse lane. This scenario requires constructing or modifying the state parameters of the host vehicle and the remote vehicle traveling in the reverse lane.
[0077] In some exemplary embodiments, the emergency braking scenario refers to a scenario where the host vehicle is traveling on a road, a certain distance away from a remote vehicle traveling ahead, and the remote vehicle traveling ahead performs emergency braking. This scenario requires constructing or modifying state parameters of the host vehicle and the remote vehicle traveling ahead.
[0078] In some exemplary embodiments, the abnormal vehicle scenario refers to a scenario in which the remote vehicle turns on a fault light while driving, which requires constructing or modifying the state parameters of the remote vehicle.
[0079] In some exemplary embodiments, the vehicle out-of-control scenario refers to a scenario in which the remote vehicle's anti-lock braking system (ABS), electronic stability program (ESP), traction control system (TCS), and lane departure warning system (LDW) are triggered. This scenario requires constructing or modifying the state parameters of the remote vehicle.
[0080] In some exemplary embodiments, the dangerous road condition scenario refers to a scenario where the vehicle is driving into a potentially dangerous situation (such as deep water under a bridge, deep potholes on the road, slippery roads, sharp turns ahead, etc.), where there is a risk of an accident. This scenario requires the construction or modification of the road condition parameters where the vehicle is located.
[0081] In some exemplary embodiments, the speed limit scenario refers to a scenario where the host vehicle exceeds a limited speed during driving, and the state parameters of the host vehicle need to be constructed or modified.
[0082] In some exemplary embodiments, the red light running scenario refers to a scenario where the host vehicle passes through an intersection with a traffic light and does not follow the regulations or instructions of the traffic light. This scenario requires constructing or modifying the state parameters of the host vehicle and the traffic light information of the road on which it is located.
[0083] In some exemplary embodiments, a vulnerable traffic participant collision scenario refers to a scenario where the host vehicle is at risk of colliding with surrounding vulnerable traffic participants or a scenario where a collision occurs during driving. This scenario requires constructing or modifying the state parameters of the host vehicle and the state parameters of the surrounding vulnerable traffic participants.
[0084] In some exemplary embodiments, vulnerable traffic participants include at least one of the following: pedestrians, bicycles, electric bicycles, motorcycles, etc.
[0085] In some exemplary embodiments, the green wave speed guidance scenario refers to a scenario in which the host vehicle drives towards an intersection controlled by a traffic light and, upon receiving the road data and real-time status data of the traffic light sent by the RSU, gives the driver a recommended speed range so that the vehicle can pass through the intersection economically and comfortably. This scenario requires constructing or modifying the status parameters of the host vehicle and the traffic light information.
[0086] In some exemplary embodiments, the in-vehicle sign scene refers to a scene in which the host vehicle receives road data and traffic sign information sent by the RSU and gives the driver corresponding traffic sign prompts to ensure safe driving of the vehicle. This scene requires constructing or modifying the state parameters of the host vehicle.
[0087] In some exemplary embodiments, the front congestion scenario refers to a scenario in which a traffic congestion occurs ahead of the host vehicle, and the state parameters of the host vehicle and the vehicle in the traffic congestion need to be constructed or modified.
[0088] In some exemplary embodiments, the emergency vehicle scenario refers to a scenario in which the host vehicle receives an emergency vehicle alert during driving and gives way to a fire truck, ambulance, police car or other emergency call vehicle. This scenario requires constructing or modifying the state parameters of the host vehicle, as well as the state parameters of the fire truck, ambulance, police car or other emergency call vehicle.
[0089] In some exemplary embodiments, the method further includes: determining the probability of a network storm occurring in the Internet of Vehicles; when the probability of a network storm occurring in the Internet of Vehicles is greater than or equal to a preset threshold, adjusting at least one of the sending object and the sending frequency of the Internet of Vehicles message sent by the second simulated Internet of Vehicles device; and continuing to execute the step of determining the probability of a network storm occurring in the Internet of Vehicles.
[0090] In some exemplary embodiments, the method further includes: when the probability of a network storm occurring in the Internet of Vehicles is less than the preset threshold, using the object to which the Internet of Vehicles message is sent as the object to which the Internet of Vehicles message is sent in an actual Internet of Vehicles scenario, and using the sending frequency of the Internet of Vehicles message as the sending frequency of the Internet of Vehicles message in an actual Internet of Vehicles scenario.
[0091] In some exemplary embodiments, the probability of a network storm occurring in the Internet of Vehicles may be determined based on the amount of Internet of Vehicles messages forwarded by the base station within a preset time period.
[0092] In some exemplary embodiments, adjusting at least one of the sending object and the sending frequency of the Internet of Vehicles message sent by the second simulated Internet of Vehicles device includes at least one of the following: adjusting the sending object to a simulated Internet of Vehicles device within a specific distance range; adjusting the sending object to a simulated Internet of Vehicles device with a risk of collision; adjusting the sending object to be sent in sequence according to the priority of the simulated Internet of Vehicles devices; and reducing the sending frequency when the second simulated Internet of Vehicles device is stationary.
[0093] Second, refer to Figure 2Another embodiment of the present application provides an electronic device, including: at least one processor 201; a memory 202, wherein at least one program is stored in the memory 202, and when the at least one program is executed by the at least one processor 201, any one of the above-mentioned performance calculation methods is implemented.
[0094] In some exemplary embodiments, the electronic device further includes: one or more I / O interfaces 203 connected between the processor 201 and the memory 202 , and configured to implement information interaction between the processor 201 and the memory 202 .
[0095] Among them, the processor 201 is a device with data processing capabilities, including but not limited to a central processing unit (CPU) and the like; the memory 202 is a device with data storage capabilities, including but not limited to random access memory (RAM, more specifically SDRAM, DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory (FLASH); the I / O interface (read-write interface) 203 is connected between the processor 201 and the memory 202, and can realize information interaction between the processor 201 and the memory 202, including but not limited to a data bus (Bus) and the like.
[0096] In some embodiments, the processor 201 , the memory 202 , and the I / O interface 203 are connected to each other via a bus 204 , and further connected to other components of the computing device.
[0097] In a third aspect, another embodiment of the present application provides a computer-readable medium having a computer program stored thereon, wherein the computer program implements any one of the above-mentioned performance calculation methods when executed by a processor.
[0098] It will be appreciated by those skilled in the art that all or some of the steps, systems, and functional modules / units in the methods disclosed above may be implemented as software, firmware, hardware, and appropriate combinations thereof. In hardware implementations, the division between the functional modules / units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be performed by several physical components in cooperation. Some or all physical components may be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or implemented as hardware, or implemented as an integrated circuit, such as an application-specific integrated circuit. Such software may be distributed on a computer-readable medium, which may include a computer storage medium (or non-transitory medium) and a communication medium (or temporary medium). As known to those skilled in the art, the term computer storage medium includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data). Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage, or any other medium that can be used to store the desired information and can be accessed by a computer. In addition, it is well known to those skilled in the art that communication media typically contain computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media.
[0099] Example embodiments have been disclosed herein, and although specific terms are employed, they are used and should be interpreted only in a general illustrative sense and not for limiting purposes. In some instances, it will be apparent to those skilled in the art that, unless otherwise expressly noted, features, characteristics, and / or elements described in conjunction with a particular embodiment may be used alone or in combination with features, characteristics, and / or elements described in conjunction with other embodiments. Therefore, those skilled in the art will appreciate that various changes in form and detail may be made without departing from the scope of the present application as set forth in the appended claims.
Claims
1. A performance calculation method, comprising: Obtaining a reception time of a vehicle networking message sent by the first simulated vehicle networking device to the second simulated vehicle networking device, and a sending time of the vehicle networking message by the second simulated vehicle networking device; The performance parameters of the Internet of Vehicles are determined according to the sending time and the receiving time of the Internet of Vehicles message.
2. The performance calculation method according to claim 1, wherein: The performance parameters include: at least one of an air interface performance parameter and a service performance parameter; The air interface performance parameters include: at least one of air interface transmission delay, air interface jitter, air interface packet loss, air interface packet loss rate, air interface out-of-order packet number, air interface out-of-order packet rate, air interface timeout packet number, and air interface timeout packet rate; The service performance parameters include: at least one of service transmission delay, service jitter, service packet loss, service packet loss rate, service out-of-order packet number, service out-of-order packet rate, service timeout packet number, and service timeout packet rate.
3. The performance calculation method according to claim 1, wherein: The first simulated Internet of Vehicles device is any one of the following: a simulated vehicle-mounted unit, a simulated roadside unit, or a simulated smart street lamp device; The second simulated Internet of Vehicles device is any one of the following: a simulated on-board unit, a simulated roadside unit, or a simulated smart street lamp device.
4. The performance calculation method according to claim 1, wherein: The first simulated Internet of Vehicles device and the second simulated Internet of Vehicles device communicate with each other via a simulated cellular network.
5. The performance calculation method according to claim 1, wherein: The sending time and the receiving time are obtained by at least one of a global positioning system clock and a B-code timing clock.
6. The performance calculation method according to any one of claims 1 to 5, further comprising: The Internet of Vehicles scenario is simulated by constructing or modifying the state parameters of at least one of the first simulated Internet of Vehicles device, the second simulated Internet of Vehicles device and other simulated Internet of Vehicles devices.
7. The performance calculation method according to any one of claims 1 to 5, further comprising: Determine the probability of a network storm occurring in the Internet of Vehicles; When the probability of a network storm occurring in the Internet of Vehicles is greater than or equal to a preset threshold, adjusting at least one of a sending object and a sending frequency of the Internet of Vehicles message sent by the second simulated Internet of Vehicles device; Continue to execute the step of determining the probability of a network storm occurring in the Internet of Vehicles.
8. The performance calculation method according to claim 7, further comprising: When the probability of a network storm occurring in the Internet of Vehicles is less than the preset threshold, the object to which the Internet of Vehicles message is sent is used as the object to which the Internet of Vehicles message is sent in an actual Internet of Vehicles scenario, and the sending frequency of the Internet of Vehicles message is used as the sending frequency of the Internet of Vehicles message in an actual Internet of Vehicles scenario.
9. An electronic device, comprising: at least one processor; A memory, wherein at least one program is stored in the memory, and when the at least one program is executed by the at least one processor, the performance calculation method according to any one of claims 1 to 8 is implemented.
10. A computer-readable medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the performance calculation method according to any one of claims 1 to 8.