CN109484430B - Data framing method and device for high-speed magnetic levitation vehicle-mounted radio control unit - Google Patents
Data framing method and device for high-speed magnetic levitation vehicle-mounted radio control unit Download PDFInfo
- Publication number
- CN109484430B CN109484430B CN201811179195.5A CN201811179195A CN109484430B CN 109484430 B CN109484430 B CN 109484430B CN 201811179195 A CN201811179195 A CN 201811179195A CN 109484430 B CN109484430 B CN 109484430B
- Authority
- CN
- China
- Prior art keywords
- data
- frame
- storage area
- executing
- length
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000009432 framing Methods 0.000 title claims abstract description 64
- 238000000034 method Methods 0.000 title claims abstract description 35
- 238000005339 levitation Methods 0.000 title description 4
- 239000000872 buffer Substances 0.000 claims abstract description 20
- 238000013500 data storage Methods 0.000 claims abstract description 15
- 238000003745 diagnosis Methods 0.000 description 10
- 230000003139 buffering effect Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 5
- 238000003491 array Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 230000003068 static effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
Images
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L15/00—Indicators provided on the vehicle or train for signalling purposes
- B61L15/0072—On-board train data handling
-
- G—PHYSICS
- G08—SIGNALLING
- G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
- G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
- G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Mechanical Engineering (AREA)
- Electric Propulsion And Braking For Vehicles (AREA)
Abstract
The invention relates to a data framing method and a data framing device of a high-speed maglev vehicle-mounted radio control unit, wherein the method comprises the following steps: step S1: receiving data sent by each data channel, storing traction positioning data into an appointed data storage area, and storing other types of data into corresponding data buffer areas according to data types to join in corresponding data queues; step S2: judging whether the current state is in a parking state, if not, executing the step S3, otherwise, executing the step S4; step S3: reading the traction location data stored in the designated data storage area and adding the traction location data to the frame space storage area, and executing step S4; step S4: and for data except the traction positioning data, sequentially adding each data frame to the frame space storage area according to the priority of each data type until the frame space storage area cannot accommodate one data frame. Compared with the prior art, the method has the advantages of improving the utilization rate of the time slot bandwidth and the like.
Description
Technical Field
The invention relates to the field of high-speed maglev train-ground radio communication, in particular to a data framing method and device of a high-speed maglev train-mounted radio control unit.
Background
For a high-speed maglev transportation system, a train can safely, reliably and efficiently operate and cannot leave data transmission between the train and the ground, and part of functions are borne by a train-ground radio system. Each train communicates with the subarea radio control unit of the subarea through the mobile radio control unit arranged on the train. There are three states of the train, namely a "running" state, a "stopped" state and a "parked" state. The bandwidth allocated to the trains in different states by the train-ground radio system is different. The bandwidth required by trains in the "running" and "stopped" states is higher than that of trains in the "parked" state. The zone radio control units allocate respective time slots to the managed trains in a Time Division Multiple Access (TDMA) manner, and the bandwidth of the time slots is determined by the operating state of the trains.
The mobile radio control unit of each train communicates with the zone radio control unit of the zone in which it is located, on one timeslot of the train-ground radio system. The information to be transmitted by the mobile radio control unit and the sectorized radio control unit during the time slot includes traction location data, operation control data, traffic voice data, train operation data, vehicle diagnostic data, and passenger information data. The data come from different subsystems of the high-speed maglev, the data content and the real-time performance (namely, the updating frequency) of the data are different, so that a certain mechanism needs to be provided when the mobile radio control unit and the subarea radio control unit transmit data in a time slot to ensure that the transmitted data can meet the real-time performance requirement when the train is in different running states.
For each train, when the mobile radio control unit transmits data with the subarea radio control unit of the subarea where the mobile radio control unit is located, the data to be transmitted needs to be subjected to framing preprocessing and data transmission in a specified time slot. The existing method is to adopt a fixed frame space mode for each type of data to be transmitted, i.e. the allocation of the time slot bandwidth is a fixed division. And if the length of each type of data does not meet the requirement of the fixed frame space length, the format requirement of the fixed frame space is met in a data filling mode. Thus, the time slot bandwidth is not used to the maximum extent, and with the development of unmanned technology and the increase of passenger information service requirements, the data transmission requirements between vehicles and the ground are necessarily increased, and the fixed division cannot well meet the development requirements.
Disclosure of Invention
The present invention is directed to a method and an apparatus for framing data of a high-speed maglev vehicle-mounted radio control unit, which overcome the above-mentioned drawbacks of the prior art.
The purpose of the invention can be realized by the following technical scheme:
a data framing method of a high-speed maglev vehicle-mounted radio control unit comprises the following steps:
step S1: receiving data sent by each data channel, storing traction positioning data into an appointed data storage area, and storing other types of data into corresponding data buffer areas according to data types to join in corresponding data queues;
step S2: judging whether the current state is in a parking state, if not, executing the step S3, otherwise, executing the step S4;
step S3: reading the traction positioning data stored in the designated data storage area and adding the traction positioning data to the frame space storage area, and executing the step S4;
step S4: and for data except the traction positioning data, sequentially adding each data frame to the frame space storage area according to the priority of each data type until the frame space storage area cannot accommodate one data frame.
The data frame comprises a frame head, a data type, a data length, load data and a frame tail which are sequentially arranged, wherein the data length is used for indicating the length of the load data.
The length of the frame head is 1 byte, the length of the data type is 1 byte, the length of the frame tail is 1 byte, and the length of the data length is 2 bytes.
The types of the data comprise traction positioning data, operation control data, driving voice data and other low-priority data;
the step S4 specifically includes:
step S41: judging whether the operation control data queue is empty, if so, executing the step S43, otherwise, executing the step S42;
step S42: judging whether the frame space storage area can contain an operation control data frame, if so, adding the first data frame in the operation control data queue to the frame space storage area and returning to the step S41, otherwise, executing the step S43;
step S43: judging whether the driving voice data queue is empty or not, if so, executing the step S45, otherwise, executing the step S44;
step S44: judging whether the frame space storage area can contain a driving voice data frame, if so, adding the first data frame in the driving voice data queue to the frame space storage area and returning to the step S43, otherwise, executing the step S45;
step S45: polling the data queue of other low-priority data, and adding each data frame to the frame space storage area until the frame space storage area can not hold one data frame.
The other low priority data includes train operation data, vehicle diagnostic data, and passenger information data.
A data framing device of a high-speed maglev vehicle-mounted radio control unit comprises a memory, a processor and a program stored in the memory and executed by the processor, wherein the processor executes the program to realize the following steps:
step S1: receiving data sent by each data channel, storing traction positioning data into an appointed data storage area, and storing other types of data into corresponding data buffer areas according to data types to join in corresponding data queues;
step S2: judging whether the current state is in a parking state, if not, executing the step S3, otherwise, executing the step S4;
step S3: reading the traction positioning data stored in the designated data storage area and adding the traction positioning data to the frame space storage area, and executing the step S4;
step S4: and for data except the traction positioning data, sequentially adding each data frame to the frame space storage area according to the priority of each data type until the frame space storage area cannot accommodate one data frame.
The data frame comprises a frame head, a data type, a data length, load data and a frame tail which are sequentially arranged, wherein the data length is used for indicating the length of the load data.
The length of the frame head is 1 byte, the length of the data type is 1 byte, the length of the frame tail is 1 byte, and the length of the data length is 2 bytes.
The types of the data comprise traction positioning data, operation control data, driving voice data and other low-priority data;
the step S4 specifically includes:
step S41: judging whether the operation control data queue is empty, if so, executing the step S43, otherwise, executing the step S42;
step S42: judging whether the frame space storage area can contain an operation control data frame, if so, adding the first data frame in the operation control data queue to the frame space storage area and returning to the step S41, otherwise, executing the step S43;
step S43: judging whether the driving voice data queue is empty or not, if so, executing the step S45, otherwise, executing the step S44;
step S44: judging whether the frame space storage area can contain a driving voice data frame, if so, adding the first data frame in the driving voice data queue to the frame space storage area and returning to the step S43, otherwise, executing the step S45;
step S45: polling the data queue of other low-priority data, and adding each data frame to the frame space storage area until the frame space storage area can not hold one data frame.
The other low priority data includes train operation data, vehicle diagnostic data, and passenger information data.
Compared with the prior art, the invention has the following beneficial effects:
1) based on the variable-length data frame structure and the framing sequence based on the data real-time performance and the data priority, the screenshot more effectively transmits the interactive information of the high-speed magnetic levitation train, improves the utilization rate of the time slot bandwidth, and can adapt to the requirements of the passenger information service and the continuously increasing data transmission requirements between the train and the ground.
2) Setting special data type and data length part can make receiver effectively divide different parts in time slot frame and judge data type to analyze data.
3) An independent strategy is set for the traction positioning data, and the characteristic of high real-time requirement of the traction positioning data can be met.
Drawings
FIG. 1 is a schematic flow chart of the main steps of the method of the present invention;
FIG. 2 is a process framework of a data framing method implemented in accordance with the present invention;
FIG. 3 is a diagram of a queue dynamic linked list structure implemented by the present invention;
FIG. 4 is a time slot valid data framing format for an implementation of the present invention;
fig. 5 is a framing flow diagram of an implementation of the present invention.
Detailed Description
The invention is described in detail below with reference to the figures and specific embodiments. The present embodiment is implemented on the premise of the technical solution of the present invention, and a detailed implementation manner and a specific operation process are given, but the scope of the present invention is not limited to the following embodiments.
The data framing strategy of the high-speed magnetic levitation vehicle-mounted radio control unit provided by the application adopts a strategy based on a variable-length data frame structure and based on data real-time performance and data priority, and is divided into two processes: the active data buffering process and the framing process of the slot frame space are shown in fig. 2. The effective data buffering process is responsible for buffering various vehicle-ground interaction information sent by various data channels and preparing for a framing process of time slot effective data. And in the framing process of the time slot frame space, framing is carried out on the train-ground interaction information in the buffer area according to the requirements of real-time performance and data priority of data, so that preparation is made for train-ground communication.
A data framing method for a high-speed maglev vehicle-mounted radio control unit, as shown in fig. 1, includes:
step S1: receiving data sent by each data channel, storing traction positioning data into an appointed data storage area, and storing other types of data into corresponding data buffer areas according to data types to join in corresponding data queues;
the above is an effective data buffering process, and the effective data buffering process is responsible for responding to train-ground interaction information data such as traction positioning data, operation control data, driving voice data, train operation data, vehicle diagnosis data, passenger information data and the like sent by each data channel and performing buffering processing.
And configuring corresponding data buffers for various different types of data, wherein the data buffers comprise a traction positioning data buffer, a driving voice data buffer, an operation control data buffer, a train operation data buffer, a vehicle diagnosis data buffer and a passenger information data buffer. According to the characteristics of data, two data buffers are adopted, namely a fixed data storage area and a dynamic data queue.
The real-time performance requirement of the traction positioning data is the highest, namely the transmission period is the shortest and the time delay is the smallest. A fixed data storage area is set for traction positioning data, and the structure is 4 static byte arrays:
BuffL1,BuffL2,BuffR1,BuffR2
for storing up-to-date data of traction positioning data. When traction positioning data from 4 channels such as L1, L2, R1 and R2 are received, the traction positioning data are respectively stored in the 4 static arrays according to the channel numbers. At system initialization, all four static byte arrays are set to "0 x 000 x00 … 0x 00". When a certain traction positioning data channel fails, the corresponding static byte array is set to be 0xFF 0xFF … 0 xFF.
In addition to traction positioning data, other types of data employ queues as data buffers. The queues all adopt the same dynamic linked list mode, and the management unit is a message, as shown in fig. 3. The data structure of the queue node is (message type, message length, message content, next node pointer). The message type, the message length, the message content and the data type corresponding to the next node pointer are respectively a byte, an integer, a byte array and a pointer. The numeric area of the message type is 02-06, wherein 02 represents operation control data, 03 represents driving voice data, 04 represents train operation data, 05 represents vehicle diagnosis data, and 06 represents passenger information data. The message type 01 is reserved for the traction positioning data and is used for framing the traction positioning data message in the framing process of the time slot frame space. The data structure of the queue is represented as (maximum number of nodes, head pointer, tail pointer). The data types of the maximum node number, the head pointer and the tail pointer are respectively an integer, a pointer and a pointer. The maximum node number of each queue is set through preset parameters. When the system is initialized, the number of nodes of each queue is set to be 0, and the head pointer and the tail pointer are set to be null.
And when receiving data messages (not including traction positioning data) from each data channel, adding the data messages into corresponding data queues according to the types of the data. When the queue is added, if the queue is full, a queue overflow error message is reported.
Step S2: judging whether the current state is in a parking state, if not, executing the step S3, otherwise, executing the step S4;
step S3: reading the traction location data stored in the designated data storage area and adding the traction location data to the frame space storage area, and executing step S4;
step S4: and for data except the traction positioning data, sequentially adding each data frame to the frame space storage area according to the priority of each data type until the frame space storage area cannot accommodate one data frame.
As shown in fig. 4, the data frame includes a frame header, a data type, a data length, payload data, and a frame tail, which are sequentially arranged, where the data length is used to indicate the length of the payload data, in this embodiment, the length of the frame header is 1 byte, the length of the data type is 1 byte, the length of the frame tail is 1 byte, and the length of the data length is 2 bytes.
The types of data include traction positioning data, operational control data, driving voice data, and other low priority data including train operation data, vehicle diagnostic data, and passenger information data.
Step S4 specifically includes:
step S41: judging whether the operation control data queue is empty, if so, executing the step S43, otherwise, executing the step S42;
step S42: judging whether the frame space storage area can contain an operation control data frame, if so, adding the first data frame in the operation control data queue to the frame space storage area and returning to the step S41, otherwise, executing the step S43;
step S43: judging whether the driving voice data queue is empty or not, if so, executing the step S45, otherwise, executing the step S44;
step S44: judging whether the frame space storage area can contain a driving voice data frame, if so, adding the first data frame in the driving voice data queue to the frame space storage area and returning to the step S43, otherwise, executing the step S45;
step S45: polling the data queue of other low-priority data, and adding each data frame to the frame space storage area until the frame space storage area can not hold one data frame.
The framing procedure of the slot frame space is as follows:
the framing process of the effective data is a process of filling the time slot frame space with train-ground interaction information in the buffer according to the requirements of real-time performance and data priority of data such as traction positioning data, operation control data, driving voice data, train operation data, vehicle diagnosis data, passenger information data and the like, and is ready for train-ground communication.
The frame space of the time slot is divided into variable-length data frame structures, and various types of data adopt the same framing structure, namely a frame header STX, a data type, a data length, load data and a frame tail ETX, wherein the data types are respectively bytes, integers, byte arrays and bytes. STX takes a fixed value of 02 and ETX takes a fixed value of 03. The data type value is 01-06, wherein 01 is traction positioning data, 02 represents operation control data, 03 represents driving voice data, 04 represents train operation data, 05 represents vehicle diagnosis data, and 06 represents passenger information data. The number of bytes occupied by the payload data is equal to the data length.
And for vehicle-ground communication interaction information such as traction positioning data, operation control data, driving voice data, train operation data, vehicle diagnosis data, passenger information data and the like, a framing process is carried out according to the real-time performance and the priority of the data. The framing sequence is as follows: traction positioning data, operation control data, driving voice data and low-priority data, wherein the low-priority data comprise train operation data, vehicle diagnosis data and passenger information data, and a polling mode is adopted among the train operation data, the operation control data, the driving voice data and the low-priority data.
Fig. 5 presents a framing flow diagram based on a variable length frame structure and based on data real-time and data priority framing order.
Setting three global parameters of MAX _ FRAME _ SIZE _ RUNNING, MAX _ FRAME _ SIZE _ STOPPING and MAX _ FRAME _ SIZE _ STABLE respectively represents the maximum load capacity of the valid data which can be contained in the time slot FRAME space when the train is in the states of 'RUNNING', 'STOPPING' and 'parking'. A 1-slot fixed-slot FRAME space data memory area is set, and the SIZE of the memory area is MAX _ FRAME _ SIZE _ RUNNING. A global integer variable maxFrameSize is set to indicate the payload capacity of the slot frame space. An integer type variable framePos is set to indicate the starting position of the framing.
At each time the framing processing cycle times out, initialization is first performed. According to the running state of the train, setting maxFrameSize as one of the following three: one of MAX _ FRAME _ SIZE _ RUNNING, MAX _ FRAME _ SIZE _ STOPPING, and MAX _ FRAME _ SIZE _ STABLE. And initializing a time slot frame space data storage area, wherein the size of the area is maxFrameSize. The framing start position framePos is set to 0.
And after the initialization is finished, framing is sequentially carried out according to the framing sequence based on the data buffer area.
1) And framing the traction positioning data. And if the train is in a 'parking' state, framing processing of the traction positioning data is not needed, and framing processing of the traction positioning data is skipped. If the train is in a 'running' or 'parking' state, the L1, L2, R1 and R2 data messages are simultaneously read from the traction positioning data buffer area, the traction positioning data messages are subjected to framing processing in a time slot frame space storage area according to the following framing format requirements, and then the framing starting position framePos is added with the filled traction positioning data frame space length.
2) A framing process of the control data is run. The strategy of the process is to fill the operational control data as much as possible after a small amount of traction location data has been filled.
The process is to perform a loop operation, in each loop: (1) firstly, judging whether the operation control data queue is empty or not, and if the operation control data queue is empty, ending circulation; (2) judging whether the size of the unfilled frame space can accommodate an operation control data message, namely judging whether (maxFrameSize-framePos) is not less than the length of a message stored in the head node of the operation control data queue plus 5, if not, jumping out of the cycle operation and further judging whether the operation control message cannot be accommodated, if so, reporting error information of 'insufficient space capacity of a time slot frame space'; (3) framing the operation control data in the frame space storage area according to the following framing format requirement, then removing the head node of the queue, and adding the framing starting position framePos to the filled operation control data frame space length.
3) And framing the driving voice data. The strategy of processing is to fill the traffic voice data as much as possible in the unfilled time slot frame space, but to specify the space limitation. The spatial quota depends on its real-time requirements, and is represented by the parameter MAX _ AUDIO _ SIZE. And setting a variable audios, which represents the size of the filled space of the driving voice data.
The process is to first set audios to 0 and then perform a loop operation, in each loop: (1) firstly, judging whether a driving voice data queue is empty or not, and ending circulation if the driving voice data queue is empty; (2) judging whether the size of the unfilled frame space can accommodate an operation control data message, namely judging whether (maxFrameSize-framePos) is not less than the length of a message stored at the head node of the driving voice data queue plus 5, and if not, skipping framing processing of the driving voice data; (3) judging whether the driving voice data exceeds a specified limit, namely judging whether (AUDIOs + message length +5) is larger than MAX _ AUDIO _ SIZE, and if so, skipping framing processing of the driving voice data; (4) framing the driving voice data in a frame space storage area according to the following framing format requirement, then removing a head node of the queue, and adding the framing starting position framePos and the driving voice data filled space size audios to the filled driving voice data frame space length respectively.
4) Framing of low priority data. For framing processing of train operation data, vehicle diagnosis data and passenger information data, a strategy is adopted to perform framing in a polling mode in unfilled frame space. Setting a variable token to represent a polling pointer, wherein 0 represents when the framing data is train operation data, 1 represents when the framing data is vehicle diagnosis data, and 2 represents when the framing data is passenger information data. A variable undoCount is set, and is set to 0 if framing can be completed in the unfilled frame space at each polling, and is otherwise incremented by 1.
The process is to initialize token and undoCount to 0 first, and then execute a loop operation, in each loop: (1) if the result is yes, it indicates that any low-priority data message cannot be filled in the unfilled frame space, and then the framing processing is finished; (2) selecting a data queue to be accessed currently according to the value of token% 3 (representing the remainder of dividing token by 3), wherein 0 represents a train operation data queue, 1 represents a vehicle diagnosis data queue, and 2 represents that the framing data is a passenger information data queue; (3) judging whether the queue data is empty, if so, adding 1 to the token and the undoCount respectively, and entering the next cycle; (4) judging whether the space size of the unfilled frame can accommodate the data message stored by the head node in the data queue, if not, adding 1 to the token and the undoCount respectively, and entering the next cycle; (5) framing the current data message in a frame space storage area according to the following framing format requirements, then removing a first node of the queue, adding 1 to token, resetting the undoCount, and finally adding the frame starting position framePos to the filled train operation data frame space length.
Where data types 04, 05, 06 represent train operation data, vehicle diagnostic data, and passenger information data, respectively.
Claims (6)
1. A data framing method of a high-speed maglev vehicle-mounted radio control unit is characterized by comprising the following steps:
step S1: receiving data sent by each data channel, storing traction positioning data into a designated data storage area, storing other types of data into corresponding data buffer areas according to data types to join in corresponding data queues,
step S2: judging whether the current state is in the parking state, if not, executing the step S3, otherwise, executing the step S4,
step S3: the traction location data stored in the specified data storage area is read and added to the frame space storage area, and step S4 is executed,
step S4: for data except the traction positioning data, sequentially adding each data frame to the frame space storage area according to the priority of each data type until the frame space storage area can not contain one data frame;
the data frame comprises a frame head, a data type, a data length, load data and a frame tail which are sequentially arranged, wherein the data length is used for indicating the length of the load data;
the types of the data comprise traction positioning data, operation control data, driving voice data and other low-priority data;
the step S4 specifically includes:
step S41: judging whether the operation control data queue is empty, if yes, executing the step S43, if no, executing the step S42,
step S42: judging whether the frame space storage area can contain an operation control data frame, if so, adding the first data frame in the operation control data queue to the frame space storage area and returning to the step S41, otherwise, executing the step S43,
step S43: judging whether the driving voice data queue is empty, if so, executing the step S45, otherwise, executing the step S44,
step S44: judging whether the frame space storage area can contain a driving voice data frame, if so, adding the first data frame in the driving voice data queue to the frame space storage area and returning to the step S43, otherwise, executing the step S45,
step S45: polling the data queue of other low-priority data, and adding each data frame to the frame space storage area until the frame space storage area can not hold one data frame.
2. The method as claimed in claim 1, wherein the length of the frame header is 1 byte, the length of the data type is 1 byte, the length of the frame tail is 1 byte, and the length of the data length is 2 bytes.
3. The method of claim 1, wherein the other low priority data comprises train operation data, vehicle diagnostic data, and passenger information data.
4. A data framing device of a high-speed maglev vehicle-mounted radio control unit comprises a memory, a processor and a program stored in the memory and executed by the processor, and is characterized in that the processor executes the program to realize the following steps:
step S1: receiving data sent by each data channel, storing traction positioning data into a designated data storage area, storing other types of data into corresponding data buffer areas according to data types to join in corresponding data queues,
step S2: judging whether the current state is in the parking state, if not, executing the step S3, otherwise, executing the step S4,
step S3: the traction location data stored in the specified data storage area is read and added to the frame space storage area, and step S4 is executed,
step S4: for data except the traction positioning data, sequentially adding each data frame to the frame space storage area according to the priority of each data type until the frame space storage area can not contain one data frame;
the data frame comprises a frame head, a data type, a data length, load data and a frame tail which are sequentially arranged, wherein the data length is used for indicating the length of the load data;
the types of the data comprise traction positioning data, operation control data, driving voice data and other low-priority data;
the step S4 specifically includes:
step S41: judging whether the operation control data queue is empty, if yes, executing the step S43, if no, executing the step S42,
step S42: judging whether the frame space storage area can contain an operation control data frame, if so, adding the first data frame in the operation control data queue to the frame space storage area and returning to the step S41, otherwise, executing the step S43,
step S43: judging whether the driving voice data queue is empty, if so, executing the step S45, otherwise, executing the step S44,
step S44: judging whether the frame space storage area can contain a driving voice data frame, if so, adding the first data frame in the driving voice data queue to the frame space storage area and returning to the step S43, otherwise, executing the step S45,
step S45: polling the data queue of other low-priority data, and adding each data frame to the frame space storage area until the frame space storage area can not hold one data frame.
5. The data framing device of a high-speed maglev vehicle-mounted radio control unit of claim 4, wherein the length of the frame header is 1 byte, the length of the data type is 1 byte, the length of the frame tail is 1 byte, and the length of the data length is 2 bytes.
6. The data framing device of a high-speed maglev vehicle-mounted radio control unit of claim 4, wherein the other low-priority data includes train operation data, vehicle diagnostic data and passenger information data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811179195.5A CN109484430B (en) | 2018-10-10 | 2018-10-10 | Data framing method and device for high-speed magnetic levitation vehicle-mounted radio control unit |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811179195.5A CN109484430B (en) | 2018-10-10 | 2018-10-10 | Data framing method and device for high-speed magnetic levitation vehicle-mounted radio control unit |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109484430A CN109484430A (en) | 2019-03-19 |
| CN109484430B true CN109484430B (en) | 2020-04-28 |
Family
ID=65690798
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811179195.5A Expired - Fee Related CN109484430B (en) | 2018-10-10 | 2018-10-10 | Data framing method and device for high-speed magnetic levitation vehicle-mounted radio control unit |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109484430B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111930813A (en) * | 2020-07-29 | 2020-11-13 | 交控科技股份有限公司 | PIS log equivalent operation diagram generation method with train as statistical unit |
| CN113247050B (en) * | 2021-07-07 | 2021-09-24 | 天津七一二移动通信有限公司 | Method for realizing train approaching early warning and collision avoidance based on CSTMDMA |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102946295A (en) * | 2012-10-23 | 2013-02-27 | 福建先创通信有限公司 | Frame structure capable of being matched with different carrier bandwidth and application thereof |
| CN103346949A (en) * | 2013-07-25 | 2013-10-09 | 北京大学 | Unpacking and packing method and system based on embedded two-channel network data package |
| CN105635211A (en) * | 2014-11-03 | 2016-06-01 | 南京中车浦镇城轨车辆有限责任公司 | Vehicle-mounted real-time information communication method based on multifunctional vehicle bus |
| CN106774275A (en) * | 2017-01-16 | 2017-05-31 | 湖南中车时代通信信号有限公司 | Visualize the test system and method for the control function of train operation monitoring device |
| CN107222869A (en) * | 2016-03-22 | 2017-09-29 | 网件公司 | Radio communication in the environment with electronic interferences |
| WO2018173509A1 (en) * | 2017-03-22 | 2018-09-27 | Mitsubishi Electric Corporation | Method, entity and program for transmitting communication signal frames |
-
2018
- 2018-10-10 CN CN201811179195.5A patent/CN109484430B/en not_active Expired - Fee Related
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102946295A (en) * | 2012-10-23 | 2013-02-27 | 福建先创通信有限公司 | Frame structure capable of being matched with different carrier bandwidth and application thereof |
| CN103346949A (en) * | 2013-07-25 | 2013-10-09 | 北京大学 | Unpacking and packing method and system based on embedded two-channel network data package |
| CN105635211A (en) * | 2014-11-03 | 2016-06-01 | 南京中车浦镇城轨车辆有限责任公司 | Vehicle-mounted real-time information communication method based on multifunctional vehicle bus |
| CN107222869A (en) * | 2016-03-22 | 2017-09-29 | 网件公司 | Radio communication in the environment with electronic interferences |
| CN106774275A (en) * | 2017-01-16 | 2017-05-31 | 湖南中车时代通信信号有限公司 | Visualize the test system and method for the control function of train operation monitoring device |
| WO2018173509A1 (en) * | 2017-03-22 | 2018-09-27 | Mitsubishi Electric Corporation | Method, entity and program for transmitting communication signal frames |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109484430A (en) | 2019-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108921437B (en) | Multi-vehicle multi-calculation task scheduling method based on fog calculation | |
| US7054936B2 (en) | Priority-based dynamic resource allocation method and apparatus for supply-demand systems | |
| CN109484430B (en) | Data framing method and device for high-speed magnetic levitation vehicle-mounted radio control unit | |
| CN109729588A (en) | Service data transmission method and device | |
| US20230038071A1 (en) | Resource configuration method and apparatus, device, and storage medium | |
| CN111818138A (en) | Vehicle cloud real time data communication method for intelligent vehicle | |
| US20220094465A1 (en) | Slot format indication method and related product | |
| KR20160147940A (en) | Resource reuse method and apparatus | |
| CN103281728A (en) | Message aggregation method and device and network equipment | |
| CN101645830B (en) | Method for packet scheduling of multi-hop network and node device | |
| CN105874847A (en) | Information sending method and apparatus | |
| CN107231693A (en) | Sending, receiving method, the apparatus and system of uplink information | |
| CN116893983B (en) | Data caching method, device and medium | |
| CN100581139C (en) | Method, device and system for bandwidth allocation | |
| CN112436930B (en) | Communication method and device | |
| CN112319509A (en) | Train level control device and method for self-adaptive marshalling of motor train unit | |
| CN110381586A (en) | Resource allocation methods, apparatus and system | |
| KR20190080900A (en) | Data encapsulation, transmission method, apparatus and computer storage medium | |
| US11171806B1 (en) | Dynamic quality of service control for automotive ethernet | |
| CN114385352A (en) | Satellite communication system, data caching method thereof and computer-readable storage medium | |
| CN116074784A (en) | Vehicle-mounted data transmission method and device and storage medium | |
| CN103117830A (en) | Non-real-time service timeslot packaging method for multi-frequency time division multiple access system | |
| CN112655171A (en) | Reference signal transmission method and device | |
| EP1155533B1 (en) | Method for the efficient use of data packets having different capacities and central unit and subscriber device for a communications system | |
| CN107241404B (en) | Method, device and system for receiving and transmitting messages |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210202 Address after: 200092 Siping Road 1239, Shanghai, Yangpu District Patentee after: TONGJI University Patentee after: CRRC QINGDAO SIFANG Co.,Ltd. Address before: 200092 Siping Road 1239, Shanghai, Yangpu District Patentee before: TONGJI University |
|
| TR01 | Transfer of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20200428 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |