A mobile video coordinate encoding method and system based on GB35114

Abstract

A mobile video coordinate encoding method and system based on GB35114, coordinates encrypted by the original vkek for video encryption are encrypted through GB35114 standard, the video encryption key is multiplexed, the coordinate information is protected, so that the coordinate information can also be safely enhanced through GB35114 standard specification, avoiding data leakage and tampering in the coordinate transmission process. By hybrid encoding the encrypted coordinate data into the video stream data, the video stream channel can load the coordinate data, eliminating the coordinate data transmission channel, improving the system transmission processing efficiency. Through the hybrid of coordinate data and video stream data, the receiving end can decrypt the coordinate and video stream at the same time, avoiding the time deviation problem caused by the time difference between coordinate and video stream data transmission and decryption. By using video stream to load coordinate data, the original GB35114 application based on playing can obtain mobile video coordinate data without increasing the coordinate communication channel, expanding the application range and improving the system compatibility.

Description

Technical Field

[0001] This invention relates to the field of video coding technology, and specifically to a method and system for encoding moving video coordinates based on GB35114. Background Technology

[0002] GB35114, or "Technical Requirements for Information Security of Networked Public Security Video Surveillance Systems," clarifies four requirements for information security systems in this field: interconnection structure, certificate and key requirements, basic functional requirements, and performance requirements. This standard enables video surveillance platform software to achieve secure video encoding and transmission. While the standard itself does not directly address specific technical methods for video coordinate encoding, the mobile video coordinate encoding method based on GB35114 is essentially an application approach that combines the information security requirements of GB35114 with video coordinate encoding technology.

[0003] During mobile video transmission, transmitting videos captured using a mobile app or a law enforcement recorder in accordance with this standard can ensure video transmission security. Mobile videos often contain coordinate information for map positioning and display. However, when using the GB35114 standard for mobile video transmission, coordinate information and video information are often transmitted through separate channels because the standard does not specify encryption channels and transmission methods related to coordinates.

[0004] This means that while the video can be transmitted encrypted using the GB35114 standard, the coordinate information generated simultaneously with the video is transmitted unencrypted, making coordinate information leakage possible. Furthermore, for the video transmission channel, after the mobile device encodes the video using the SVAC encoding format specified in the GB35114 standard, it is transmitted to the decryption terminal for decryption. The decrypted data is then matched with the coordinate data from the coordinate transmission channel. This separate decryption step for the video causes a delay in the coordinate data that was originally generated simultaneously with the video, 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 GB35114-based mobile video coordinate encoding method and system that overcomes or at least partially solves the above problems.

[0006] To address the aforementioned technical problems, the embodiments of this application disclose the following technical solutions:

[0007] In a first aspect, embodiments of the present invention disclose a mobile video coordinate encoding method based on GB35114, comprising:

[0008] S100. The mobile terminal simultaneously acquires 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. Perform identity authentication on the video data and coordinate data. When the identity authentication is successful, encrypt the video data and coordinate data simultaneously.

[0010] S300. Pack the encrypted video data and coordinate data into a PS packet, encapsulate the PS packet into an RTP packet, and send the RTP packet to the receiving end through the transmission network;

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

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

[0013] Furthermore, in S100, before collecting video data and coordinate data, the mobile terminal will also complete the two-way authentication in the GB35114 standard. 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 standard, and completes the mobile terminal initialization.

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

[0015] Furthermore, if the 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 authentication of the video data and coordinate data is successful, the vkek-value issued by the security platform based on the mobile terminal's digital certificate for video encryption will be obtained. The vkek-value is obtained by encrypting the vkek using the mobile terminal's public key.

[0016] Furthermore, after obtaining the vkek-value, the mobile device 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 device encrypts the coordinate values ​​that match the video timestamp, thereby obtaining encrypted video and coordinate data at the same time.

[0017] Further, in S300, the encrypted video data and coordinate data are packaged into a PS packet. The specific method includes: adding a PES header before the encrypted video data. The PES header contains detailed information about the data within the PES packet, including at least the type of data stream, timestamp, and data length. If necessary, an optional header and padding bytes are added after the PES header. The optional header contains additional information, and the padding bytes ensure that the length of the PES packet meets specific requirements and avoids conflicts with the start code of subsequent data. A PS header is added to the PES packet to form a PS packet. The PS header contains synchronization information and clock recovery information to ensure correct data synchronization and clock recovery. For keyframes, a system header and a PSM are also added. The system header contains overall information about the PS stream, while the PSM provides a description of the basic streams in the program stream and their interrelationships.

[0018] Furthermore, in S300, the PS packet is encapsulated to obtain an RTP packet, specifically through the following methods:

[0019] Add an RTP header to each PS packet. The RTP header includes version information, padding flags, extension flags, CSRC count, flag bits, payload type, sequence number, timestamp, and SSRC identifier fields. The sequence number and timestamp are used to ensure data order and synchronization.

[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. During segmentation, it is necessary to ensure that each RTP packet contains enough information to reconstruct the original PS packet.

[0021] Add an RTP payload, using 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] Verification and transmission: Before sending an RTP packet, the packet is verified to ensure data integrity, and then the RTP packet is sent to the receiving end over the network.

[0023] Furthermore, in S400, after the receiving end receives the RTP packet, it deconstructs the RTP packet back into a PS packet, and then deconstructs the PS packet into a video packet and a coordinate packet. The specific method includes:

[0024] Parsing the RTP header: After receiving an RTP message, it is necessary to parse the RTP header to obtain relevant information about the message. The RTP header includes version number, padding flag, extension flag, CSRC counter, flag bit, payload type, sequence number, timestamp, and SSRC identifier fields. Among them, the payload type field indicates the type of payload data, while the sequence number and timestamp fields are used to ensure the order and synchronization of the data.

[0025] The receiver extracts the payload data. Based on the payload type field in the RTP header, the receiver determines the type of the payload data and extracts the PS video stream segments accordingly. If the RTP packet is divided into multiple segments for transmission, the receiver also needs to sort and reassemble these segments based on the sequence number and timestamp fields to recover the complete PS video stream segments.

[0026] Reassembling the PS video stream involves reassembling the segments after extracting all the PS video stream segments in the order they appear in the original PS video stream. During this process, the receiver uses a buffer to temporarily store the received segments and uses the sequence number and timestamp fields to ensure the correct order of the segments. After reassembly, the receiver obtains the complete PS video stream and passes it to the upper-layer application for decoding and playback.

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

[0028] Secondly, embodiments of the present invention disclose a mobile video coordinate encoding system based on GB35114, comprising: 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] The video coordinate acquisition module is used to simultaneously acquire video data and coordinate data through a video acquisition encoder and a coordinate acquisition device, and to timestamp the video data and coordinate data.

[0030] The VKEK encryption module is used to authenticate the video data and coordinate data. Upon successful authentication, the video data and coordinate data are encrypted simultaneously.

[0031] The PS video stream packaging module is used to package the encrypted video data and coordinate data to obtain a PS package.

[0032] The RTP packaging module is used to encapsulate the PS packet to obtain an RTP packet;

[0033] The network transmission module is used to send the RTP packets to the receiving end through the transmission network;

[0034] The RTP unpacking module is used to unpack the RTP packets and restore them to PS packets, and to unpack the PS packets into video packets and coordinate packets.

[0035] The VKEK decryption module is used to decrypt the video packets and coordinate packets;

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

[0037] The beneficial effects of the above-described technical solutions provided in the embodiments of the present invention include at least the following:

[0038] This invention discloses a mobile video coordinate encoding method and system based on GB35114. It encrypts coordinates using the existing vkek encryption key (used for video encryption) within the GB35114 standard, reusing the video encryption key to protect coordinate information. This allows coordinate information to also be enhanced with security according to the GB35114 standard, preventing data leakage and tampering during coordinate transmission. By hybridizing the encrypted coordinate data with the video stream data, the video stream channel can carry coordinate data, eliminating the need for a separate coordinate data transmission channel and improving system transmission and processing efficiency. Through the hybridization of coordinate data and video stream data, the receiving end can simultaneously decrypt both coordinates and the video stream, avoiding time discrepancies caused by separate transmission and decryption of coordinate and video stream data. By using the video stream to carry coordinate data, existing GB35114 applications primarily for playback can acquire mobile video coordinate data without adding coordinate communication channels, expanding the application scope and improving system compatibility.

[0039] The technical solution of the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. Attached Figure Description

[0040] The accompanying drawings are provided to further illustrate the invention and form part of the specification. They are used in conjunction with embodiments of the invention to explain the invention and do not constitute a limitation thereof. In the drawings:

[0041] Figure 1 This is a flowchart of a GB35114-based mobile video coordinate encoding method in Embodiment 1 of the present invention;

[0042] Figure 2 This is a structural diagram of a GB35114 mobile video coordinate encoding system in Embodiment 2 of the present invention. Detailed Implementation

[0043] Exemplary embodiments of the present disclosure will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

[0044] To address the problems existing in the prior art, embodiments of the present invention provide a method and system for encoding mobile video coordinates based on GB35114.

[0045] Example 1

[0046] This invention discloses a mobile video coordinate encoding method based on GB35114, such as... Figure 1 ,include:

[0047] S100. The mobile terminal simultaneously acquires video data and coordinate data via a video capture encoder and a coordinate collector, and timestamps the video data and coordinate data. Specifically, a video capture encoder is a device that compresses and transcodes raw video signals into a specific format for transmission or storage. Its core task is to convert the acquired high-quality video signal into a suitable data stream; common encoding formats include H.264, H.265, and VP9. A coordinate collector, such as a GIS collector (handheld GPS), is a device that locates its current position and collects point coordinates by searching for satellites. The coordinate collector uses high-precision GPS technology, determines its current position by receiving satellite signals, and calculates coordinate information. The coordinate collector features high-precision positioning and high-speed data transmission capabilities.

[0048] In S100 of this embodiment, before collecting video data and coordinate data, the mobile terminal will also complete the two-way authentication in the GB35114 standard. 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 standard, and completes the mobile terminal initialization.

[0049] S200. Authentication is performed on the video data and coordinate data. Upon successful authentication, both the video data and coordinate data are encrypted simultaneously. Authentication of the video data and coordinate data, followed by simultaneous encryption, is a crucial process involving data security and authentication. This embodiment employs a digital certificate-based authentication mechanism to ensure that both the sender and receiver of the data are authenticated and trusted entities.

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

[0051] If the authentication of the video data and coordinate data fails, the data transmission will be blocked to prevent illegally transmitted or tampered data from proceeding to the next step. If the authentication of the video data and coordinate data is successful, the security platform will issue a vkek-value for video encryption based on the mobile terminal's digital certificate. This vkek-value is obtained by encrypting the vkek using the mobile terminal's public key. Specifically, in the GB35114 standard, VKEK is the key used to encrypt the video encryption key (VEK), thus providing additional protection for the VEK. In video surveillance systems, VEK is a symmetric key used to directly encrypt video content, while VKEK is a higher-level key that protects it.

[0052] In this embodiment, after obtaining the vkek-value, the mobile device 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 device encrypts the coordinate value that matches the video timestamp, thereby obtaining encrypted video and coordinate data at the same time.

[0053] S300. Pack the encrypted video data and coordinate data into a PS packet, encapsulate the PS packet into an RTP packet, and send the RTP packet to the receiving end through the transmission network;

[0054] In step S300 of this embodiment, the encrypted video data and coordinate data are packaged into a PS packet. The specific method includes: adding a PES header before the encrypted video data. The PES header contains detailed information about the data within the PES packet, including at least the data stream type, timestamp, and data length. If necessary, an optional header and padding bytes are added after the PES header. The optional header contains additional information, and the padding bytes ensure the PES packet length meets specific requirements and avoids conflicts with the start code of subsequent data. A PS header is added to the PES packet to form a PS packet. The PS header contains synchronization information and clock recovery information to ensure correct data synchronization and clock recovery. For keyframes, a system header and a PSM are also 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 interrelationships. After the above steps, the encrypted video and coordinate data have been encapsulated into a PS stream format. This PS stream can be transmitted via network protocols or stored in a storage medium for later use. During transmission or storage, the integrity and security of the PS stream must be ensured.

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

[0056] Add an RTP header to each PS packet. The RTP header includes version information, padding flags, extension flags, CSRC count, flag bits, payload type, sequence number, timestamp, and SSRC identifier fields. The sequence number and timestamp are used to ensure data order and synchronization.

[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. During segmentation, it is necessary to ensure that each RTP packet contains enough information to reconstruct the original PS packet.

[0058] Add an RTP payload, using 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] Verification and transmission: Before sending an RTP packet, the packet is verified to ensure data integrity, and then the RTP packet is sent to the receiving end over the network.

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

[0061] In S400 of this embodiment, after the receiving end receives the RTP packet, it deconstructs the RTP packet and restores it to a PS packet. The PS packet is then deconstructed into a video packet and a coordinate packet. The specific method includes:

[0062] Parsing the RTP header: After receiving an RTP message, it is necessary to parse the RTP header to obtain relevant information about the message. The RTP header includes version number, padding flag, extension flag, CSRC counter, flag bit, payload type, sequence number, timestamp, and SSRC identifier fields. Among them, the payload type field indicates the type of payload data, while the sequence number and timestamp fields are used to ensure the order and synchronization of the data.

[0063] The receiver extracts the payload data. Based on the payload type field in the RTP header, the receiver determines the type of the payload data and extracts the PS video stream segments accordingly. If the RTP packet is divided into multiple segments for transmission, the receiver also needs to sort and reassemble these segments based on the sequence number and timestamp fields to recover the complete PS video stream segments.

[0064] Reassembling the PS video stream involves reassembling the segments after extracting all the PS video stream segments in the order they appear in the original PS video stream. During this process, the receiver uses a buffer to temporarily store the received segments and uses the sequence number and timestamp fields to ensure the correct order of the segments. After reassembly, the receiver 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 receiving network transmission module performs a series of reverse operations to unpack and reconstruct the PS video stream. This process needs to ensure data integrity, order, and synchronization, and consider issues such as network jitter, packet loss handling, and security.

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

[0067] This embodiment discloses a mobile video coordinate encoding method based on GB35114. It encrypts the coordinates using the existing VKeK encryption key (used for video encryption) within the GB35114 standard, reusing the video encryption key to protect the coordinate information. This allows the coordinate information to also be enhanced with security according to the GB35114 standard, preventing data leakage and tampering during coordinate transmission. By hybridizing the encrypted coordinate data with the video stream data, the video stream channel can carry the coordinate data, eliminating the need for a separate coordinate data transmission channel and improving system transmission and processing efficiency. Through the hybridization of coordinate data and video stream data, the receiving end can simultaneously decrypt both the coordinates and the video stream, avoiding the time discrepancy caused by the time difference between separate transmission and decryption of coordinate and video stream data. By using the video stream to carry coordinate data, existing GB35114 applications primarily for playback can acquire mobile video coordinate data without adding coordinate communication channels, expanding the application scope and improving system compatibility.

[0068] Example 2

[0069] Based on the same inventive concept, this disclosure also provides a GB35114-based mobile video coordinate encoding system, such as... Figure 2 It includes: 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; among which:

[0070] The video coordinate acquisition module is used to simultaneously acquire video data and coordinate data through a video acquisition encoder and a coordinate acquisition device, and to timestamp the video data and coordinate data.

[0071] The VKEK encryption module is used to authenticate the video data and coordinate data. Upon successful authentication, the video data and coordinate data are encrypted simultaneously.

[0072] The PS video stream packaging module is used to package the encrypted video data and coordinate data to obtain a PS package.

[0073] The RTP packaging module is used to encapsulate the PS packet to obtain an RTP packet;

[0074] The network transmission module is used to send the RTP packets to the receiving end through the transmission network;

[0075] The RTP unpacking module is used to unpack the RTP packets and restore them to PS packets, and to unpack the PS packets into video packets and coordinate packets.

[0076] The VKEK decryption module is used to decrypt the video packets and coordinate packets;

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

[0078] 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 described in detail in Embodiment 1, and will not be repeated here.

[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 may be rearranged without departing from the scope of this disclosure. The appended method claims provide elements of various steps in an exemplary order and are not intended to limit the scope to the specific order or hierarchy described.

[0080] In the detailed description above, various features are combined together in a single embodiment to simplify this disclosure. This approach to disclosure should not be construed as reflecting an intention that embodiments of the claimed subject matter require more features than are explicitly stated in each claim. Rather, as reflected in the appended claims, the invention is presented with fewer features than all of the features in a single disclosed embodiment. Therefore, the appended claims are hereby explicitly incorporated into the detailed description, with each claim representing a separate preferred embodiment of the invention.

[0081] Those skilled in the art will also understand that the various illustrative logic blocks, modules, circuits, and algorithm steps described in conjunction with the embodiments herein can be implemented as electronic hardware, computer software, or a combination thereof. To clearly illustrate the interchangeability between hardware and software, the various illustrative components, blocks, modules, circuits, and steps described above are generally described in terms of their functionality. Whether such functionality is implemented as hardware or software depends on the specific application and the design constraints imposed on the overall system. Those skilled in the art can implement the described functionality in alternative ways for each specific application; however, such implementation decisions should not be construed as departing from the scope of this disclosure.

[0082] The steps of the methods or algorithms described in conjunction with the embodiments herein can be directly embodied in hardware, software modules executed by a processor, or a combination thereof. The software modules can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disks, removable disks, CD-ROMs, or any other form of storage medium well known in the art. An exemplary storage medium is connected to the processor, enabling the processor to read information from and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and storage medium can reside in an ASIC. The ASIC can reside in a user terminal. Alternatively, the processor and storage medium can exist as discrete components in the user terminal.

[0083] For software implementation, the techniques described in this application can be implemented using modules (e.g., procedures, functions, etc.) that perform the functions described in this application. This software code can be stored in memory units and executed by a processor. The memory units can be implemented within the processor or outside the processor; in the latter case, they are communicatively coupled to the processor via various means, as is well known in the art.

[0084] The foregoing description includes examples of one or more embodiments. It is certainly impossible to describe all possible combinations of components or methods in order to describe the above embodiments, but those skilled in the art will recognize that further combinations and arrangements of the various embodiments are possible. Therefore, the embodiments described herein are intended to cover all such changes, modifications, and variations that fall within the scope of the appended claims. Furthermore, the term "comprising" as used in the specification or claims is interpreted in a manner similar to the term "including," as interpreted when used as a conjunction in the claims. Additionally, the use of any term "or" 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, The application comprises the following steps: S100. The mobile terminal simultaneously collects video data and coordinate data through a video collection encoder and a coordinate collection device, and timestamps the video data and coordinate data; S200. The video data and coordinate data are subjected to identity authentication, and after successful identity authentication, the video data and coordinate data are subjected to same-time encryption; S300. The encrypted video data and coordinate data are subjected to data packaging to obtain PS packets, the PS packets are encapsulated to obtain RTP packets, and the RTP packets are transmitted to a receiving terminal through a transmission network; In S300, the encrypted video data and coordinate data are subjected to data packaging to obtain PS packets, and the specific method comprises the following steps: a PES packet header is added in front of the encrypted video data, the PES packet header contains detailed information about the data in the PES packet, at least the type, timestamp and data length of the packet data stream; according to the need, an optional packet header and padding bytes are added after the PES packet header, the optional packet header contains additional information, and the padding bytes are used to ensure that the length of the PES packet meets specific requirements and avoid conflicts with the start code of subsequent data; a PS packet header is added on the basis of the PES packet to form a PS packet, the PS packet header contains synchronization information and clock recovery information, which are used to ensure correct synchronization and clock recovery of the data; for a key frame, a system header and a PSM also 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; In S300, the PS packets are encapsulated to obtain RTP packets, and the specific method comprises the following steps: An RTP packet header is added, an RTP packet header is added in front of each PS packet, and the RTP packet header contains version information, a padding flag, an extension flag, a CSRC count, a marker bit, a payload type, a sequence number, a timestamp and an SSRC identifier field; the sequence number and the timestamp are used to ensure the order and synchronization of the data; It is judged whether the PS packet needs to be segmented, if the size of the PS packet exceeds the large payload length, the PS packet needs to be segmented into multiple RTP packets for transmission, and when the segmentation is performed, it is needed to ensure that each RTP packet contains sufficient information to reconstruct the original PS packet; An RTP payload is added, and the data of the segmented PS packet is used 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 segment of the PS packet; Checksum and sending, before the RTP packet is sent, the RTP packet is subjected to a checksum to ensure the integrity of the data, and then the RTP packet is transmitted to the receiving terminal through the network; S400. After the receiving terminal receives the RTP packet, the RTP packet is unpacked and restored to a PS packet, and the PS packet is subjected to unpacking processing, and the unpacking decomposes the PS packet into a video packet and a coordinate packet; S500. The video packet and the coordinate packet are subjected to decryption, and the decrypted data is synchronously output at an application output end.

2. The mobile video coordinate coding method based on GB35114 according to claim 1, characterized in that, In S100, the mobile terminal will complete the two-way authentication in 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 generates a digital certificate using the public and private keys. The mobile terminal sends the digital certificate to the GB35114 video security platform for authentication, obtains an authentication signature and a platform certificate, completes the two-way authentication pre-process in GB35114 specification, and completes the mobile terminal initialization.

3. The mobile video coordinate encoding method based on GB35114 according to claim 2, characterized in that, In S200, the video data and coordinate data are identity authenticated. The specific method includes: judging whether the video data and coordinate data are first input. If the video data and coordinate data are first input, the platform certificate generated in the mobile terminal initialization process and the private key of the mobile terminal itself are used for two-way identity authentication of the data.

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

5. The mobile video coordinate encoding method based on GB35114 according to claim 4, characterized in that, After obtaining the vkek-value value, the mobile terminal decrypts the vkek-value value using its own private key to obtain the vkek value. The video data is encrypted using the vkek value. At the same time, the mobile terminal encrypts the coordinate value matching the video timestamp to obtain encrypted video and coordinate data at the same time.

6. The mobile video coordinate encoding method based on GB35114 according to claim 1, characterized in that, In S400, the receiving end receives the RTP packet, unpacks the RTP packet to restore the PS packet, unpacks the PS packet, and decomposes the PS packet into a video packet and a coordinate packet. The specific method includes: Parsing the RTP header. After receiving the RTP message, the RTP header needs to be parsed to obtain the related information of the message. The RTP header includes version number, padding flag, extension flag, CSRC count, marker bit, payload type, sequence number, timestamp and SSRC identifier field. Among them, the payload type field indicates the type of valid payload data, and the sequence number and timestamp fields are used to ensure the order and synchronization of data. Extracting valid payload data. According to the payload type field in the RTP header, the receiving end determines the type of valid payload data and extracts the PS video stream segment accordingly. If the RTP message is divided into multiple segments for transmission, the receiving end also needs to sort and recombine these segments according to the sequence number and timestamp field to restore the complete PS video stream segment. Recombining the PS video stream. After extracting all PS video stream segments, the receiving end needs to recombine these segments in the order of the original PS video stream. In this process, the receiving end will use a buffer to temporarily store the received segments and ensure the correct order of the segments according to the sequence number and timestamp field. After recombination, the receiving end obtains the complete PS video stream and passes it to the upper layer application for decoding and playing.

7. The mobile video coordinate encoding method based on GB35114 according to claim 5, characterized in that, In S500, the video packet and the coordinate packet are decrypted, and the specific method comprises: 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 the coordinate data.

8. A mobile video coordinate encoding system based on GB35114, using the encoding method of any one of claims 1-7. Comprise: A video coordinate collection 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: The video coordinate collection module is used for collecting video data and coordinate data through a video collection encoder and a coordinate collector simultaneously, and time stamping the video data and the coordinate data; The VKEK encryption module is used for identity authentication of the video data and the coordinate data, and when the identity authentication is successful, the video data and the coordinate data are encrypted at the same time The PS video stream packaging module is used for data packaging of the encrypted video data and coordinate data to obtain a PS packet; The RTP packaging module is used for encapsulating the PS packet to obtain an RTP packet; The network transmission module is used for sending the RTP packet to a receiving end through a transmission network; The RTP unpacking module is used for unpacking the RTP packet to restore the PS packet, and unpacking the PS packet to obtain a video packet and a coordinate packet; The VKEK decryption module is used for decrypting the video packet and the coordinate packet; The terminal display module is used for synchronously outputting the decrypted data on an application output end.

Images