Mobile video coordinate coding method and system based on GB35114

Abstract

The invention relates to a GB35114-based mobile video coordinate coding method and system, which encrypts coordinates by using a vkek (vkek) originally used for video encryption through the GB35114 standard, multiplexes a video encryption key, protects coordinate information, enables the coordinate information to be subjected to security enhancement through the GB35114 standard specification, and avoids data leakage and tampering in the coordinate transmission process. According to the invention, the encrypted coordinate data is heterozygally coded into the video stream data, so that the video stream channel can load the coordinate data, a coordinate data transmission channel is eliminated, and the transmission processing efficiency of the system is improved. Through the heterozygosity of the coordinate data and the video stream data, the receiving end can decrypt the coordinate and the video stream at the same time, and the problem of time deviation caused by time difference between separate transmission and decryption of the coordinate and the video stream data is avoided. According to the invention, the coordinate data is loaded by using the video stream, so that the original GB35114 application taking playing as a main part can obtain the mobile video coordinate data under the condition of not increasing coordinate communication channels, the application range is expanded, and the system compatibility is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of video coding, and in particular to a method and system for coding mobile video coordinates based on GB35114. Background Art

[0002] GB35114, the "Technical Requirements for Information Security of Public Security Video Surveillance Networks", specifies four requirements for the public security video surveillance network information security system, including the interconnection structure, certificate and key requirements, basic functional requirements, and performance requirements, so that the video surveillance platform software can rely on this standard to achieve secure video encoding and transmission. The standard itself does not directly involve the specific technical methods of video coordinate encoding, and the mobile video coordinate encoding method based on GB35114 is actually an application idea that combines the information security requirements of GB35114 with video coordinate encoding technology.

[0003] In the process of mobile video transmission, the transmission of video captured by mobile phone APP or law enforcement recorder in accordance with this standard can ensure the security of video transmission. Mobile video often carries coordinate information for map positioning display, but when mobile video transmission is currently realized through GB35114 standard technology, coordinate information and video information are often transmitted through their own channels separately, because the standard does not specify the encryption channel and transmission method related to coordinates.

[0004] This means that although the video can be encrypted and transmitted according to the GB35114 standard, the coordinate information generated at the same time as the video is transmitted in an unencrypted way, making it possible for the coordinate information to be leaked. In addition, for the video transmission channel, the mobile terminal encodes the video in the SVAC encoding format specified by the GB35114 standard, transmits it to the decryption terminal for decryption, and then matches it with the coordinate data of the coordinate transmission channel after decryption. The separate decryption step of the video causes the coordinate data originally generated at the same time as the video to be delayed due to the decryption process, resulting in display and usage errors. Summary of the invention

[0005] In view of the above problems, the present invention is proposed to provide a method and system for mobile video coordinate encoding based on GB35114 that overcomes the above problems or at least partially solves the above problems.

[0006] In order to solve the above technical problems, the embodiments of the present application disclose the following technical solutions:

[0007] In a first aspect, an embodiment of the present invention discloses a method for encoding mobile video coordinates based on GB35114, comprising:

[0008] S100. The mobile terminal simultaneously collects video data and coordinate data through a video acquisition encoder and a coordinate acquisition device, and timestamps the video data and coordinate data;

[0009] S200. Authenticate the video data and coordinate data. When the authentication is successful, encrypt the video data and coordinate data at the same time;

[0010] S300. Packing the encrypted video data and coordinate data to obtain a PS packet, encapsulating the PS packet to obtain an RTP packet, and sending the RTP packet to a receiving end via a transmission network;

[0011] S400. After receiving the RTP packet, the receiving end unpacks the RTP packet to restore it to a PS packet, unpacks the PS packet, and decomposes it into a video packet and a coordinate packet;

[0012] S500. Decrypt the video packet and the coordinate packet, and output the decrypted data synchronously at the application output end.

[0013] Furthermore, in S100, the mobile terminal will complete the two-way authentication in the GB35114 specification before collecting video data and coordinate data. The specific method includes: the mobile terminal generates a pair of public and private keys, and uses the public and private key pair to generate a digital certificate. The mobile terminal sends the digital certificate to the GB35114 video security platform for authentication, obtains the authentication signature and platform certificate, completes the two-way authentication pre-process in the GB35114 specification, and completes the initialization of the mobile terminal.

[0014] Furthermore, in S200, the video data and coordinate data are authenticated, and the specific method includes: determining whether the video data and coordinate data are input for the first time, and if the video data and coordinate data are input for the first time, using the platform certificate generated during the initialization process of the mobile terminal and the private key of the mobile terminal itself to perform two-way authentication on the data.

[0015] Furthermore, if the identity authentication of the video data and coordinate data fails, the data transmission will be blocked to prevent illegal or tampered data from proceeding to the next step; if the identity authentication of the video data and coordinate data succeeds, the vkek-value value for video encryption issued by the security platform based on the mobile terminal digital certificate is obtained, and the vkek-value value is obtained after the platform encrypts vkek using the public key of the mobile terminal.

[0016] Furthermore, after obtaining the vkek-value, the mobile terminal uses its own private key to decrypt the vkek-value to obtain the vkek value, and uses the vkek value to encrypt the video data. At the same time, the mobile terminal encrypts the coordinate value that matches the video timestamp to obtain the encrypted video and coordinate data at the same time.

[0017] Further, in S300, the encrypted video data and coordinate data are packaged to obtain a PS packet, and the specific method includes: adding a PES packet header before the encrypted video data, the PES packet header containing detailed information about the data in the PES packet, at least the type, timestamp and data length of the packet data stream; adding an optional packet header and padding bytes after the PES packet header as needed, the optional packet header containing additional information, and the padding bytes are used to ensure that the length of the PES packet meets specific requirements and avoids conflict with the start code of subsequent data; based on the PES packet, adding a PS packet header to form a PS packet, the PS packet header containing synchronization information and clock recovery information, which is used to ensure correct synchronization and clock recovery of data; for key frames, it is also necessary to add a system header and PSM, the system header containing overall information about the PS stream, and the PSM provides a description of the basic streams in the program stream and their relationship.

[0018] Further, in S300, the PS packet is encapsulated to obtain an RTP packet, and the specific method includes:

[0019] Add an RTP header, add an RTP header before each PS packet, the RTP header includes version information, padding flag, extension flag, CSRC count, marker bit, load type, sequence number, timestamp and SSRC identifier field; the sequence number and timestamp are used to ensure the order and synchronization of data;

[0020] Determine whether the PS packet needs to be segmented. If the size of the PS packet exceeds the maximum payload length, the PS packet needs to be segmented into multiple RTP packets for transmission. When segmenting, it is necessary to ensure that each RTP packet contains sufficient information to reconstruct the original PS packet.

[0021] Add RTP payload and use the segmented PS packet data as the payload part of the RTP packet; if the PS packet is segmented into multiple RTP packets, the payload part of each RTP packet will be a fragment of the PS packet;

[0022] Check and send, before sending the RTP packet, check the RTP packet to ensure the integrity of the data, and then send the RTP packet to the receiving end through the network.

[0023] Further, in S400, after receiving the RTP packet, the receiving end unpacks the RTP packet to restore it to a PS packet, and unpacks the PS packet to decompose it into a video packet and a coordinate packet. The specific method includes:

[0024] Parse the RTP header. After receiving the RTP message, you need to parse the RTP header to obtain relevant information of the message. The RTP header contains the version number, fill flag, extension flag, CSRC count, marker bit, load type, sequence number, timestamp and SSRC identifier fields; the load type field indicates the type of effective load data, and the sequence number and timestamp fields are used to ensure the order and synchronization of the data;

[0025] Extract the payload data. According to the payload type field in the RTP header, the receiver determines the type of the payload data and extracts the PS video stream segment accordingly. If the RTP message is divided into multiple segments for transmission, the receiver also needs to sort and reassemble these segments according to the sequence number and timestamp fields to restore the complete PS video stream segment.

[0026] Reassemble the PS video stream. After extracting all the PS video stream fragments, the receiving end needs to reassemble these fragments according to their order in the original PS video stream. During this process, the receiving end will use a buffer to temporarily store the received fragments and ensure the correct order of the fragments based on the sequence number and timestamp fields. After the reassembly is completed, the receiving end obtains the complete PS video stream and passes it to the upper-layer application for decoding and playback.

[0027] Furthermore, in S500, the video package and the coordinate package are decrypted, and the specific method includes: using the platform certificate issued by the GB35114 video security platform to perform identity authentication, and after the identity authentication is successful, using the vkek value issued by the platform to decrypt the video data and coordinate data.

[0028] In a second aspect, an embodiment of the present invention discloses a mobile video coordinate encoding system based on GB35114, including: a video coordinate acquisition module, a VKEK encryption module, a PS video stream packaging module, an RTP packaging module, a network transmission module, an RTP unpacking module, a VKEK decryption module and a terminal display module; wherein:

[0029] A video coordinate acquisition module, used to simultaneously acquire video data and coordinate data through a video acquisition encoder and a coordinate acquisition device, and to add a time stamp to the video data and coordinate data;

[0030] The VKEK encryption module is used to authenticate the video data and coordinate data. When the authentication is successful, the video data and coordinate data are encrypted at the same time.

[0031] A PS video stream packaging module, used for packaging the encrypted video data and coordinate data to obtain a PS packet;

[0032] An RTP packaging module, used for encapsulating the PS packet to obtain an RTP packet;

[0033] A network transmission module, used for sending the RTP packet to a receiving end via a transmission network;

[0034] An RTP unpacking module is used to unpack the RTP packet and restore it to a PS packet, and unpack the PS packet to decompose it into a video packet and a coordinate packet;

[0035] A VKEK decryption module, used to decrypt the video packet and the coordinate packet;

[0036] The terminal display module is used to synchronously output the decrypted data at the application output end.

[0037] The beneficial effects of the above technical solution provided by the embodiment of the present invention include at least:

[0038] The present invention discloses a mobile video coordinate encoding method and system based on GB35114. The coordinates are encrypted by the original vkek used for video encryption through the GB35114 standard, and the video encryption key is reused to protect the coordinate information, so that the coordinate information can also be enhanced in security through the GB35114 standard specification, avoiding data leakage and tampering during the coordinate transmission process. By hybrid encoding the encrypted coordinate data into the video stream data, the video stream channel can carry the coordinate data, eliminating the coordinate data transmission channel, and improving the system transmission processing efficiency. Through the hybridization of coordinate data and video stream data, the receiving end can decrypt the coordinates and video stream at the same time, avoiding the time deviation problem caused by the time difference between the separate transmission and decryption of coordinates and video stream data. By using the video stream load coordinate data, the original GB35114 application mainly based on playback can obtain mobile video coordinate data without adding coordinate communication channels, expanding the scope of application and improving system compatibility.

[0039] The technical solution of the present invention is further described in detail below through the accompanying drawings and embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] The accompanying drawings are used to provide a further understanding of the present invention and constitute a part of the specification. Together with the embodiments of the present invention, they are used to explain the present invention and do not constitute a limitation of the present invention. In the accompanying drawings:

[0041] Figure 1 This is a flow chart of a method for encoding mobile video coordinates based on GB35114 in Embodiment 1 of the present invention;

[0042] Figure 2 This is a structural diagram of a mobile video coordinate coding system based on GB35114 in Example 2 of the present invention. DETAILED DESCRIPTION

[0043] The exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although the exemplary embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided to enable a more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

[0044] In order to solve the problems existing in the prior art, an embodiment of the present invention provides a method and system for encoding mobile video coordinates based on GB35114.

[0045] Example 1

[0046] The present invention discloses a method for encoding mobile video coordinates based on GB35114. Figure 1 ,include:

[0047] S100. The mobile terminal simultaneously collects video data and coordinate data through a video acquisition encoder and a coordinate collector, and timestamps the video data and coordinate data; specifically, a video acquisition encoder is a device that compresses and transcodes the original video signal into a specific format for transmission or storage. Its core task is to convert the collected high-quality video signal into a suitable data stream. Common encoding formats include H.264, H.265, VP9, ​​etc. A coordinate collector, such as a GIS collector (handheld GPS), is a device that locates the current position by searching for satellites and collects point coordinates. The coordinate collector uses high-precision GPS technology to determine the current position by receiving satellite signals and calculate the coordinate information. The coordinate collector has functions such as high-precision positioning and high-speed data transmission.

[0048] In S100 of this embodiment, the mobile terminal will also complete the two-way authentication in the GB35114 specification before collecting video data and coordinate data. The specific method includes: the mobile terminal generates a pair of public and private keys, and uses the public and private key pair to generate a digital certificate. The mobile terminal sends the digital certificate to the GB35114 video security platform for authentication, obtains the authentication signature and platform certificate, completes the two-way authentication pre-process in the GB35114 specification, and completes the initialization of the mobile terminal.

[0049] S200. Authenticate the video data and coordinate data, and encrypt the video data and coordinate data at the same time after the authentication is successful; Authenticate the video data and coordinate data, and encrypt them at the same time after the authentication is successful, which is an important process involving data security and authentication. In this embodiment, an authentication mechanism based on digital certificates is used to ensure that the sender and receiver of the data are both authenticated and trusted entities.

[0050] In S200 of this embodiment, the video data and coordinate data are authenticated, and the specific method includes: determining whether the video data and coordinate data are input for the first time, and if the video data and coordinate data are input for the first time, using the platform certificate generated during the initialization process of the mobile terminal and the private key of the mobile terminal itself to perform two-way authentication on the data.

[0051] If the identity authentication of the video data and coordinate data fails, the data transmission will be blocked to prevent illegal or tampered data from proceeding to the next step; if the identity authentication of the video data and coordinate data succeeds, the vkek-value value for video encryption issued by the security platform based on the mobile terminal digital certificate is obtained, and the vkek-value value is obtained after the platform encrypts vkek using the public key of the mobile terminal. Specifically, in the GB35114 standard, VKEK is a key used to encrypt the video encryption key (VEK), thereby providing additional protection for VEK. In a video surveillance system, VEK is a symmetric key used to directly encrypt video content, while VKEK is a higher-level key to protect it.

[0052] In this embodiment, after obtaining the vkek-value, the mobile terminal uses its own private key to decrypt the vkek-value to obtain the vkek value, and uses the vkek value to encrypt the video data. At the same time, the mobile terminal encrypts the coordinate value that matches the video timestamp to obtain the encrypted video and coordinate data at the same time.

[0053] S300. Packing the encrypted video data and coordinate data to obtain a PS packet, encapsulating the PS packet to obtain an RTP packet, and sending the RTP packet to a receiving end via a transmission network;

[0054] In S300 of this embodiment, the encrypted video data and coordinate data are packaged to obtain a PS packet, and the specific method includes: adding a PES header before the encrypted video data, the PES header contains detailed information about the data in the PES packet, at least the type, timestamp and data length of the packet data stream; adding an optional header and padding bytes after the PES header as needed, the optional header contains additional information, and the padding bytes are used to ensure that the length of the PES packet meets specific requirements and avoids conflicts with the start code of subsequent data; adding a PS header to form a PS packet on the basis of the PES packet, the PS header contains synchronization information and clock recovery information, which is used to ensure correct synchronization and clock recovery of data; for key frames, a system header and PSM need to be added, the system header contains overall information about the PS stream, and the PSM provides a description of the basic streams in the program stream and their mutual relationship. After the above steps, the encrypted video and coordinate data have been encapsulated into a PS stream format. This PS stream can be transmitted through a network protocol or stored in a storage medium for subsequent use. During the transmission or storage process, the integrity and security of the PS stream need to be ensured.

[0055] In S300 of this implementation, the PS packet is encapsulated to obtain an RTP packet, and the specific method includes:

[0056] Add an RTP header, add an RTP header before each PS packet, the RTP header includes version information, padding flag, extension flag, CSRC count, marker bit, load type, sequence number, timestamp and SSRC identifier field; the sequence number and timestamp are used to ensure the order and synchronization of data;

[0057] Determine whether the PS packet needs to be segmented. If the size of the PS packet exceeds the maximum payload length, the PS packet needs to be segmented into multiple RTP packets for transmission. When segmenting, it is necessary to ensure that each RTP packet contains sufficient information to reconstruct the original PS packet.

[0058] Add RTP payload and use the segmented PS packet data as the payload part of the RTP packet; if the PS packet is segmented into multiple RTP packets, the payload part of each RTP packet will be a fragment of the PS packet;

[0059] Check and send, before sending the RTP packet, check the RTP packet to ensure the integrity of the data, and then send the RTP packet to the receiving end through the network.

[0060] S400. After receiving the RTP packet, the receiving end unpacks the RTP packet to restore it to a PS packet, unpacks the PS packet, and decomposes it into a video packet and a coordinate packet;

[0061] In S400 of this embodiment, after receiving the RTP packet, the receiving end unpacks the RTP packet to restore it to a PS packet, and unpacks the PS packet to decompose it into a video packet and a coordinate packet. The specific method includes:

[0062] Parse the RTP header. After receiving the RTP message, you need to parse the RTP header to obtain relevant information of the message. The RTP header contains the version number, fill flag, extension flag, CSRC count, marker bit, load type, sequence number, timestamp and SSRC identifier fields; the load type field indicates the type of effective load data, and the sequence number and timestamp fields are used to ensure the order and synchronization of the data;

[0063] Extract the payload data. According to the payload type field in the RTP header, the receiver determines the type of the payload data and extracts the PS video stream segment accordingly. If the RTP message is divided into multiple segments for transmission, the receiver also needs to sort and reassemble these segments according to the sequence number and timestamp fields to restore the complete PS video stream segment.

[0064] Reassemble the PS video stream. After extracting all the PS video stream fragments, the receiving end needs to reassemble these fragments according to their order in the original PS video stream. During this process, the receiving end will use a buffer to temporarily store the received fragments and ensure the correct order of the fragments based on the sequence number and timestamp fields. After the reassembly is completed, the receiving end obtains the complete PS video stream and passes it to the upper-layer application for decoding and playback.

[0065] In summary, after receiving the RTP stream, the network transmission module at the receiving end will perform a series of reverse operations to unpack and restore it to the PS video stream. This process needs to ensure the integrity, sequence and synchronization of the data, and consider issues such as network jitter, packet loss processing and security.

[0066] S500. Decrypt the video package and the coordinate package, and output the decrypted data synchronously at the application output terminal. In S500 of this embodiment, the video package and the coordinate package are decrypted, and the specific method includes: using the platform certificate issued by the GB35114 video security platform for identity authentication, and after the identity authentication is successful, using the vkek value issued by the platform to decrypt the video data and coordinate data.

[0067] The present embodiment discloses a method for encoding coordinates of mobile video based on GB35114. The coordinates are encrypted by the original vkek used for video encryption through the GB35114 standard, and the video encryption key is reused to protect the coordinate information, so that the coordinate information can also be enhanced in security through the GB35114 standard specification, avoiding data leakage and tampering during the coordinate transmission process. By hybrid encoding the encrypted coordinate data into the video stream data, the video stream channel can carry the coordinate data, eliminating the coordinate data transmission channel, and improving the system transmission processing efficiency. Through the hybridization of coordinate data and video stream data, the receiving end can decrypt the coordinates and video stream at the same time, avoiding the time deviation problem caused by the time difference between the separate transmission and decryption of coordinates and video stream data. By using the video stream load coordinate data, the original GB35114 application mainly based on playback can obtain mobile video coordinate data without adding coordinate communication channels, expanding the scope of application and improving system compatibility.

[0068] Example 2

[0069] Based on the same inventive concept, the disclosed embodiment also provides a mobile video coordinate encoding system based on GB35114, such as Figure 2 , including: video coordinate acquisition module, VKEK encryption module, PS video stream packaging module, RTP packaging module, network transmission module, RTP unpacking module, VKEK decryption module and terminal display module; among which:

[0070] A video coordinate acquisition module, used to simultaneously acquire video data and coordinate data through a video acquisition encoder and a coordinate acquisition device, and to add a time stamp to the video data and coordinate data;

[0071] The VKEK encryption module is used to authenticate the video data and coordinate data. When the authentication is successful, the video data and coordinate data are encrypted at the same time.

[0072] A PS video stream packaging module, used for packaging the encrypted video data and coordinate data to obtain a PS packet;

[0073] An RTP packaging module, used for encapsulating the PS packet to obtain an RTP packet;

[0074] A network transmission module, used for sending the RTP packet to a receiving end via a transmission network;

[0075] An RTP unpacking module is used to unpack the RTP packet and restore it to a PS packet, and unpack the PS packet to decompose it into a video packet and a coordinate packet;

[0076] A VKEK decryption module, used to decrypt the video packet and the coordinate packet;

[0077] The terminal display module is used to synchronously output the decrypted data at the application output end.

[0078] Among them, the specific working methods of the video coordinate acquisition module, VKEK encryption module, PS video stream packaging module, RTP packaging module, network transmission module, RTP unpacking module, VKEK decryption module and terminal display module have been recorded in detail in Example 1, and will not be repeated here in this embodiment.

[0079] It should be understood that the specific order or hierarchy of steps in the disclosed process is an example of an exemplary method. Based on design preferences, it should be understood that the specific order or hierarchy of steps in the process can be rearranged without departing from the scope of protection of the present disclosure. The attached method claims present the elements of the various steps in an exemplary order and are not intended to be limited to the specific order or hierarchy described.

[0080] In the above detailed description, various features are grouped together in a single embodiment to simplify the disclosure. This method of disclosure should not be interpreted as reflecting an intention that the embodiments of the claimed subject matter require more features than are clearly stated in each claim. On the contrary, as reflected in the appended claims, the invention is in a state of having less than all the features of the disclosed individual embodiments. Therefore, the appended claims are hereby expressly incorporated into the detailed description, with each claim standing on its own as a separate preferred embodiment of the invention.

[0081] Those skilled in the art will also appreciate that the various illustrative logic blocks, modules, circuits, and algorithmic steps described in conjunction with the embodiments herein can all be implemented as electronic hardware, computer software, or a combination thereof. In order to clearly illustrate the interchangeability between hardware and software, various illustrative components, blocks, modules, circuits, and steps are generally described above around their functions. Whether such functions are implemented as hardware or software depends on specific applications and the design constraints imposed on the entire system. A skilled person can implement the described functions in an alternative manner for each specific application, but such implementation decisions should not be interpreted as departing from the scope of protection of the present disclosure.

[0082] The steps of the method or algorithm described in conjunction with the embodiments herein may be directly embodied as hardware, a software module executed by a processor, or a combination thereof. The software module may be located in a RAM memory, a flash memory, a ROM memory, an EPROM memory, an EEPROM memory, a register, a hard disk, a mobile disk, a CD-ROM, or any other form of storage medium well known in the art. An exemplary storage medium is connected to the processor so that the processor can read information from the storage medium and can write information to the storage medium. Of course, the storage medium may also be an integral part of the processor. The processor and the storage medium may be located in an ASIC. The ASIC may be located in a user terminal. Of course, the processor and the storage medium may also be present in a user terminal as discrete components.

[0083] For software implementation, the techniques described in this application can be implemented with modules (e.g., procedures, functions, etc.) that perform the functions described in this application. These software codes can be stored in a memory unit and executed by a processor. The memory unit can be implemented within the processor or outside the processor. In the latter case, it is coupled to the processor in a communication manner via various means, which are well known in the art.

[0084] The above description includes examples of one or more embodiments. Of course, it is impossible to describe all possible combinations of components or methods for the purpose of describing the above embodiments, but it should be recognized by those skilled in the art that the various embodiments may be further combined and arranged. Therefore, the embodiments described herein are intended to cover all such changes, modifications and variations that fall within the scope of protection of the appended claims. In addition, with respect to the term "comprising" used in the specification or claims, the word is covered in a manner similar to the term "including", just as "including," is explained as a transitional word in the claims. In addition, any term "or" used in the specification of the claims is intended to mean "non-exclusive or".

Claims

1. A mobile video coordinate encoding method based on GB35114, characterized in that: include: S100. The mobile terminal simultaneously collects video data and coordinate data through a video acquisition encoder and a coordinate acquisition device, and timestamps the video data and coordinate data; S200. Authenticate the video data and coordinate data. When the authentication is successful, encrypt the video data and coordinate data at the same time; S300. Packing the encrypted video data and coordinate data to obtain a PS packet, encapsulating the PS packet to obtain an RTP packet, and sending the RTP packet to a receiving end via a transmission network; S400. After receiving the RTP packet, the receiving end unpacks the RTP packet to restore it to a PS packet, unpacks the PS packet, and decomposes it into a video packet and a coordinate packet; S500. Decrypt the video packet and the coordinate packet, and output the decrypted data synchronously at the application output end.

2. A method for encoding mobile video coordinates based on GB35114 as claimed in claim 1, characterized in that: In S100, the mobile terminal will also complete the two-way authentication in the GB35114 specification before collecting video data and coordinate data. The specific method includes: the mobile terminal generates a pair of public and private keys, and uses the public and private key pair to generate a digital certificate. The mobile terminal sends the digital certificate to the GB35114 video security platform for authentication, obtains the authentication signature and platform certificate, completes the two-way authentication pre-process in the GB35114 specification, and completes the initialization of the mobile terminal.

3. A method for encoding mobile video coordinates based on GB35114 as claimed in claim 2, characterized in that: In S200, the video data and coordinate data are authenticated, and the specific method includes: determining whether the video data and coordinate data are input for the first time, and if the video data and coordinate data are input for the first time, using the platform certificate generated during the initialization process of the mobile terminal and the private key of the mobile terminal itself to perform two-way authentication on the data.

4. A method for encoding mobile video coordinates based on GB35114 as claimed in claim 3, characterized in that: If the identity authentication of the video data and coordinate data fails, the data transmission will be blocked to prevent illegal or tampered data from proceeding to the next step; if the identity authentication of the video data and coordinate data succeeds, the vkek-value value for video encryption issued by the security platform based on the mobile terminal digital certificate is obtained, and the vkek-value value is obtained by encrypting vkek using the public key of the mobile terminal by the platform.

5. A method for encoding mobile video coordinates based on GB35114 as claimed in claim 4, characterized in that: After obtaining the vkek-value, the mobile terminal uses its own private key to decrypt the vkek-value, obtains the vkek value, and uses the vkek value to encrypt the video data. At the same time, the mobile terminal encrypts the coordinate value that matches the video timestamp to obtain the encrypted video and coordinate data at the same time.

6. The method for encoding mobile video coordinates based on GB35114 as claimed in claim 1, characterized in that: In S300, the encrypted video data and coordinate data are packaged to obtain a PS packet, and the specific method includes: adding a PES header before the encrypted video data, the PES header contains detailed information about the data in the PES packet, at least the type, timestamp and data length of the packet data stream; adding an optional header and padding bytes after the PES header as needed, the optional header contains additional information, and the padding bytes are used to ensure that the length of the PES packet meets specific requirements and avoids conflicts with the start code of subsequent data; based on the PES packet, adding a PS header to form a PS packet, the PS header contains synchronization information and clock recovery information, which are used to ensure correct synchronization and clock recovery of data; for key frames, it is also necessary to add a system header and PSM, the system header contains overall information about the PS stream, and the PSM provides a description of the basic streams in the program stream and their relationship.

7. The method for encoding mobile video coordinates based on GB35114 as claimed in claim 1, characterized in that: In S300, the PS packet is encapsulated to obtain an RTP packet, and the specific method includes: Add an RTP header, add an RTP header before each PS packet, the RTP header includes version information, padding flag, extension flag, CSRC count, marker bit, load type, sequence number, timestamp and SSRC identifier field; the sequence number and timestamp are used to ensure the order and synchronization of data; Determine whether the PS packet needs to be segmented. If the size of the PS packet exceeds the maximum payload length, the PS packet needs to be segmented into multiple RTP packets for transmission. When segmenting, it is necessary to ensure that each RTP packet contains sufficient information to reconstruct the original PS packet. Add RTP payload and use the segmented PS packet data as the payload part of the RTP packet; if the PS packet is segmented into multiple RTP packets, the payload part of each RTP packet will be a fragment of the PS packet; Checksum sending: Before sending the RTP packet, check the RTP packet to ensure the integrity of the data, and then send the RTP packet to the receiving end through the network.

8. The method for encoding mobile video coordinates based on GB35114 as claimed in claim 1, characterized in that: In S400, after receiving the RTP packet, the receiving end unpacks the RTP packet to restore it to a PS packet, and unpacks the PS packet to decompose it into a video packet and a coordinate packet. The specific method includes: Parse the RTP header. After receiving the RTP message, you need to parse the RTP header to obtain relevant information of the message. The RTP header contains the version number, fill flag, extension flag, CSRC count, marker bit, load type, sequence number, timestamp and SSRC identifier fields; the load type field indicates the type of effective load data, and the sequence number and timestamp fields are used to ensure the order and synchronization of the data; Extract the payload data. According to the payload type field in the RTP header, the receiver determines the type of the payload data and extracts the PS video stream segment accordingly. If the RTP message is divided into multiple segments for transmission, the receiver also needs to sort and reassemble these segments according to the sequence number and timestamp fields to restore the complete PS video stream segment. Reassemble the PS video stream. After extracting all the PS video stream fragments, the receiving end needs to reassemble these fragments according to their order in the original PS video stream. During this process, the receiving end will use a buffer to temporarily store the received fragments and ensure the correct order of the fragments based on the sequence number and timestamp fields. After the reassembly is completed, the receiving end obtains the complete PS video stream and passes it to the upper-layer application for decoding and playback.

9. The method for encoding mobile video coordinates based on GB35114 as claimed in claim 5, characterized in that: In S500, the video packet and the coordinate packet are decrypted, and the specific method includes: using the platform certificate issued by the GB35114 video security platform to perform identity authentication, and after the identity authentication is successful, using the vkek value issued by the platform to decrypt the video data and coordinate data.

10. A mobile video coordinate coding system based on GB35114, characterized in that: include: Video coordinate acquisition module, VKEK encryption module, PS video stream packaging module, RTP packaging module, network transmission module, RTP unpacking module, VKEK decryption module and terminal display module; among which: A video coordinate acquisition module, used to simultaneously acquire video data and coordinate data through a video acquisition encoder and a coordinate acquisition device, and to add a time stamp to the video data and coordinate data; The VKEK encryption module is used to authenticate the video data and coordinate data. When the authentication is successful, the video data and coordinate data are encrypted at the same time. A PS video stream packaging module, used for packaging the encrypted video data and coordinate data to obtain a PS packet; An RTP packaging module, used for encapsulating the PS packet to obtain an RTP packet; A network transmission module, used for sending the RTP packet to a receiving end via a transmission network; An RTP unpacking module is used to unpack the RTP packet and restore it to a PS packet, and unpack the PS packet to decompose it into a video packet and a coordinate packet; A VKEK decryption module, used to decrypt the video packet and the coordinate packet; The terminal display module is used to synchronously output the decrypted data at the application output end.

Images