A new radio vehicle networking terminal consistency test system

Abstract

This invention discloses a New Radio (NR) V2X (Vehicle-to-Everything) terminal conformance testing system. The NR V2X terminal conformance testing system includes: a host computer, a simulated terminal, a positioning simulator, and a terminal under test (DUT). The host computer is connected to the simulated terminal via a Sidelink Data Radio Bearer (SL-DRB) port and controls the simulated terminal using Test and Test Control Expression (TTCN) code. The simulated terminal is connected to the DUT via a New Radio NR-PC5 interface and transmits data with the DUT through the NR-PC5 interface. The positioning simulator is connected to the host computer via a POS system interface and is used to synchronize the simulated terminal and the DUT. This system is a test system for verifying the conformance design of NR V2X terminals, and conformance testing of V2X terminals is implemented based on this system.

Description

Technical Field

[0001] This invention relates to the field of vehicle networking technology, and specifically to a new radio interface vehicle networking terminal conformance testing system. Background Technology

[0002] With the development of technology, intelligent vehicles are increasingly entering people's daily lives. Vehicle-to-Everything (V2X) is a wireless communication technology used in the Internet of Vehicles to exchange information between vehicles and other objects. It can realize all-round communication between vehicles and their surrounding environment and networks, providing environmental perception, information interaction and collaborative control capabilities for car driving and traffic management applications. V2X can include vehicle-to-vehicle (V2V), vehicle-to-pedestrian (V2P), vehicle-to-infrastructure (V2I), and vehicle-to-network (V2N).

[0003] In existing technologies, New Radio (NR) V2X is the V2X standard for 5G communication technology. While 4G communication technology was not initially designed with vehicle-to-everything (V2X) technology in mind, the rapid development of intelligent vehicles has rendered 4G inadequate. Therefore, 5G communication technology was designed with the needs of intelligent vehicles in mind from the outset. NR V2X will be part of the 5G network. NR V2X has the potential to integrate Long Term Evolution (LTE) V2X and Dedicated Short Range Communications (DSRC) technologies, providing vehicles with safer and more efficient operating capabilities. Therefore, to better adapt to the evolving needs of V2X technology, it is necessary to design relevant test systems to verify the consistency of NR V2X terminals. Summary of the Invention

[0004] In view of this, embodiments of the present invention provide a new air interface vehicle-to-everything (V2X) terminal conformance testing system, which enables conformance testing of V2X terminals.

[0005] In a first aspect, embodiments of the present invention provide a new radio interface vehicle-to-everything (V2X) terminal conformance testing system, the system comprising: a host computer, a simulation terminal, a positioning simulator, and a terminal under test;

[0006] The host computer is connected to the simulated terminal via the side-link data wireless bearer SL-DRB port and controls the simulated terminal via the test and test control expression method TTCN code.

[0007] The analog terminal is connected to the terminal under test via the NR-PC5 interface and transmits data with the terminal under test via the NR-PC5 interface.

[0008] The positioning simulator is connected to the host computer via a POS system interface to synchronize the simulated terminal and the terminal under test.

[0009] Optionally, in response to the simulated terminal including a Packet Data Convergence Protocol (PDCP) layer, the host computer connects to the simulated terminal via a sidelink data radio bearer, specifically including:

[0010] The parallel test unit (PTC) of the host computer is connected to the PDCP layer of the simulated terminal through the SL-DRB port. The PTC controls the PDCP layer through TTCN code, which is used to maintain the sequence number and status variables of the PDCP layer.

[0011] Optionally, the PDCP layer can be configured in a special mode.

[0012] Optionally, in response to the PDCP layer being configured in a special mode, no PDCP header configuration is added to the data transmitted in the downlink direction via the SL-DRB port.

[0013] Optionally, the terminal under test is configured in loopback mode to send loopback data to the PDCP layer, and the terminal under test is not configured with header compression function.

[0014] Optionally, the simulated terminal further includes a Radio Link Control (RLC) layer, a Media Access Control (MAC) layer, and a Physical (PHY) layer, wherein the RLC layer, the MAC layer, and the PHY layer receive scheduling allocation configured by TTCN code through the system control port.

[0015] Optionally, in response to the simulated terminal including a Radio Link Control (RLC) layer, the host computer connects to the simulated terminal via a sidelink data wireless bearer, specifically including:

[0016] The parallel test unit (PTC) of the host computer is directly connected to the RLC layer of the simulated terminal through the SL-DRB port. The PTC controls the RLC layer through TTCN code, which is used to maintain the sequence number and status variables of the RLC layer.

[0017] Optionally, the RLC layer is configured in transparent mode.

[0018] Optionally, in response to the RLC layer being configured in transparent mode, the side link protocol data unit (SL-PDU) and service data unit side link (SL-SDU) of the RLC layer are completely identical. In the downlink direction, the TTCN code should carry RLC layer header processing, and in the uplink direction, the RLC layer header configuration should be processed.

[0019] Optionally, when the parallel test unit (PTC) of the host computer is directly connected to the RLC layer of the simulated terminal through the SL-DRB port, the TTCN code in the PTC implements the function of the PDCP layer of the simulated terminal.

[0020] The NR V2X terminal conformance testing system in this embodiment includes: a host computer, a simulated terminal, a positioning simulator, and a terminal under test (DUT). The host computer is connected to the simulated terminal via a sidelink data radio bearer (SL-DRB) port and controls the simulated terminal using Test and Test Control Expression (TTCN) code. The simulated terminal is connected to the DUT via a NR-PC5 interface and transmits data with the DUT through the NR-PC5 interface. The positioning simulator is connected to the host computer via a POS system interface and is used to synchronize the simulated terminal and the DUT. This system is a test system for verifying NR V2X terminal conformance design, and conformance testing of vehicle-to-everything (V2X) terminals is implemented based on this system. Attached Figure Description

[0021] The above and other objects, features and advantages of the present invention will become clearer from the following description of embodiments of the invention with reference to the accompanying drawings, in which:

[0022] Figure 1 This is a schematic diagram of an NR V2X communication architecture according to an embodiment of the present invention;

[0023] Figure 2 This is a schematic diagram of a novel air interface vehicle networking terminal conformance testing system according to an embodiment of the present invention;

[0024] Figure 3 This is a schematic diagram of another novel air interface vehicle-to-everything (V2X) terminal conformance testing system according to an embodiment of the present invention;

[0025] Figure 4 This is a schematic diagram of another new air interface vehicle networking terminal consistency testing system according to an embodiment of the present invention. Detailed Implementation

[0026] The present invention is described below based on embodiments, but the invention is not limited to these embodiments. In the detailed description of the invention below, certain specific details are described in detail. Those skilled in the art will fully understand the invention even without these details. To avoid obscuring the essence of the invention, well-known methods, processes, flows, elements, and circuits are not described in detail.

[0027] Furthermore, those skilled in the art should understand that the accompanying drawings provided herein are for illustrative purposes only and are not necessarily drawn to scale.

[0028] Unless the context explicitly requires it, words such as "including" or "contains" throughout the application should be interpreted as including rather than exclusive or exhaustive; that is, meaning "including but not limited to".

[0029] In the description disclosed in this invention, it should be understood that the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. Furthermore, in the description disclosed in this invention, unless otherwise stated, "a plurality of" means two or more.

[0030] In existing technologies, Vehicle-to-Everything (V2X) is a wireless communication technology used for exchanging information between vehicles and other objects in the Internet of Vehicles (IoV). The V2X service types can include Vehicle-to-Vehicle (V2V), Vehicle-to-Pedestrian (V2P), Vehicle-to-Infrastructure (V2I), and Vehicle-to-Network (V2N). New Radio (NR) V2X is the V2X standard for 5G communication technology. While 4G communication technology was not initially designed with IoV technology in mind, the rapid development of intelligent vehicles has rendered 4G unable to meet the demands. Therefore, 5G communication technology was designed with the needs of intelligent vehicles in mind from the outset. NR V2X will be part of the 5G network, and it integrates Long Term Evolution (LTE) V2X and Dedicated Short Range (DSL) communication technologies. The potential of NR V2X (Digital Switched Communications, DSRC) technology provides vehicles with safer and more efficient operating capabilities. Therefore, in order to better adapt to the development of vehicle-to-everything (V2X) technology requirements, it is necessary to build a test environment and design a related test system to verify the consistency of NR V2X terminals.

[0031] In this embodiment of the invention, the test system can be referred to as a test model, model, etc., and this embodiment of the invention does not limit it.

[0032] In this embodiment of the invention, a schematic diagram of the NR V2X communication architecture is shown below. Figure 1 The NR V2X terminal can use the PC5 interface and / or the Uu interface to provide communication for V2X services. The link between the User Equipment (UE) and the Radio Access Network (RAN) is a downlink (DL) and an uplink (UL), with the corresponding interface called the Uu interface. The RAN includes gNBs and ng-eNBs, which are connected according to Xn. The link between UEs is a sidelink (SL), with the corresponding interface called the PC5 interface. Furthermore, regardless of whether the user terminal is within, outside, or partially covered by the RAN, adjacent user terminals support direct communication via the PC5 interface through the sidelink. In this embodiment, a test system was built to achieve conformance testing of the NR V2X terminal. The simulated terminal and the terminal under test in this test system also use the PC5 interface for direct sidelink communication.

[0033] In this embodiment of the invention, the New Radio V2X terminal conformance testing system is specifically as follows: Figure 2 As shown, it includes: a host PC 200, a simulation terminal 201, a GNSS simulator 202, and a terminal under test 203;

[0034] The host computer 200 is connected to the simulated terminal via a side-link data wireless bearer (SL-DRB) port and controls the simulated terminal via Test and Test Control Expression (TTCN) code. The simulated terminal is connected to the terminal under test (DUT) via a New Radio (NR-PC5) interface and transmits data with the DUT via the NR-PC5 interface. The positioning simulator is connected to the host computer via a POS system interface and is used to synchronize the simulated terminal and the DUT.

[0035] In one possible implementation, Figure 2Based on this, the simulated terminal shown includes two scenarios: Scenario 1, the simulated terminal includes a Packet Data Convergence Protocol (PDCP) layer, a Radio Link Control (RLC) layer, a Media Access Control (MAC) layer, and a Physical Layer (PHY); Scenario 2, the simulated terminal includes an RLC layer, a MAC layer, and a PHY layer, but does not include a PDCP layer.

[0036] The following two specific embodiments will be used to describe in detail the NR V2X terminal conformance testing system under the above two conditions. Specific Implementation Example 1

[0038] The New Radio V2X (NR) terminal conformance testing system is specifically as follows: Figure 3 As shown, it includes: a host PC 300, a simulation terminal 301, a positioning simulator 302, and a terminal under test 303. The host PC 300 includes a parallel test component (PTC) 3001 and a main test component (MTC) 3002. The simulation terminal 301 includes a PDCP layer 3011, an RLC layer 3012, a MAC layer 3013, and a PHY layer 3014.

[0039] In one possible implementation, the parallel test unit PTC3001 of the host computer is connected to the PDCP layer of the simulated terminal through an SL-DRB port. The PTC controls the PDCP layer through TTCN code, which is used to maintain the sequence number and state variables of the PDCP layer. The PTC3001 also includes a Sidelink Signaling Resource Bearer (SL-SRB) 0 interface, an SL-SRB1 interface, and an SL-SRB2 interface. Specifically, the SL-SRB and the SL-DRB both belong to Sidelink Radio Bearers (SL RBs). SL-SRB0 is used to carry PC5-S messages before security is established; SL-SRB1 is used to carry PC5-S messages for establishing PC5 security, namely Direct Security Mode Command and Direct Security Mode Complete messages; SL-SRB2 is used to carry other PC5-S messages after security is established; and SL-SRB3 is used to carry PC5-RRC messages after security is established. The DRB is used to carry PC5 user data; the encryption and integrity protection algorithms of the NR PC5 unicast link, as well as the relevant parameters of the key, are configured by the PC5-S security establishment process and applied to the corresponding PC5-RRC connection in the access layer; when the access layer security of the NR PC5 unicast link is activated, all messages on the SL SRB2 and SL SRB3 of the corresponding PC5-RRC connection and / or user data on the SL DRB will be provided with integrity protection and / or encryption by the PDCP layer.

[0040] In one possible implementation, the RLC layer 3012, MAC layer 3013, and PHY layer 3014 are configured normally. The RLC layer can be set to unreliable (UM) mode and reliable (AM) mode, and is connected to the PTC3001 through the system control port to receive the scheduling allocation configured by the TTCN code.

[0041] In one possible implementation, the PHY layer 3014 is connected to the terminal under test 303 via the NR-PC5 interface. The terminal under test 303 activates Loopback mode (Loop back mode E) and sends loopback data to the PDCP layer. The terminal under test 303 uses an empty integrity algorithm and empty encryption, and the terminal under test is not configured with header compression function.

[0042] In one possible implementation, the PDCP layer is configured in a special mode. When the PDCP layer is configured in a special mode, no PDCP header configuration is added to the data sent by the SL-DRB port in the downlink direction, and in the uplink direction, it is not necessary to delete the PDCP header configuration.

[0043] In one possible implementation, the positioning simulator 302 is connected to the MTC 3002 via a POSSYS interface at one end and to the terminal under test 303 at the other end, for synchronizing the simulated terminal and the terminal under test, specifically for synchronizing the source or geographical location.

[0044] In one possible implementation, the TTCN code is also used to configure uplink scheduling authorization and downlink scheduling allocation. Specific Implementation Example 2

[0046] The New Radio V2X (NR) terminal conformance testing system is specifically as follows: Figure 4 As shown, it includes: a host PC 400, a simulation terminal 401, a positioning simulator 402, and a terminal under test 403. The host PC 400 includes a parallel test component (PTC) 4001 and a main test component (MTC) 4002. The simulation terminal 401 includes an RLC layer 4011, a MAC layer 4012, and a PHY layer 4013.

[0047] In one possible implementation, the parallel test unit (PTC) of the host computer is directly connected to the RLC layer of the simulated terminal via an SL-DRB port. The PTC controls the RLC layer via TTCN code, which is used to maintain the sequence number and state variables of the RLC layer. Furthermore, in response to the PTC being directly connected to the RLC layer of the simulated terminal via the SL-DRB port, the TTCN code in the PTC implements the function of the PDCP layer of the simulated terminal. The PTC3001 also includes a sidelink signaling resource bearer (SL-SRB) 0 interface, an SL-SRB1 interface, and an SL-SRB2 interface.

[0048] In one possible implementation, the MAC layer 4012 and PHY layer 4013 are configured normally, and the RLC layer can be set to unreliable (UM) mode, reliable (AM) mode, and transparent (TM) mode. Figure 4 The drawing is performed using TM mode as an example, and the system control port is connected to the PTC4001 to receive the scheduling allocation configured by the TTCN code.

[0049] In one possible implementation, the PHY layer 4013 is connected to the terminal under test 403 via an NR-PC5 interface. The terminal under test 403 activates Loopback mode (Loop back mode E) and sends loopback data to the RLC layer. The terminal under test 403 uses an empty integrity algorithm and empty encryption, and the terminal under test is not configured with header compression function.

[0050] In one possible implementation, when the RLC layer is configured in transparent mode, the sidelink protocol data unit (SL-PDU) and service data unit (SL-SDU) of the RLC layer are completely identical. In the downlink direction, the TTCN code should carry RLC layer header processing, and in the uplink direction, it should process the RLC layer header configuration. Since the TTCN code is directly used to implement the functions of the PDCP layer, in fact, in the downlink direction, the TTCN code should carry RLC layer and PDCP layer header processing, and in the uplink direction, it should process the RLC layer and PDCP layer header configuration. The TTCN code is responsible for maintaining the sequence numbers and state variables of the RLC layer and PDCP layer.

[0051] In one possible implementation, the positioning simulator 402 is connected to the MTC 4002 via a POSSYS interface at one end and to the terminal under test 403 at the other end, for synchronizing the simulated terminal and the terminal under test, specifically for synchronizing the source or geographical location.

[0052] In this embodiment of the invention, the NR V2X terminal conformance testing system is applicable to the testing of the NRV2X PDCP layer and RLC layer under non-cell coverage conditions.

[0053] In this embodiment of the invention, a new air interface vehicle-to-everything (V2X) terminal side crosslink consistency testing system is built. Based on this system, consistency testing of V2X terminals is realized, thereby improving the accuracy of basic communication and providing reliable assurance for the interconnection of V2X terminals.

[0054] As those skilled in the art will recognize, various aspects of the embodiments of the present invention can be implemented as a system, method, or computer program product. Therefore, various aspects of the embodiments of the present invention can take the form of a completely hardware implementation, a completely software implementation (including firmware, resident software, microcode, etc.), or an implementation combining software and hardware aspects, which may generally be referred to herein as a "circuit," "module," or "system." Furthermore, various aspects of the embodiments of the present invention can take the form of a computer program product implemented in one or more computer-readable media having computer-readable program code implemented thereon.

[0055] Any combination of one or more computer-readable media can be used. A computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. A computer-readable storage medium can be, for example, (but not limited to) an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or apparatus, or any suitable combination thereof. More specific examples (not an exhaustive list) of computer-readable storage media will include: an electrical connection having one or more wires, a portable computer floppy disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable optical disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In the context of embodiments of the present invention, a computer-readable storage medium can be any tangible medium capable of containing or storing a program used by or in conjunction with an instruction execution system, device, or apparatus.

[0056] Computer-readable signal media may include propagated data signals having computer-readable program code implemented therein, such as in baseband or as part of a carrier wave. Such propagated signals may take any of a variety of forms, including, but not limited to, electromagnetic, optical, or any suitable combination thereof. A computer-readable signal medium may be any computer-readable medium that is not a computer-readable storage medium and can communicate, propagate, or transmit a program used by or in conjunction with an instruction execution system, device, or apparatus.

[0057] Program code implemented on a computer-readable medium may be transmitted using any suitable medium, including but not limited to wireless, wired, fiber optic cable, RF, or any suitable combination thereof.

[0058] Computer program code for performing operations relating to various aspects of embodiments of the present invention can be written in any combination of one or more programming languages, including: object-oriented programming languages ​​such as Java, Smalltalk, C++, etc.; and conventional procedural programming languages ​​such as the "C" programming language or similar programming languages. The program code can be executed as a standalone software package entirely on the user's computer, partially on the user's computer, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the latter case, the remote computer can be connected to the user's computer via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computer (e.g., via the Internet provided by an Internet service provider).

[0059] The flowchart illustrations and / or block diagrams of the methods, apparatus (systems), and computer program products according to embodiments of the present invention describe various aspects of the embodiments of the present invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus to produce a machine such that the instructions (executed via the processor of the computer or other programmable data processing apparatus) create means for implementing the functions / actions specified in the flowchart and / or block diagram blocks or blocks.

[0060] These computer program instructions may also be stored in a computer-readable medium that can direct a computer, other programmable data processing apparatus or other means to operate in a particular manner, such that the instructions stored in the computer-readable medium produce an article of writing that includes instructions that implement the functions / actions specified in flowchart and / or block diagram blocks or blocks.

[0061] Computer program instructions may also be loaded onto a computer, other programmable data processing apparatus or other device to cause a series of operable steps to be performed on the computer, other programmable apparatus or other device to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable apparatus, provide for implementing the functions / actions specified in flowchart and / or block diagram blocks or blocks.

[0062] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. For those skilled in the art, the present invention can be modified and varied in various ways. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principle of the present invention should be included within the scope of protection of the present invention.

Claims

1. A new radio vehicle-to-everything terminal conformance test system, characterized in that, The system comprises a host computer, a simulation terminal, a positioning simulator and a terminal to be tested; The host computer is connected with the simulation terminal through a sidelink data radio bearer (SL-DRB) port, and controls the simulation terminal through a test and test control notation (TTCN) code; The simulation terminal is connected with the terminal to be tested through a new radio (NR)-PC5 interface, and transmits data with the terminal to be tested through the NR-PC5 interface; The positioning simulator is connected with the host computer through a POS system interface, and is used for synchronizing the simulation terminal and the terminal to be tested; In response to the simulation terminal comprising a packet data convergence protocol (PDCP) layer, the host computer is connected with the simulation terminal through a sidelink data radio bearer, and specifically comprises: A parallel test unit (PTC) of the host computer is connected with the PDCP layer of the simulation terminal through an SL-DRB port, the PTC controls the PDCP layer through a TTCN code, and the TTCN code is used for maintaining a sequence number and a state variable of the PDCP layer; The PTC further comprises an SL-SRB0 interface, an SL-SRB1 interface, an SL-SRB2 interface and an SL-SRB3 interface, wherein the SL-SRB0 is used for carrying PC5-S messages before security is established, the SL-SRB1 is used for carrying PC5-S messages for establishing PC5 security, the SL-SRB2 is used for carrying other PC5-S messages after security is established, and the SL-SRB3 is used for carrying PC5-RRC messages after security is established.

2. The system of claim 1, wherein, The PDCP layer is configured as a special mode.

3. The system of claim 2, wherein, In response to the PDCP layer being configured as the special mode, a PDCP header is not added in data transmitted through the SL-DRB port in a downlink direction.

4. The system of claim 1, wherein, The terminal to be tested is configured as a loopback mode, and loopback data is transmitted to the PDCP layer, and the terminal to be tested is not configured with a header compression function.

5. The system of claim 1, wherein, The simulation terminal further comprises a radio link control (RLC) layer, a medium access control (MAC) layer and a physical (PHY) layer, wherein the RLC layer, the MAC layer and the PHY layer receive scheduling allocation configured by a TTCN code through a system control port.

6. The system of claim 1, wherein, In response to the simulation terminal comprising an RLC layer, the host computer is connected with the simulation terminal through a sidelink data radio bearer, and specifically comprises: A parallel test unit (PTC) of the host computer is directly connected with the RLC layer of the simulation terminal through an SL-DRB port, the PTC controls the RLC layer through a TTCN code, and the TTCN code is used for maintaining a sequence number and a state variable of the RLC layer.

7. The system of claim 6, wherein, The RLC layer is configured as a pass-through mode.

8. The system of claim 6, wherein, In response to the RLC layer being configured as the pass-through mode, a sidelink protocol data unit (SL-PDU) of the RLC layer and a sidelink service data unit (SL-SDU) are completely the same, in a downlink direction, the TTCN code should carry an RLC layer header processing, and in an uplink direction, a header configuration of the RLC layer is processed.

9. The system of claim 6, wherein, In response to a parallel test unit PTC of the host computer being directly connected with the RLC layer of the simulation terminal via the SL-DRB port, the TTCN code in the PTC implements the function of the PDCP layer of the simulation terminal.

Images