JT/T 1078-2016 PDF English
Search result: JT/T 1078-2016 English: PDF (JT/T1078-2016)
Standard ID | Contents [version] | USD | STEP2 | [PDF] delivered in | Name of Chinese Standard | Status |
JT/T 1078-2016 | English | 455 |
Add to Cart
|
0-9 seconds. Auto-delivery.
|
GNSS system for operating vehicles - Video communication protocol
| Valid |
BUY with any currencies (Euro, JPY, GBP, KRW etc.): JT/T 1078-2016 Related standards: JT/T 1078-2016
PDF Preview: JT/T 1078-2016
JT/T 1078-2016: PDF in English (JTT 1078-2016) JT/T 1078-2016
JT
TRANSPORTATION INDUSTRY STANDARD
OF THE PEOPLE’S REPUBLIC OF CHINA
ICS 03.220.20; 35.240.60
M 53
Registration number.
GNSS system for operating vehicles -
Video communication protocol
ISSUED ON. OCTOBER 21, 2016
IMPLEMENTED ON. JANUARY 01, 2017
Issued by. Ministry of Transport of the People’s Republic of China
Table of Contents
Foreword ... 4
1 Scope ... 5
2 Normative references ... 5
3 Terms, definitions, abbreviations ... 6
3.1 Terms and definitions ... 6
3.2 Abbreviations ... 6
4 Protocol basis between video terminal and video platform ... 6
4.1 Basic agreement of protocol ... 7
4.2 Convention on real-time audio-video transmission channel ... 7
4.3 Classification of audio-video communication messages ... 8
5 Communication protocol between video terminal and video platform ... 8
5.1 Protocol command set ... 8
5.2 Inheritance commands ... 8
5.3 Parameter setting commands ... 8
5.4 Video-alarm command ... 15
5.5 Real-time audio-video transmission command ... 17
5.6 Historical audio-video query, playback and download commands ... 20
5.7 PTZ control commands ... 26
5.8 Terminal sleep wakeup command ... 28
6 Code-stream communication between audio-video streaming server and
client play software ... 28
6.1 Encapsulation format of audio-video streaming and passthrough data ... 28
6.2 Format of audio-video stream request URL command ... 29
7 Basis of communication protocol between video platforms ... 30
8 Process of video platform communication protocol ... 30
8.1 Time-based password report and request services ... 30
8.2 Real-time audio-video services ... 30
8.3 Remote video searching services ... 31
8.4 Remote video download services ... 31
8.5 Remote video playback services ... 32
9 Definitions of communication protocol constant between video platforms .. 33
9.1 Identifier of service data type ... 33
9.2 Identifiers of sub-service types ... 34
9.3 Coding of video-alarm type ... 35
10 Data-body format of communication protocol between video platform ... 35
10.1 Time-based password report and request services ... 35
10.2 Real-time audio-video services ... 37
10.3 Remote video searching ... 40
10.4 Remote video playback ... 43
10.5 Remote video download ... 46
Appendix A (Normative) Message comparison between video terminal and
video platform ... 51
GNSS system for operating vehicles -
Video communication protocol
1 Scope
This standard specifies the protocol basis and communication protocol between
the vehicle-mounted video terminal and the video platform in the satellite
positioning system of the road transport vehicle, the code-stream
communication between the audio-video stream server and the client’s playing
software, the communication protocol basis, communication protocol flow,
constant definition, protocol data volume’s format between the video platforms.
This standard is applicable to the transmission of audio-video data between the
vehicle-mounted video terminal of the satellite positioning system of the road
transport vehicle and the enterprise’s video surveillance platform, as well as the
exchange and sharing of audio-video resources between different video
platforms.
2 Normative references
The following documents are essential to the application of this document. For
the dated documents, only the versions with the dates indicated are applicable
to this document; for the undated documents, only the latest version (including
all the amendments) are applicable to this standard.
JT/T 808-2011 GNSS system for operating vehicles - General specifications
for vehicle terminal communication protocol and data-format
JT/T 809-2011 GNSS system for operating vehicles - General specifications
for data exchange between platforms
JT/T 1076-2016 GNSS system for operating vehicles - Technical
specification for onboard video terminals
JT/T 415-2006 Electronic government platform for administration of road
transportation - Cataloguing and coding rules
IETF RFC 3550 Real-time transport protocol (RTP)
IETF RFC 2854 The Text/Html media type
platform
4.1 Basic agreement of protocol
The communication method, data type, transmission rules and message
composition of the protocol are in accordance with the requirements of clause
4 of JT/T 808-2011.
The communication connection mode of the signaling data message in the
protocol is in accordance with the requirements of clause 5 of JT/T 808-2011.
The message processing mechanism of the signaling data message in the
protocol is in accordance with the requirements of clause 6 of JT/T 808-2011.
The encryption mechanism of the signaling data message in the protocol is in
accordance with the requirements of clause 7 of JT/T 808-2011.
The parties to the protocol for platform and terminal communication shall meet
the following requirements.
- Unless otherwise specified, all messages shall be responded;
- If a dedicated response message is not explicitly specified, it shall use the
universal response reply;
- For messages with sub-packet, the responder shall respond on a packet-
by-packet basis for each sub-packet message.
4.2 Convention on real-time audio-video transmission channel
A real-time audio-video transmission channel may either transmit one channel
of video information or one channel of audio information, or transmit one
channel of video information and one channel of audio information. There are
two types of conventions on the real-time audio-video transmission channel.
- When using the TCP method, each TCP connection may carry multiple
audio-video channels. If there is no data transmission within the set timeout
period, both the terminal and the monitoring center may actively close the
TCP connection which is used for audio-video data transmission.
- When using UDP method, each UDP port may carry multiple audio-video
channels.
Table 2 (continued)
Start byte Field Data type Description and requirements
10 Storage stream resolution BYTE
0. QCIF
1. CIF;
2. WCIF;
3. D1;
4. WD1;
5. 720P;
6. 1080P;
100 ~ 127. Customized
11 Storage stream key frame interval WORD Range (1 ~ 1000) frames
13 Storage stream target frame rate BYTE Range (1 ~ 120) frames / s
14 Storage stream target code rate DWORD Unit in thousand bits per second (kbps)
18 OSD subtitle overlay settings WORD
Bitwise setting. 0 means no overlay, 1
means overlay
bit0. date and time;
bit1. the license plate’s number;
bit2. logical channel’s number;
bit3. latitude and longitude;
bit4. travel recording speed;
bit5. satellite positioning speed;
bit6. continuous driving time;
bit7 ~ bit10. reserved;
Bit11 ~ bit15. customized
20 Whether to enable audio output BYTE 0. not enabled; 1. enabled
Table 3 -- Audio-video channel list
Start byte Field Data type Description and requirements
0 Total number of audio-video channels BYTE Represented by 1
1 Total number of audio channels BYTE Represented by m
2 Total number of video channels BYTE Represented by n
3 Comparison of audio-video channels BYTE [4 x (1 + m + n)] See Table 4
Table 4 -- Comparison of audio-video channels
Start byte Field Data type Description and requirements
0 Physical-channel’s number BYTE Started from 1
1 Logical-channel number BYTE According to Table 2 in JT/T 1076-2016
Table 4 (continued)
Start byte Field Data type Description and requirements
2 Channel type BYTE
0. Audio-video;
1. Audio;
2. Video
5.3.3 Terminal upload audio-video attributes
Message ID. 0x1003.
Message type. Signaling data message.
Use the command of terminal upload audio-video attributes, to respond to the
message of querying terminal audio-video attributes as delivered by the
platform. The data-format of the message-body is as shown in Table 11.
Table 11 -- Data-format of terminal upload audio-video attribute
Start byte Field Data type Description and requirements
0 Input audio coding method BYTE See Table 12
1 Input audio channel’s number BYTE
2 Input audio sample rate BYTE
0. 8 kHz;
1. 22.05 kHz;
2. 44.1 kHz;
3. 48 kHz
3 Input audio sample bits BYTE
0. 8-bit;
1. 16-bit;
2. 32-bit
4 Audio frame length WORD Range 1 ~ 4294967295
6 Whether it supports audio output BYTE 0. not supported; 1. supported
7 Video coding method BYTE See Table 19
8 Maximum number of audio physical-channels as supported by the terminal BYTE
9 Maximum number of video physical-channels as supported by the terminal BYTE
Table 12 -- Definitions of audio-video coding type
Code Name Remarks
0 Reserved
1 G.721 Audio
2 G.722 Audio
3 G.723 Audio
4 G.728 Audio
5 G.729 Audio
Message ID. 0x1005.
Message type. signaling data message.
The terminal equipment uses video analysis to count the passengers getting on
and off, send the counting result to the platform. The format of the message-
body data is as shown in Table 16.
Table 16 -- Data-format of terminal upload passenger-traffic
Start byte Field Data type Description and requirements
0 Start-time BCD [6] YY-MM-DD-HH-MM-SS (GMT+ 8 time, the time involved hereinafter in this standard uses this time zone)
6 End-time BCD [6] YY-MM-DD-HH-MM-SS
12 Number of getting-on passengers WORD
Number of getting-on passengers from the start-time to end-
time
14 Number of getting-off passengers WORD
Number of getting-off passengers from the start-time to end-
time
5.5 Real-time audio-video transmission command
5.5.1 Real-time audio-video transmission request
Message ID. 0x9101.
Message type. signaling data message.
The platform requests real-time audio-video transmission from the terminal
device, including real-time video transmission, active two-way voice-intercom,
one-way monitoring, broadcast voice to all terminals, and specific passthrough.
The message-body’s data-format is as shown in Table 17. After receiving the
message, the terminal replies to the video terminal with universal response,
then establishes a transmission link through the corresponding server IP
address and port number, then follow the audio-video streaming protocol to
transmit the corresponding audio-video stream data.
Table 17 -- Data-format of real-time audio-video transmission request
Start byte Field Data type Description and requirements
0 Length of server’s IP address BYTE Length n
1 Server’s IP address STRING Real-time video server’s IP address
1 + n Server video channel monitoring-port’s number (TCP) WORD Real-time video server TCP port number
3 + n Server video channel monitoring-port’s number (UDP) WORD Real-time video server UDP port number
5 + n Logical channel’s number BYTE According to Table 2 in JT/T 1076-2016
16 Timestamp BYTE [8]
Identify the relative time of the current frame of this RTP
data packet, in milliseconds (ms). When the data type is
0100, there is no such field
24 Last I frame interval WORD
The time interval between the frame and the previous
keyframe, in milliseconds (ms). When the data type is
non-video frame, there is no such field
26 Last frame interval WORD
The time interval between the frame and the previous
frame, in milliseconds (ms). When the data type is non-
video frame, there is no such field
28 Length of data-body WORD Length of subsequent data-body, excluding this field
30 Data-body BYTE [n] Audio-video data or passthrough data, length not more than 950 byte
5.5.4 Real-time audio-video transmission status notification
Message. ID. 0x9105.
Message type. Signaling data message.
The platform sends a notification packet to the terminal according to the set
time interval in the process of receiving the audio-video data as uploaded by
the terminal. The data-format of the message-body is as shown in Table 20.
Table 20 -- Data-format of real-time audio-video transmission status
notification
Start byte Field Data type Description and requirements
0 Logical-channel number BYTE According to Table 2 in JT/T 1076-2016
1 Packet loss rate BYTE Packet loss rate of the current transmission channel, multiplied by 100 to take the integer part
5.6 Historical audio-video query, playback and download
commands
5.6.1 Query resource list
Message ID 0x9205.
Message type. Signaling data message.
The platform queries the list of video-files from the terminal according to the
combination of audio-video types, channel numbers, alarm types, start-time and
end-time. The data-format of message-body is as shown in Table 21.
shown in Table 18.
6.2 Format of audio-video stream request URL command
After the government’s video surveillance platform sends a real-time preview or
remote playback request command to the enterprise’s video monitoring
platform and obtains a successful response, it obtains the IP address and port
number of the audio-video streaming server. The client end of the government’s
video surveillance platform directly sends the URL command to the enterprise’s
audio-video streaming server, to obtain the audio-video stream data after
establishing the link. The client end uses the browser plug-in or dedicated
software to play it.
The audio-video stream request URL shall not be displayed in the interface.
The command’s format is defined as follows.
Http.// [server IP address]. [port number] / [license plate number]. [license plate
color]. [logical-channel number]. [audio-video logo]. [time-based password]
The data items of the audio-video stream request URL command are as defined
in Table 35.
Table 35 -- Definitions of data items of audio-video stream request URL
command
Field Description and requirements
Address attribute
information
Server IP address Audio-video stream server IP address
Port number Audio-video stream service port number
License plate number
It shall use the UTF-8 coding, uniformly convert it to the
RFC 2854
License plate color According to the provisions of 5.4.12 of JT/T 415-2006
Logical-channel number According to Table 2 of JT/T 1076-2016, where 0 indicates all channels
Audio-video flag
0. audio-video;
1. audio;
2. video
Additional
information Time-based password
Generated by the enterprise’s platform server, the time-
based password of the client end of the government’s
platform of the belonged district is different from the time-
based password of the government’s platform of cross-
domain district. The time-based password shall consist of
only English letters (including uppercase and lowercase)
and Arabic numerals. The length is 64 ASCII characters and
shall be updated every 24 hours
upload requests to the enterprise’s video monitoring platform. After receiving
the request, the enterprise’s video monitoring platform shall respond to the
government’s video surveillance platform. If the response is successful, the
government’s video surveillance platform requests real-time audio-video data
from the video server IP and port as specified by the enterprise’s video
monitoring platform.
8.2.2 Enterprise’s video monitoring platform stops uploading audio-video
data to the government’s video surveillance platform in real-time
The government’s video surveillance platform sends a request to stop the real-
time audio-video upload to the enterprise’s video monitoring platform. After
receiving the request, the enterprise’s video monitoring platform shall respond
to the government’s video surveillance platform. If the response is successful,
the enterprise’s video monitoring platform stops sending real-time audio-video
data to the government’s video surveillance platform.
8.3 Remote video searching services
8.3.1 Government’s video surveillance platform obtains audio-video
resource directory from enterprise’s video monitoring platform
The government’s video surveillance platform sends a request for accessing
the audio-video resource directory to the enterprise’s video monitoring platform.
After receiving the request, the enterprise’s video monitoring platform shall
immediately search the latest audio-video resource directory from the terminal
and update the local directory, respond to the government’s video surveillance
platform. If the response is successful, the enterprise’s video monitoring
platform sends the audio-video resource directory data to the government’s
video surveillance platform.
8.3.2 Enterprise’s video monitoring platform actively uploads audio-video
resource directory to government’s video surveillance platform
After receiving the special-alarm information uploaded by the terminal, the
enterprise’s video monitoring platform waits for the complete recording of the
video information, and shall search the latest audio-video resource directory
with the special-alarm identifier from the terminal, update the local directory,
actively upload the audio-video resource directory to the government’s video
surveillance platform.
8.4 Remote video download services
8.4.1 Government’s video monitoring platform downloads video data from
enterprise’s video surveillance platform
Message direction. higher-level government’s video surveillance platform to
cross-domain government’s video surveillance platform
Sub-service type identifier. DOWN_AUTHORIZE_MSC_STARTUP_REQ_ACK
Description. The upper-level government’s video surveillance platform
responds to the time-based password request message as sent by the cross-
domain government’s video surveillance platform, the upper-level
government’s video surveillance platform determines the response content
according to the geographic location of the requesting vehicle within 5 minutes.
The data-body is as shown in Table 41.
Table 41 -- Data-body of response message to time-based password
request
Field Byte number Data type Description and requirements
VEHICLE_NO 21 Octet String License plate number
VEHICLE_COLOR 1 BYTE License plate color, according to the provisions of 5.4.12 of JT/T 415-2006
DATA_TYPE 2 uint16_t Identifier of sub-service type
DATA_LENGTH 4 uint32_t Data length of subsequent 2 fields
10.2 Real-time audio-video services
10.2.1 Real-time audio-video request message
Link type. sub-link
Message direction. Initiator’s platform to receiver’s platform
Sub-service type identifier. DOWN_REALVIDEO_MSG_STARTUP.
Description. The government’s video surveillance platform sends the command
to the enterprise’s video monitoring platform, the upper-level government’s
video surveillance platform or the cross-domain government’s platform send
the command to the government’s platform of the belonging district, to request
the real-time audio-video of the vehicle. The data-body is as shown in Table 42.
Table 42 -- Data-body of real-time audio-video request
Field Byte number Data type Description and requirements
VEHICLE_NO 21 Octet String License plate number
VEHICLE_COLOR 1 BYTE License plate color, according to the provisions of 5.4.12 of JT/T 415-2006
DATA_TYPE 2 uint16_t Identifier of sub-service type
RESULT 1 BYTE
Response result, defined as follows.
0x00. succeeded;
0x01. failed;
0x02. not supported.
0x03. session ended
10.3 Remote video searching
10.3.1 Actively upload audio-video resource directory information
message
Link type. main-link
Message direction. the lower-level platform to upper-level platform
Sub-service type identifier. UP_FILELIST_MSG.
Description. The enterprise’s video monitoring platform actively sends an audio-
video resource directory with special-alarm identifiers to the government’s video
surveillance platform, or the lower-level government’s platform actively sends
an audio-video resource directory with special-alarm identifiers to the higher-
level government’s platform. The data-body is as shown in Table 46.
Table 46 -- Data-body of actively uploading audio-video resource
directory
Field Byte number Data type Description and requirements
VEHICLE_NO 21 Octet String License plate number
VEHICLE_COLOR 1 BYTE License plate color, according to the provisions of 5.4.12 of JT/T 415-2006
DATA_TYPE 2 uint16_t Identifier of sub-service type
DATA_LENGTH 4 uint32_t Data length of the subsequent 2 fields
ITEM_NUM 4 uint32_t Total number of resource directory items
ITEM_LIST List of resource directory items, as shown in Table 47
Table 47 - Format of upload audio-video resource directory item list
Field Byte number Data type Description and requirements
CHANNEL_ID 1 BYTE Logical-channel number, according to Table 2 of JT/T 1076-2016; 0 means all channels
START_TIME 8 time_t UTC time
END_TIME 8 time_t UTC time
ALARM_TYPE 8 64BITS
bit0~31 are defined according to the alarm flag bits in
Table 18 of JT/T 808-2011;
bit32~63 are as shown in Table 10
AVITEM_TYPE 1 BYTE Audio-video type, defined as follows.
lower-level government’s platform responds to the audio-video resource
directory to the higher-level government’s platform. The data-body is as shown
in Table 50.
Table 50 -- Data-body of response to query audio-video resource
directory
Field Byte number Data type Description and requirements
VEHICLE_NO 21 Octet String License plate number
VEHICLE_COLOR 1 BYTE License plate color, according to the provisions of 5.4.12 of JT/T 415-2006
DATA_TYPE 2 uint16_t Identifier of sub-service type
DATA_LENGTH 4 uint32_t Data length of the subsequent 3 fields
Table 50 (continued)
Field Byte number Data type Description and requirements
RESULT 1 BYTE
Response result, defined as follows.
0x00. succeeded;
0x01. failed;
0x02. not supported.
0x03. session ended;
0x04. time-based command error;
0x05. cross-domain conditions not satisfied
ITEM_NUM 4 DWORD Total number of resource directory items
ITEM_LIST List of resource directory items, as shown in Table 47
10.4 Remote video playback
10.4.1 Request message for remote video playback
Link type. sub-link
Message direction. Initiator’s platform to receiver’s platform
Sub-service type ID. DOWN_PLAYBACK_MSG_STARTUP.
Description. The government’s video surveillance platform sends the command
to request the audio-video recording of the vehicle to the enterprise’s video
monitoring platform, the upper-level government’s platform sends the command
to request the audio-video recording of the vehicle to the lower-level
government’s platform, or the cross-domain government’s platform sends the
command to request the audio-video recording of the vehicle to the
government’s platform of the belonging district. The data-body is as shown in
Table 51.
Table 57 (continued)
Field Byte number Data type Description and requirements
TCP_PORT 2 uint16_t FTP port, it is valid when the RESULT is 0
USERNAME 49 Octet String FTP username, it is valid when the RESULT is 0
PASSWORD 22 Octet String FTP password, it is valid when the RESULT is 0
FILE_PATH 200 Octet String File storage path, it is valid when the RESULT is 0
10.5.4 Response message to remote video download completion notice
Link type. sub-link
Message direction. government’s video surveillance platform to enterprise’s
video monitoring platform
Sub-service type identifier. UP_DOWNLOAD_MSG_END_INFORM_ACK.
Description. The government’s video surveillance platform responds to the
download completion notice from the enterprise’s video monitoring platform.
The data-body is as shown in Table 58.
Table 58 -- Data-body of response to remote video download completion
notice
Field Byte number Data type Description and requirements
VEHICLE_NO 21 Octet String License plate number
VEHICLE_COLOR 1 BYTE License plate color, according to the provisions of 5.4.12 of JT/T 415-2006
DATA_TYPE 2 uint16_t Identifier of sub-service type
DATA_LENGTH 4 uint32_t Data length of the subsequent 2 fields
RESULT 1 BYTE
Response result.
0x00. succeeded;
0x01. failed;
0x02. not supported.
0x03. session ended
SESSION_ID 2 uint16_t
Corresponding to the serial number of the
platform file upload message, it is valid when the
RESULT is 0
10.5.5 Remote video download control request message
Link type. sub-link
Message direction. government’s video surveillance platform to enterprise’s
video monitoring platform
Sub-service type identifier. DOWN_DOWNLOAD_MSC_CONTROL.
Description. The government’s video surveillance platform sends download
...... Source: Above contents are excerpted from the PDF -- translated/reviewed by: www.chinesestandard.net / Wayne Zheng et al.
|