A method, system, device and storage medium for uploading differential to CORS

Abstract

This invention provides a method, system, device, and storage medium for uploading differential data to CORS, relating to the field of satellite navigation and positioning technology. The method, executed by a host computer, includes: real-time acquisition of base station data streams; byte-by-byte content feature extraction of the base station data stream based on preset filtering feature rules to obtain a target doped dataset; differential purification of the base station data stream based on the target doped dataset to obtain a target differential data stream; and continuous uploading of the target differential data stream to a CORS server, thereby enabling a mobile station to perform positioning based on the CORS server and the target differential data stream, obtaining a target positioning result. This method allows the host computer to directly extract and remove doped data from the base station data stream based on byte-level start and end features, without requiring protocol-level parsing of the data content, thus obtaining a clean differential data stream and continuously uploading it to the CORS server, thereby ensuring high-precision positioning of the mobile station based on this differential data stream.

Description

Technical Field

[0001] This invention belongs to the field of satellite navigation and positioning technology, specifically relating to a method, system, device, and storage medium for uploading differential data to CORS. Background Technology

[0002] In the field of satellite navigation and positioning technology, the Continuously Operating Reference Stations (CORS) system achieves high-precision positioning by aggregating differential correction data from base stations and broadcasting it to mobile stations. Currently, base station observation equipment typically outputs data to a higher-level processing unit via a communication link, which then forwards it to the differential data service center; some equipment can also directly upload data. However, in the raw stream output by base station equipment, differential correction data is often mixed with operational data such as equipment status messages and control commands. Existing higher-level processing units often directly transmit this mixed stream without effectively identifying and removing non-differential operational data. This results in the service center receiving a large amount of irrelevant data, which can easily trigger protocol parsing anomalies or data loss, causing differential service interruptions. Consequently, mobile stations cannot reliably obtain effective correction information, severely impacting the continuity and reliability of high-precision positioning. Summary of the Invention

[0003] To address the shortcomings of existing technologies, this invention provides a method, system, device, and storage medium for uploading differential data to CORS, thereby solving the aforementioned problems. This method uses a host computer to directly extract and remove adulterated data from the base station data stream based on byte-level start and end features, without requiring protocol-level parsing of the data content. This results in a clean differential data stream that is continuously uploaded to the CORS server, thereby ensuring that the mobile station achieves high-precision positioning based on the differential data stream.

[0004] To address the aforementioned technical problems, this invention provides a method for uploading differential data to CORS. This method is executed by a host computer and specifically includes the following steps: Real-time acquisition of base station data streams; Starting from the beginning byte of the base station data stream, content features are extracted byte by byte based on preset filtering feature rules. After each target feature data segment is extracted, the content feature extraction action is repeated starting from the next byte after the end of the target feature data segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data segments. Differential purification is performed on the base station data stream based on the target doped dataset to obtain the target differential data stream; Continuously uploading the target differential data stream to the CORS server, so that the rover performs positioning based on the CORS server and the target differential data stream to obtain a target positioning result; wherein, the content feature extraction is specifically: when the currently read byte conforms to the data segment start feature defined by the preset filtering feature rule, taking this byte as the start byte of the current data segment, continuing to sequentially read subsequent bytes until a byte that conforms to the data segment end feature defined by the preset filtering feature rule is read, taking this byte as the end byte of the current data segment, and extracting all bytes between the start byte and the end byte as one target feature data segment.

[0005] In the above solution, after acquiring the base station data stream, the upper computer scans byte by byte starting from the start byte based on the preset filtering feature rule. When the currently read byte conforms to the start feature of the data segment, it continues to sequentially read subsequent bytes starting with this byte as the start byte until a byte conforming to the end feature of the data segment is read and is used as the end byte, all bytes between the start byte and the end byte are extracted as the target feature data segment. After the extraction is completed, the above content feature extraction operation is repeatedly executed starting from the next byte at the end position of the segment until the base station data stream is fully traversed, thereby obtaining the target doped data set. Since the content feature extraction only performs segment boundary identification based on the formal rule that conforms to the start feature and end feature at the byte level, the upper computer does not need to parse the semantic content or protocol format of each data segment in the base station data stream, and can perform differential purification on the base station data stream based on the target doped data set to obtain a remaining byte set, then obtain the target differential data stream based on the remaining byte set and continuously upload it to the CORS server, thereby avoiding the computational overhead and processing delay caused by protocol-level parsing, improving the real-time performance and processing efficiency of differential data purification and uploading, ensuring the purity and integrity of the differential data stream uploaded to the CORS server, and enabling the rover to perform high-precision positioning based on the target differential data stream.

[0006] It should be noted that the target differential data stream is core differential data output by a base station GNSS receiver (Global Navigation Satellite System Receiver, Beidou receiver), which can eliminate satellite ephemeris and clock errors, ionospheric and tropospheric delay errors, and is different from data that needs to be parsed and uploaded in conventional technologies. The upper computer may specifically be a handheld device (also called a field controller) matched with the GNSS receiver, which has independent mobile network communication capability.

[0007] Further, the acquiring the base station data stream includes: establishing a data communication link with the base station based on a preset wireless communication protocol; Based on the data communication link, a link establishment request signal is sent to the base station, and a link establishment response signal is received from the base station; Based on the base station link establishment response signal, the link establishment result is obtained. When the link establishment result is successful, the original binary data stream is obtained in real time based on the data communication link and the base station, and the base station data stream is determined based on the original binary data stream.

[0008] In the above scheme, a data communication link is established with the base station based on a preset wireless communication protocol. A link establishment request signal is sent to the base station via this data communication link, and a link establishment response signal is received from the base station. The link establishment result is obtained based on the base station's link establishment response signal. When the link establishment result is successful, the original binary data stream is acquired in real time based on the data communication link and the base station, and the base station data stream is determined based on the original binary data stream. This scheme, through the interaction mechanism between the link establishment request signal and the base station's link establishment response signal, ensures that the original binary data stream is acquired only when the link establishment result is successful, avoiding the loss or error of the original binary data stream caused by directly acquiring the base station data stream when the data communication link is not ready. Simultaneously, by explicitly stating that the base station data stream originates from the original binary data stream, the base station data stream maintains its underlying byte sequence form without additional conversion, thus providing a consistent and distortion-free data foundation for subsequent content feature extraction based on preset filtering feature rules, ensuring the reliability and stability of the initial stage of the differential purification process.

[0009] It should be noted that the preset wireless communication protocol includes Bluetooth protocol and local area network Wi-Fi protocol. The host computer can select any one of them or support both protocols at the same time to establish a data communication link with the base station GNSS receiver according to the actual working environment.

[0010] Further, the preset filtering feature rules include preset start identifier rules and preset end identifier rules, wherein the preset start identifier rule defines a data segment start feature as a byte sequence beginning with a preset character combination, and the preset end identifier rule defines a data segment end feature as a byte sequence ending with a preset control character; the step of extracting content features byte-by-byte from the base station data stream based on the preset filtering feature rules includes: Starting from the beginning byte of the base station data stream, the base station data stream is matched byte by byte based on the preset beginning identifier rule. When the currently read byte and subsequent consecutive bytes are consistent with the preset character combination, it is determined that the current position conforms to the data segment beginning feature. Using this byte as the starting byte of the current data segment, continue reading subsequent bytes sequentially. Perform end feature matching byte by byte based on the preset end identifier rule. When a byte that matches the preset control character is read, determine that the current position meets the data segment end feature. All bytes from the start byte to the end byte are extracted into a target feature data segment, and the step of matching the start feature byte by byte based on the preset start identifier rule is repeated starting from the next byte after the end of the target feature data segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data fragments.

[0011] In the above scheme, the data segment start feature defined by the preset start identifier rule is a byte sequence that begins with a preset character combination, and the data segment end feature defined by the preset end identifier rule is a byte sequence that ends with a preset control character. The specific process of content feature extraction is as follows: starting from the start byte of the base station data stream, start feature matching is performed byte by byte based on the preset start identifier rule. When the currently read byte and subsequent consecutive bytes are consistent with the preset character combination, it is determined that they meet the data segment start feature. The byte is used as the start byte to continue reading subsequent bytes in sequence. End feature matching is performed byte by byte based on the preset end identifier rule. When a byte that is consistent with the preset control character is read, it is determined that it meets the data segment end feature. All bytes between the start byte and the end byte are extracted into a target feature data segment, and the start feature matching step is repeated from the next byte after the end of the segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data segments. The above scheme transforms content feature extraction into byte sequence comparison based on preset character combinations and preset control characters through collaborative matching of preset start and end identifier rules. The host computer only needs to perform byte equality comparisons to complete start and end feature matching, without parsing protocol semantics or maintaining a state machine. After a successful start match, the system continues to perform end feature matching. Once a preset control character is detected, the fragment boundary is determined, achieving precise locking and complete capture of the target feature data fragment. This avoids data truncation or over-extraction, ensuring the accuracy of the target doped dataset and the reliability of subsequent differential cleanup.

[0012] Furthermore, the step of extracting content features byte-by-byte from the base station data stream based on preset filtering feature rules includes: The start identifiers for plaintext redundant data and satellite observation data are determined based on the preset start identifier rules. Starting from the beginning byte of the base station data stream, the starting feature is matched byte by byte based on the preset starting identifier rule. When the currently read byte and subsequent consecutive bytes are consistent with the plaintext redundant data starting identifier, or when the currently read byte and subsequent consecutive bytes are consistent with the satellite observation data starting identifier, the current position is determined to meet the data segment starting feature. Using this byte as the starting byte of the current data segment, continue reading subsequent bytes sequentially. Perform end feature matching byte by byte based on the preset end identifier rule. When a byte that matches the preset control character is read, determine that the current position meets the data segment end feature. All bytes from the start byte to the end byte are extracted into a single target feature data fragment. Starting from the next byte after the end of the target feature data segment, the steps of performing start feature matching and end feature matching byte by byte are repeated until all bytes in the base station data stream have been traversed, and the target doping dataset is obtained based on all extracted target feature data segments.

[0013] In the above scheme, during the content feature extraction process, starting from the beginning byte of the base station data stream, byte-by-byte initial feature matching is performed. When the currently read byte and subsequent consecutive bytes match the plaintext redundant data start identifier or the satellite observation data start identifier, the current position is determined to meet the data segment start feature. Then, using this byte as the starting byte, subsequent bytes are read sequentially for end feature matching. When a byte matching a preset control character is read, it is determined to meet the data segment end feature. All bytes between the start and end bytes are extracted as the target feature data segment. The matching steps are then repeated starting from the next byte after the end of this segment until all bytes have been traversed. This scheme, by simultaneously limiting both plaintext redundant data start identifiers and satellite observation data start identifiers to two types of initial features, ensures that the preset filtering feature rules can comprehensively cover the two common types of mixed data in the base station data stream. During the byte-by-byte initial feature matching process, the host computer initiates segment extraction as soon as any identifier is detected, avoiding blind spots caused by a single type of initial identifier. Simultaneously, both types of initial identifiers share the same preset end identifier rule for end feature matching, reducing the complexity of the processing logic. Therefore, both plaintext redundant data and satellite observation data in the base station data stream can be accurately extracted as target feature data fragments, ensuring the integrity of the target doped dataset, thereby improving the thoroughness of differential purification and making the final target differential data stream have higher purity.

[0014] Further, the step of differentially cleaning the base station data stream based on the target doped dataset to obtain the target differential data stream includes: Based on the target doping dataset, determine the start byte position and end byte position of each target feature data segment in the base station data stream, and determine the byte range of each target feature data segment in the base station data stream based on the start byte position and end byte position; Based on the byte range, each target feature data segment is removed from the base station data stream segment by segment to obtain several undoped data segments; The binary byte stream is reassembled based on the aforementioned undoped data segments to obtain the target differential data stream.

[0015] In the above scheme, the starting and ending byte positions of each target feature data segment in the base station data stream are first determined based on the target doped dataset. Then, based on these positional information, the byte range of each segment in the base station data stream is determined. Next, based on these byte ranges, each target feature data segment is removed segment by segment from the base station data stream, resulting in several undoped data segments. Finally, these undoped data segments are reassembled into a binary byte stream to obtain the target differential data stream. This scheme precisely defines the byte range of each target feature data segment by using the starting and ending byte positions, enabling the host computer to perform segment-by-segment removal based on the physical boundaries of the byte ranges, avoiding data corruption or residue caused by fuzzy matching or content replacement. The resulting undoped data segments are reassembled into a binary byte stream in their original order, maintaining the temporal continuity and logical integrity of the differential data, and avoiding data fragmentation or timing errors caused by the removal operation. The resulting target differential data stream contains no doped components and maintains the standard differential data format, allowing the CORS server to directly recognize and forward it, ensuring stable and reliable high-precision positioning for the mobile station.

[0016] It should be noted that the target differential data stream described in this invention is the raw binary differential data output by the base station GNSS receiver. The host computer does not need to parse or modify the differential data itself during the entire processing, nor does it need to generate or upload GGA data (General Protocol Positioning Data) to the CORS server. It only performs data filtering and forwarding operations.

[0017] Furthermore, the step of continuously uploading the target differential data stream to the CORS server includes: A data source access request instruction is generated based on a preset differential data network transmission protocol, preset access credentials, and preset data mounting identifier; The data source access request instruction is sent to the CORS server so that the CORS server performs authentication based on the data source access request instruction and obtains the authorization verification result. When the permission verification result is successful, a client version notification message is generated based on the preset client identity identifier field, and the client version notification message is sent to the CORS server so that the CORS server can confirm the identity and complete the session establishment, and the target differential data stream is continuously uploaded to the CORS server.

[0018] In the above scheme, a data source access request command is first generated based on a preset differential data network transmission protocol, preset access credentials, and preset data mounting identifier. This command is sent to the CORS server to enable authentication and obtain an authorization verification result. When the authorization verification result is successful, a client version announcement message is generated based on a preset client identity identifier field and sent to the CORS server to confirm the identity and complete the session establishment. Then, the target differential data stream is continuously uploaded to the CORS server. This scheme decomposes the upload operation into two stages: authentication and session establishment, through a preset differential data network transmission protocol. In the authentication stage, the CORS server performs authorization verification based on the preset access credentials and preset data mounting identifier in the data source access request command. Only when the authorization verification result is successful is the session establishment stage allowed, preventing unauthorized access or incorrect data mounting. In the session establishment stage, the client version announcement message generated through the preset client identity identifier field enables the CORS server to confirm the identity and complete the session establishment, ensuring protocol matching and identity verification between the communicating parties. After the session is established, the target differential data stream is continuously uploaded to ensure that the base station differential data is continuously injected into the CORS server, providing continuous differential data services to the mobile station.

[0019] The present invention also provides a system for uploading differential data to CORS, comprising: The data acquisition module is used to acquire base station data streams in real time. The feature extraction module is used to extract content features byte by byte from the start byte of the base station data stream based on preset filtering feature rules. Whenever a target feature data segment is extracted, the content feature extraction action is repeated from the next byte after the end position of the target feature data segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data segments. The differential purification module is used to perform differential purification on the base station data stream based on the target doped dataset to obtain the target differential data stream; The data upload module is used to continuously upload the target differential data stream to the CORS server, thereby enabling the mobile station to perform positioning based on the CORS server and the target differential data stream, and obtain the target positioning result; Specifically, the content feature extraction performed by the feature extraction module is as follows: when the currently read byte matches the data segment start feature defined by the preset filtering feature rule, the byte is used as the start byte of the current data segment, and subsequent bytes are read sequentially until a byte matching the data segment end feature defined by the preset filtering feature rule is read. Then, the byte is used as the end byte of the current data segment, and all bytes from the start byte to the end byte are extracted into a target feature data fragment.

[0020] In the above scheme, the feature extraction module extracts content features byte by byte from the start byte of the base station data stream based on preset filtering feature rules. After each extracted target feature data segment, the process repeats from the next byte after the end of that segment until the entire base station data stream has been traversed. Based on all extracted target feature data segments, a target doping dataset is obtained. The differential cleansing module performs differential cleansing on the base station data stream based on the target doping dataset to obtain a target differential data stream. The data upload module continuously uploads the target differential data stream to the CORS server. This system forms a complete processing chain through the cascading collaboration of the data acquisition module, feature extraction module, differential cleansing module, and data upload module. The content feature extraction performed by the feature extraction module only compares byte-level features based on the start and end features of the data segment, without needing to parse the protocol semantics of the base station data stream, reducing system complexity and resource consumption while ensuring real-time processing capability of the base station data stream.

[0021] Furthermore, the data acquisition module is used to acquire base station data streams, including: Establish a data communication link with the base station based on a preset wireless communication protocol; Based on the data communication link, a link establishment request signal is sent to the base station, and a link establishment response signal is received from the base station; Based on the base station link establishment response signal, the link establishment result is obtained. When the link establishment result is successful, the original binary data stream is obtained in real time based on the data communication link and the base station, and the base station data stream is determined based on the original binary data stream.

[0022] In the above scheme, the data acquisition module establishes a data communication link with the base station based on a preset wireless communication protocol. It sends a link establishment request signal to the base station and receives a link establishment response signal from the base station. Based on the base station's link establishment response signal, it acquires the link establishment result. When the link establishment result is successful, it acquires the raw binary data stream in real time based on the data communication link and the base station, and determines the base station data stream based on the raw binary data stream. This scheme introduces an interaction mechanism between the link establishment request signal and the base station's link establishment response signal in the data acquisition module, acquiring the raw binary data stream only when the link establishment result is successful. This avoids invalid data acquisition or waste of system resources due to an incomplete data communication link. Simultaneously, explicitly acquiring the raw binary data stream allows the subsequent feature extraction module to directly operate on the unencapsulated underlying byte sequence, ensuring that the preset filtering feature rules perform content feature extraction based on a consistent and distortion-free data source. This provides a reliable input foundation for the entire differential cleansing process, guaranteeing that the differential data stream finally uploaded to the CORS server has a traceable original data source.

[0023] Another embodiment of the present invention provides a terminal device, including: a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, wherein when the processor executes the computer program, it implements the steps of a method for uploading differential to CORS as described in the present invention.

[0024] Another embodiment of the present invention also provides a computer-readable storage medium item, including: a stored computer program, which, when the computer program is running, controls the device where the computer-readable storage medium is located to perform the steps of a method for uploading differential to CORS as described in the present invention. Attached Figure Description

[0025] Figure 1 This is a schematic flowchart of a method for uploading differential data to CORS according to an embodiment of the present invention; Figure 2 This is a schematic diagram of a system architecture for uploading differential data to CORS according to an embodiment of the present invention. Detailed Implementation

[0026] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0027] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.

[0028] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0029] Please see Figure 1 This embodiment provides a method for uploading differential data to CORS. This method is executed by a host computer and specifically includes the following steps: Step S1: Acquire base station data stream in real time; Step S2: Starting from the beginning byte of the base station data stream, extract content features byte by byte based on preset filtering feature rules. After each target feature data segment is extracted, repeat the content feature extraction action starting from the next byte after the end of the target feature data segment until the base station data stream is traversed. Obtain the target doping dataset based on all extracted target feature data segments. Step S3: Perform differential cleaning on the base station data stream based on the target doped dataset to obtain the target differential data stream; Step S4: The target differential data stream is continuously uploaded to the CORS server, thereby enabling the mobile station to perform positioning based on the CORS server and the target differential data stream, and obtain the target positioning result; Specifically, the content feature extraction is as follows: when the currently read byte matches the data segment start feature defined by the preset filtering feature rule, the byte is used as the start byte of the current data segment, and subsequent bytes are read sequentially until a byte matching the data segment end feature defined by the preset filtering feature rule is read. Then, the byte is used as the end byte of the current data segment, and all bytes from the start byte to the end byte are extracted into a target feature data fragment.

[0030] In this embodiment, after acquiring the base station data stream, the host computer scans byte by byte starting from the beginning byte based on preset filtering feature rules. When the currently read byte matches the start feature of a data segment, it continues to read subsequent bytes sequentially, starting with that byte, until it reads a byte that matches the end feature of a data segment. This byte is then used as the end byte, and all bytes between the start and end bytes are extracted as the target feature data segment. After extraction, the above content feature extraction action is repeated starting from the next byte after the end of the segment until the entire base station data stream has been traversed, thereby obtaining the target doped dataset. Since the content feature extraction only relies on byte-level matching... The system uses formal rules for starting and ending features to identify segment boundaries. The host computer does not need to parse the semantic content or protocol format of each data segment in the base station data stream. It can perform differential purification on the base station data stream based on the target doped dataset to obtain the remaining byte set. Then, it can obtain the target differential data stream based on the remaining byte set and continuously upload it to the CORS server. This avoids the computational overhead and processing delay caused by protocol-level parsing, improves the real-time performance and processing efficiency of differential data purification and uploading, and ensures the purity and integrity of the differential data stream uploaded to the CORS server. This enables the mobile station to perform high-precision positioning based on the target differential data stream.

[0031] Furthermore, the acquisition of base station data stream includes: Establish a data communication link with the base station based on a preset wireless communication protocol; Based on the data communication link, a link establishment request signal is sent to the base station, and a link establishment response signal is received from the base station; Based on the base station link establishment response signal, the link establishment result is obtained. When the link establishment result is successful, the original binary data stream is obtained in real time based on the data communication link and the base station, and the base station data stream is determined based on the original binary data stream.

[0032] In this embodiment, a data communication link is established with the base station based on a preset wireless communication protocol. A link establishment request signal is sent to the base station via this data communication link, and a link establishment response signal is received from the base station. The link establishment result is obtained based on the base station's link establishment response signal. When the link establishment result is successful, the original binary data stream is acquired in real time based on the data communication link and the base station, and the base station data stream is determined based on the original binary data stream. This embodiment ensures that the original binary data stream is acquired only when the link establishment result is successful through the interaction mechanism of the link establishment request signal and the base station's link establishment response signal. This avoids the loss or error of the original binary data stream caused by directly acquiring the base station data stream when the data communication link is not ready. Simultaneously, by explicitly stating that the base station data stream originates from the original binary data stream, the base station data stream maintains its underlying byte sequence form without additional conversion. This provides a consistent and distortion-free data foundation for subsequent content feature extraction based on preset filtering feature rules, ensuring the reliability and stability of the initial stage of the differential purification process.

[0033] In one embodiment, a method for uploading differential signals to CORS is provided. This method is executed by a host computer, which may be, for example, handheld device software connected to a base station Global Navigation Satellite System (GNSS) receiver via Bluetooth or Wi-Fi communication. Specifically, the method includes: First, the handheld device software receives connection configuration parameters manually entered by the user for uploading to the Continuously Operating Reference Station (CORS) server. These parameters include IP address, port, username, password, and mount point (i.e., access point). These parameters are universally required for uploading differential data based on the internationally recognized NTRIP protocol, and the handheld device software stores these parameters locally in advance. It should be noted that NTRIP (Networked Transport of RTCM via Internet Protocol) is a standard protocol for transmitting differential correction data over the Internet, and the parameters mentioned above are all necessary for connecting to the CORS server and uploading data using this protocol.

[0034] The handheld device software establishes a data communication link with the base station GNSS receiver via Bluetooth or Wi-Fi. Once the link is established, the handheld device software sends a link establishment request signal to the base station through the data communication link and receives a base station link establishment response signal from the base station. Based on the base station link establishment response signal, the software obtains the link establishment result. When the link establishment result is successful, the handheld device software acquires the raw binary data stream from the base station GNSS receiver in real time based on the data communication link and determines the base station data stream based on the raw binary data stream.

[0035] It should be noted that after the base station GNSS receiver successfully starts up, it continuously generates differential data. This differential data includes various information used to correct positioning errors, such as satellite ephemeris errors, satellite clock errors, ionospheric delay errors, and tropospheric delay errors. By using this differential data for positioning calculations, positioning accuracy can be improved from meters to centimeters or even millimeters. The base station receiver transmits this differential data to the handheld device software via Bluetooth or Wi-Fi in the form of a raw binary byte stream. The base station data stream thus maintains its byte sequence format without the need for additional format conversion, providing a consistent and distortion-free data foundation for subsequent content feature extraction based on preset filtering rules. This ensures the reliability and stability of the initial stage of the differential purification process.

[0036] Next, the handheld device software extracts content features from the base station data stream to obtain the target doping dataset. The specific process of content feature extraction is as follows: starting from the beginning byte of the base station data stream, the base station data stream is scanned byte by byte based on preset filtering feature rules; when the currently read byte matches the data segment start feature defined by the preset filtering feature rules, this byte is used as the start byte of the current data segment, and subsequent bytes are read sequentially until a byte matching the data segment end feature defined by the preset filtering feature rules is read. This byte is then used as the end byte of the current data segment, and all bytes from the start byte to the end byte are extracted as a target feature data segment; after the extraction of the current segment is completed, the above content feature extraction action is repeated starting from the next byte after the end position of the target feature data segment until the entire base station data stream is traversed, and the target doping dataset is obtained based on all extracted target feature data segments.

[0037] It should be noted that the above content feature extraction process only identifies the boundaries of data segments based on whether the byte level conforms to the formal rules of start and end features. The handheld device software does not need to parse the semantic content or differential data protocol format (such as RTCM format) of each data segment in the base station data stream. Therefore, it avoids the computational overhead and processing delay caused by protocol-level parsing, thereby greatly improving the real-time performance and processing efficiency of differential data purification and uploading.

[0038] After obtaining the target doped dataset, the handheld device software performs differential purification on the base station data stream based on the target doped dataset to obtain the target differential data stream. For example, feature data segments corresponding to the target doped dataset are removed from the original base station data stream, and the remaining byte set after removal is used as the target differential data stream, thereby ensuring the purity and integrity of the differential data stream finally uploaded to the CORS server.

[0039] Finally, the handheld device software, based on the pre-stored connection configuration parameters—namely, the IP address, port, username, password, and mount point—establishes a connection with the CORS server using the NTRIP protocol and continuously uploads the target differential data stream to the CORS server. Thus, the mobile station can obtain the clean target differential data stream from the CORS server and use it for differential positioning calculations to obtain a high-precision target positioning result.

[0040] Further, the preset filtering feature rules include preset start identifier rules and preset end identifier rules, wherein the preset start identifier rule defines a data segment start feature as a byte sequence beginning with a preset character combination, and the preset end identifier rule defines a data segment end feature as a byte sequence ending with a preset control character; the step of extracting content features byte-by-byte from the base station data stream based on the preset filtering feature rules includes: Starting from the beginning byte of the base station data stream, the base station data stream is matched byte by byte based on the preset beginning identifier rule. When the currently read byte and subsequent consecutive bytes are consistent with the preset character combination, it is determined that the current position conforms to the data segment beginning feature. Using this byte as the starting byte of the current data segment, continue reading subsequent bytes sequentially. Perform end feature matching byte by byte based on the preset end identifier rule. When a byte that matches the preset control character is read, determine that the current position meets the data segment end feature. All bytes from the start byte to the end byte are extracted into a target feature data segment, and the step of matching the start feature byte by byte based on the preset start identifier rule is repeated starting from the next byte after the end of the target feature data segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data fragments.

[0041] In this embodiment, the data segment start feature defined by the preset start identifier rule is a byte sequence that begins with a preset character combination, and the data segment end feature defined by the preset end identifier rule is a byte sequence that ends with a preset control character. The specific process of content feature extraction is as follows: starting from the start byte of the base station data stream, start feature matching is performed byte by byte based on the preset start identifier rule. When the currently read byte and subsequent consecutive bytes are consistent with the preset character combination, it is determined that they meet the data segment start feature. The byte is used as the start byte to continue reading subsequent bytes in sequence. End feature matching is performed byte by byte based on the preset end identifier rule. When a byte that is consistent with the preset control character is read, it is determined that it meets the data segment end feature. All bytes between the start byte and the end byte are extracted into a target feature data segment, and the start feature matching step is repeated from the next byte after the end of the segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data segments. This embodiment transforms content feature extraction into byte sequence comparison based on preset character combinations and preset control characters through collaborative matching of preset start and end identifier rules. The host computer only needs to perform byte equality comparisons to complete start and end feature matching, without parsing protocol semantics or maintaining a state machine. After successful start matching, the system continues to perform end feature matching. Once a preset control character is detected, the fragment boundary is determined, achieving precise locking and complete capture of the target feature data fragment. This avoids data truncation or over-extraction, ensuring the accuracy of the target doped dataset and the reliability of subsequent differential purification.

[0042] Furthermore, the step of extracting content features byte-by-byte from the base station data stream based on preset filtering feature rules includes: The start identifiers for plaintext redundant data and satellite observation data are determined based on the preset start identifier rules. Starting from the beginning byte of the base station data stream, the starting feature is matched byte by byte based on the preset starting identifier rule. When the currently read byte and subsequent consecutive bytes are consistent with the plaintext redundant data starting identifier, or when the currently read byte and subsequent consecutive bytes are consistent with the satellite observation data starting identifier, the current position is determined to meet the data segment starting feature. Using this byte as the starting byte of the current data segment, continue reading subsequent bytes sequentially. Perform end feature matching byte by byte based on the preset end identifier rule. When a byte that matches the preset control character is read, determine that the current position meets the data segment end feature. All bytes from the start byte to the end byte are extracted into a single target feature data fragment. Starting from the next byte after the end of the target feature data segment, the steps of performing start feature matching and end feature matching byte by byte are repeated until all bytes in the base station data stream have been traversed, and the target doping dataset is obtained based on all extracted target feature data segments.

[0043] In this embodiment, during the content feature extraction process, starting from the beginning byte of the base station data stream, byte-by-byte initial feature matching is performed. When the currently read byte and subsequent consecutive bytes match the plaintext redundant data start identifier or the satellite observation data start identifier, the current position is determined to meet the data segment start feature. Then, using this byte as the starting byte, subsequent bytes are read sequentially for end feature matching. When a byte matching a preset control character is read, it is determined to meet the data segment end feature. All bytes between the start and end bytes are extracted as the target feature data segment. The matching steps are then repeated starting from the next byte after the end of this segment until all bytes have been traversed. This embodiment simultaneously defines two types of initial features: plaintext redundant data start identifier and satellite observation data start identifier, enabling the preset filtering feature rules to comprehensively cover the two common types of mixed data in the base station data stream. During the byte-by-byte initial feature matching process, the host computer initiates segment extraction as soon as any identifier is detected, avoiding blind spots caused by a single type of initial identifier. Simultaneously, both types of initial identifiers share the same preset end identifier rule for end feature matching, reducing the complexity of the processing logic. Therefore, both plaintext redundant data and satellite observation data in the base station data stream can be accurately extracted as target feature data fragments, ensuring the integrity of the target doped dataset, thereby improving the thoroughness of differential purification and making the final target differential data stream have higher purity.

[0044] Further, the step of differentially cleaning the base station data stream based on the target doped dataset to obtain the target differential data stream includes: Based on the target doping dataset, determine the start byte position and end byte position of each target feature data segment in the base station data stream, and determine the byte range of each target feature data segment in the base station data stream based on the start byte position and end byte position; Based on the byte range, each target feature data segment is removed from the base station data stream segment by segment to obtain several undoped data segments; The binary byte stream is reassembled based on the aforementioned undoped data segments to obtain the target differential data stream.

[0045] In this embodiment, the starting and ending byte positions of each target feature data segment in the base station data stream are first determined based on the target doped dataset. Then, the byte range of each segment in the base station data stream is determined based on these positional information. Next, each target feature data segment is removed segment by segment from the base station data stream based on these byte ranges, resulting in several undoped data segments. Finally, these undoped data segments are reassembled into a binary byte stream to obtain the target differential data stream. This embodiment precisely defines the byte range of each target feature data segment by using the starting and ending byte positions, enabling the host computer to perform segment-by-segment removal based on the physical boundaries of the byte ranges, avoiding data corruption or residue caused by fuzzy matching or content replacement. The resulting undoped data segments are reassembled into a binary byte stream in their original order, maintaining the temporal continuity and logical integrity of the differential data and avoiding data fragmentation or timing errors caused by the removal operation. The resulting target differential data stream contains no doped components and maintains the standard differential data format, allowing the CORS server to directly recognize and forward it, ensuring stable and reliable high-precision positioning for the mobile station.

[0046] In one embodiment, the specific structure and matching method of the preset filtering feature rules are further given, as well as the specific implementation of differential purification based on the target doping dataset.

[0047] It should be noted that when the base station transmits differential data to the handheld device software via Bluetooth or Wi-Fi communication, the data stream often contains plaintext redundant information such as GNSS control commands, positioning data, or satellite observation data. In order to obtain a clean differential data stream and upload it to the CORS server, the handheld device software needs to remove these mixed non-differential data from the received binary byte stream.

[0048] Specifically, the preset filtering feature rules include preset start identifier rules and preset end identifier rules. The preset start identifier rule defines a data segment start feature as a byte sequence beginning with a preset character combination, and the preset end identifier rule defines a data segment end feature as a byte sequence ending with a preset control character. In this embodiment, the handheld device software needs to remove adulterated data including strings starting with "G" or "@SIC", which end with a newline character ("\r" or "\n"). Correspondingly, the preset start identifier rule is set as follows: when the currently read byte and subsequent consecutive bytes match the plaintext redundant data start identifier (e.g., "G"), or match the satellite observation data start identifier (e.g., "@SIC"), the current position is determined to meet the data segment start feature; the preset end identifier rule is set as follows: when a byte matching a preset control character (e.g., "\r" or "\n") is read, the current position is determined to meet the data segment end feature.

[0049] The specific process of content feature extraction is as follows: The handheld device software starts from the beginning byte of the base station data stream and performs byte-by-byte start feature matching based on the preset start identifier rule. When the byte at the current position and subsequent consecutive bytes match the identifier "$G" or "@SIC", it is determined that the data segment start feature is satisfied, and this byte is taken as the start byte of the current data segment. Subsequently, the handheld device software continues to read subsequent bytes sequentially and performs byte-by-byte end feature matching based on the preset end identifier rule. When a byte matching a carriage return is read, it is determined that the data segment end feature is satisfied, and this byte is taken as the end byte of the current data segment. All bytes from the beginning byte to the end byte are extracted as a target feature data segment. After completing the extraction of the current segment, the handheld device software starts from the byte after the end position of the target feature data segment and repeats the above steps of byte-by-byte start feature matching based on the preset start identifier rule until the entire base station data stream has been traversed. Based on all extracted target feature data segments, the target doping dataset is obtained.

[0050] It should be noted that the above content feature extraction process only relies on byte-level feature comparison for data segment boundary identification. During byte-by-byte scanning, the handheld device software only needs to perform byte equality comparisons to complete start and end feature matching, without needing to parse the semantic content or differential data protocol format (e.g., RTCM format) of each data segment in the base station data stream, nor maintain a complex state machine. Simultaneously, by defining both "$G" and "@SIC" as start identifiers, the preset filtering feature rules can comprehensively cover common mixed data types in the base station data stream, such as NMEA messages and satellite observation data, avoiding blind spots due to a single start identifier type. Furthermore, the shared end identifier rules for both start identifiers effectively reduce the complexity of the processing logic. After successful start matching, the system continues to perform end feature matching. Once a preset carriage return control character is detected, the segment boundary is determined, enabling precise locking and complete capture of the target feature data segment, avoiding data truncation or over-extraction, ensuring the accuracy of the target mixed dataset and the reliability of subsequent differential purification.

[0051] After obtaining the target doped dataset, the handheld device software performs a differential cleanup operation. Specifically, the handheld device software first determines the start and end byte positions of each target feature data segment in the base station data stream based on the target doped dataset, and determines the corresponding byte interval of each target feature data segment in the base station data stream based on these position information; then, based on the byte interval, it removes each target feature data segment from the base station data stream segment by segment to obtain several undoped data segments; finally, it reassembles the binary byte stream based on the several undoped data segments to obtain the target differential data stream.

[0052] It should be noted that by precisely defining the byte range of each target feature data segment through the start and end byte positions, the handheld device software can perform segment-by-segment elimination based on the physical boundaries of the byte range, avoiding data corruption or residue caused by fuzzy matching or content replacement. The resulting undoped data segments are then reassembled into a binary byte stream in their original order, maintaining the temporal continuity and logical integrity of the differential data and preventing data fragmentation or timing errors caused by the elimination operation. The resulting target differential data stream contains no NMEA data (including GGA data) or other doping components, while maintaining the integrity of the standard differential data format, allowing direct recognition and forwarding by the CORS server.

[0053] After obtaining the clean target differential data stream, the handheld device software establishes a connection with the CORS server and performs authentication based on the pre-stored connection configuration parameters, namely IP address, port, username, password and mount point, using the existing common data specification protocol. After successful authentication, the target differential data stream is continuously uploaded to the CORS server.

[0054] It should be noted that since the base station RTK receiver itself does not have network communication capabilities, this embodiment utilizes handheld device software as a host computer. It receives differential data from the base station via Bluetooth or Wi-Fi and uploads the purified differential data to the CORS server using the handheld device's network. The mobile station can then obtain this purified target differential data stream from the CORS server and perform differential positioning calculations using the target differential data stream to obtain high-precision target positioning results at the centimeter or even millimeter level.

[0055] Furthermore, the step of continuously uploading the target differential data stream to the CORS server includes: A data source access request instruction is generated based on a preset differential data network transmission protocol, preset access credentials, and preset data mounting identifier; The data source access request instruction is sent to the CORS server so that the CORS server performs authentication based on the data source access request instruction and obtains the authorization verification result. When the permission verification result is successful, a client version notification message is generated based on the preset client identity identifier field, and the client version notification message is sent to the CORS server so that the CORS server can confirm the identity and complete the session establishment, and the target differential data stream is continuously uploaded to the CORS server.

[0056] In this embodiment, a data source access request command is first generated based on a preset differential data network transmission protocol, preset access credentials, and preset data mounting identifier. This command is sent to the CORS server to enable authentication and obtain an authorization verification result. If the authorization verification result is successful, a client version announcement message is generated based on a preset client identity identifier field and sent to the CORS server to confirm the identity and complete the session establishment. Then, the target differential data stream is continuously uploaded to the CORS server. This embodiment decomposes the upload operation into two stages: authentication and session establishment, through a preset differential data network transmission protocol. In the authentication stage, the CORS server performs authorization verification based on the preset access credentials and preset data mounting identifier in the data source access request command. Only when the authorization verification result is successful is the session establishment stage allowed, avoiding unauthorized access or incorrect data mounting. In the session establishment stage, the client version announcement message generated through the preset client identity identifier field enables the CORS server to confirm the identity and complete the session establishment, ensuring protocol matching and identity verification between the communicating parties. After the session is established, the target differential data stream is continuously uploaded to ensure that the base station differential data is continuously injected into the CORS server, providing continuous differential data services to the mobile station.

[0057] In one embodiment, the process of the handheld device software continuously uploading the target differential data stream to the CORS server is specifically implemented based on a preset differential data network transmission protocol. It should be noted that this preset differential data network transmission protocol can be a network transmission protocol that transmits RTCM data via the Internet Protocol.

[0058] Specifically, the handheld device software generates a data source access request command based on the preset differential data network transmission protocol, preset access credentials, and preset data mount identifier. The preset access credentials are, for example, a password pre-set and stored locally by the user, and the preset data mount identifier is the mount point (access point). This data source access request command can be a SOURCE command sent to the CORS server, with a format such as "SOURCE password / mount point". The handheld device software sends this data source access request command to the CORS server, enabling the CORS server to authenticate the user based on the password and mount point in the command, thus obtaining an authorization verification result.

[0059] When the permission verification result is successful, the handheld device software generates a client version notification message based on a preset client identity field and sends the client version notification message to the CORS server. This client version notification message, for example, includes a "Source-Agent:NTRIP software version number" field, used to declare its software identity and protocol version to the CORS server, enabling the CORS server to confirm the client's identity and complete the session establishment. After the session is successfully established, the handheld device software continuously uploads the target differential data stream to the CORS server.

[0060] It should be noted that this embodiment decomposes the upload operation into two stages: authentication and session establishment, using the preset differential data network transmission protocol. In the authentication stage, the CORS server verifies permissions based on the preset password and mount point in the data source access request command. Only when the permission verification result is successful is the session establishment stage allowed, thus avoiding unauthorized access or data mount errors. In the session establishment stage, a version notification message containing client software version information enables the CORS server to confirm identity and complete session establishment, ensuring protocol matching and identity verification between the communicating parties. After session establishment, continuous uploading of the target differential data stream ensures uninterrupted injection of base station differential data into the CORS server, thereby providing continuous and stable differential data services to the mobile station and ensuring high-precision positioning based on this data.

[0061] This embodiment also provides a system for uploading differential data to CORS, including: The data acquisition module is used to acquire base station data streams in real time. The feature extraction module is used to extract content features byte by byte from the start byte of the base station data stream based on preset filtering feature rules. Whenever a target feature data segment is extracted, the content feature extraction action is repeated from the next byte after the end position of the target feature data segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data segments. The differential purification module is used to perform differential purification on the base station data stream based on the target doped dataset to obtain the target differential data stream; The data upload module is used to continuously upload the target differential data stream to the CORS server, thereby enabling the mobile station to perform positioning based on the CORS server and the target differential data stream, and obtain the target positioning result; Specifically, the content feature extraction performed by the feature extraction module is as follows: when the currently read byte matches the data segment start feature defined by the preset filtering feature rule, the byte is used as the start byte of the current data segment, and subsequent bytes are read sequentially until a byte matching the data segment end feature defined by the preset filtering feature rule is read. Then, the byte is used as the end byte of the current data segment, and all bytes from the start byte to the end byte are extracted into a target feature data fragment.

[0062] In this embodiment, the feature extraction module extracts content features byte by byte from the start byte of the base station data stream based on preset filtering feature rules. After each extracted target feature data segment, the process repeats from the next byte after the end of that segment until the entire base station data stream has been traversed. Based on all extracted target feature data segments, a target doping dataset is obtained. The differential cleansing module performs differential cleansing on the base station data stream based on the target doping dataset to obtain a target differential data stream. The data upload module continuously uploads the target differential data stream to the CORS server. This system forms a complete processing chain through the cascading collaboration of the data acquisition module, feature extraction module, differential cleansing module, and data upload module. The content feature extraction performed by the feature extraction module only compares byte-level features based on the start and end features of the data segment, without needing to parse the protocol semantics of the base station data stream, reducing system complexity and resource consumption while ensuring real-time processing capability of the base station data stream.

[0063] Furthermore, the data acquisition module is used to acquire base station data streams, including: Establish a data communication link with the base station based on a preset wireless communication protocol; Based on the data communication link, a link establishment request signal is sent to the base station, and a link establishment response signal is received from the base station; Based on the base station link establishment response signal, the link establishment result is obtained. When the link establishment result is successful, the original binary data stream is obtained in real time based on the data communication link and the base station, and the base station data stream is determined based on the original binary data stream.

[0064] In this embodiment, the data acquisition module establishes a data communication link with the base station based on a preset wireless communication protocol. It sends a link establishment request signal to the base station and receives a link establishment response signal from the base station. Based on the base station's link establishment response signal, it acquires the link establishment result. When the link establishment result is successful, it acquires the raw binary data stream in real time based on the data communication link and the base station, and determines the base station data stream based on the raw binary data stream. This embodiment introduces an interaction mechanism between the link establishment request signal and the base station's link establishment response signal in the data acquisition module, acquiring the raw binary data stream only when the link establishment result is successful. This avoids invalid data acquisition or waste of system resources due to an incomplete data communication link. Simultaneously, explicitly acquiring the raw binary data stream allows the subsequent feature extraction module to directly operate on the unencapsulated underlying byte sequence, ensuring that the preset filtering feature rules perform content feature extraction based on a consistent and distortion-free data source. This provides a reliable input foundation for the entire differential cleansing process, guaranteeing that the differential data stream finally uploaded to the CORS server has a traceable original data source.

[0065] Based on the above-described embodiment of the method for uploading differential data to CORS, another embodiment of the present invention provides a terminal device, which includes a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor. When the processor executes the computer program, it implements a method for uploading differential data to CORS according to any embodiment of the present invention.

[0066] For example, in this embodiment, the computer program can be divided into one or more modules, which are stored in the memory and executed by the processor to complete the present invention. The one or more modules may be a series of computer program instruction segments capable of performing a specific function, which describe the execution process of the computer program in the terminal device.

[0067] The terminal device may be a desktop computer, laptop, handheld computer, or cloud server, etc. The terminal device may include, but is not limited to, a processor and a memory.

[0068] The processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor. The processor is the control center of the terminal device, connecting all parts of the terminal device via various interfaces and lines.

[0069] Based on the above-described method embodiments, another embodiment of the present invention provides a computer-readable storage medium including a stored computer program, wherein, when the computer program is executed, it controls the device where the computer-readable storage medium is located to execute a method for uploading differential to CORS as described in any of the above-described method embodiments of the present invention.

[0070] The modules / units integrated into the terminal device, if implemented as software functional units and sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include: any entity or device capable of carrying the computer program code, recording media, USB flash drives, portable hard drives, magnetic disks, optical disks, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media, etc.

[0071] The above description represents the preferred embodiments of the present invention. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles of the present invention, and these improvements and modifications are also considered to be within the scope of protection of the present invention.

Claims

1. A method for uploading differential data to CORS, characterized in that, This method is executed by the host computer, and specifically includes the following steps: Real-time acquisition of base station data streams; Starting from the beginning byte of the base station data stream, content features are extracted byte by byte based on preset filtering feature rules. After each target feature data segment is extracted, the content feature extraction action is repeated starting from the next byte after the end of the target feature data segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data segments. Differential purification is performed on the base station data stream based on the target doped dataset to obtain the target differential data stream; The target differential data stream is continuously uploaded to the CORS server, thereby enabling the mobile station to perform positioning based on the CORS server and the target differential data stream, and obtain the target positioning result; Specifically, the content feature extraction is as follows: when the currently read byte matches the data segment start feature defined by the preset filtering feature rule, the byte is used as the start byte of the current data segment, and subsequent bytes are read sequentially until a byte matching the data segment end feature defined by the preset filtering feature rule is read. Then, the byte is used as the end byte of the current data segment, and all bytes from the start byte to the end byte are extracted into a target feature data fragment.

2. The method for uploading differential data to CORS according to claim 1, characterized in that, The acquisition of base station data stream includes: Establish a data communication link with the base station based on a preset wireless communication protocol; Based on the data communication link, a link establishment request signal is sent to the base station, and a link establishment response signal is received from the base station; Based on the base station link establishment response signal, the link establishment result is obtained. When the link establishment result is successful, the original binary data stream is obtained in real time based on the data communication link and the base station, and the base station data stream is determined based on the original binary data stream.

3. The method for uploading differential data to CORS according to claim 1, characterized in that, The preset filtering feature rules include preset start identifier rules and preset end identifier rules. The preset start identifier rule defines a data segment start feature as a byte sequence beginning with a preset character combination, and the preset end identifier rule defines a data segment end feature as a byte sequence ending with a preset control character. The step of extracting content features byte-by-byte from the base station data stream based on the preset filtering feature rules includes: Starting from the first byte of the base station data stream, the base station data stream is matched byte by byte based on the preset start identifier rule. When the currently read byte and subsequent consecutive bytes are consistent with the preset character combination, it is determined that the current position conforms to the data segment start feature. Using this byte as the starting byte of the current data segment, continue reading subsequent bytes sequentially. Perform end feature matching byte by byte based on the preset end identifier rule. When a byte that matches the preset control character is read, determine that the current position meets the data segment end feature. All bytes between the start byte and the end byte are extracted into a target feature data segment, and the step of matching the start feature byte by byte based on the preset start identifier rule is repeated starting from the next byte after the end of the target feature data segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data fragments.

4. The method for uploading differential data to CORS according to claim 3, characterized in that, The step of extracting content features byte by byte from the base station data stream based on preset filtering feature rules includes: The start identifiers for plaintext redundant data and satellite observation data are determined based on the preset start identifier rules. Starting from the beginning byte of the base station data stream, the starting feature is matched byte by byte based on the preset starting identifier rule. When the currently read byte and subsequent consecutive bytes are consistent with the plaintext redundant data starting identifier, or when the currently read byte and subsequent consecutive bytes are consistent with the satellite observation data starting identifier, the current position is determined to meet the data segment starting feature. Using this byte as the starting byte of the current data segment, continue reading subsequent bytes sequentially. Perform end feature matching byte by byte based on the preset end identifier rule. When a byte that matches the preset control character is read, determine that the current position meets the data segment end feature. All bytes from the start byte to the end byte are extracted into a single target feature data fragment. Starting from the next byte after the end of the target feature data segment, the steps of performing start feature matching and end feature matching byte by byte are repeated until all bytes in the base station data stream have been traversed, and the target doping dataset is obtained based on all extracted target feature data segments.

5. A method for uploading differential data to CORS according to claim 1, characterized in that, The step of differentially cleaning the base station data stream based on the target doped dataset to obtain the target differential data stream includes: Based on the target doping dataset, determine the start byte position and end byte position of each target feature data segment in the base station data stream, and determine the byte range of each target feature data segment in the base station data stream based on the start byte position and end byte position; Based on the byte range, each target feature data segment is removed from the base station data stream segment by segment to obtain several undoped data segments; The binary byte stream is reassembled based on the aforementioned undoped data segments to obtain the target differential data stream.

6. The method for uploading differential data to CORS according to claim 1, characterized in that, The step of continuously uploading the target differential data stream to the CORS server includes: A data source access request instruction is generated based on a preset differential data network transmission protocol, preset access credentials, and preset data mounting identifier; The data source access request instruction is sent to the CORS server so that the CORS server performs authentication based on the data source access request instruction and obtains the authorization verification result. When the permission verification result is successful, a client version notification message is generated based on the preset client identity identifier field, and the client version notification message is sent to the CORS server so that the CORS server can confirm the identity and complete the session establishment, and the target differential data stream is continuously uploaded to the CORS server.

7. A system for uploading differential data to CORS, characterized in that, include: The data acquisition module is used to acquire base station data streams in real time. The feature extraction module is used to extract content features byte by byte from the start byte of the base station data stream based on preset filtering feature rules. Whenever a target feature data segment is extracted, the content feature extraction action is repeated from the next byte after the end position of the target feature data segment until the base station data stream is traversed. The target doping dataset is obtained based on all extracted target feature data segments. The differential purification module is used to perform differential purification on the base station data stream based on the target doped dataset to obtain the target differential data stream; The data upload module is used to continuously upload the target differential data stream to the CORS server, thereby enabling the mobile station to perform positioning based on the CORS server and the target differential data stream, and obtain the target positioning result; Specifically, the content feature extraction performed by the feature extraction module is as follows: when the currently read byte matches the data segment start feature defined by the preset filtering feature rule, the byte is used as the start byte of the current data segment, and subsequent bytes are read sequentially until a byte matching the data segment end feature defined by the preset filtering feature rule is read. Then, the byte is used as the end byte of the current data segment, and all bytes from the start byte to the end byte are extracted into a target feature data fragment.

8. A system for uploading differential data to CORS according to claim 7, characterized in that, The data acquisition module is used to acquire base station data streams, including: Establish a data communication link with the base station based on a preset wireless communication protocol; Based on the data communication link, a link establishment request signal is sent to the base station, and a link establishment response signal is received from the base station; Based on the base station link establishment response signal, the link establishment result is obtained. When the link establishment result is successful, the original binary data stream is obtained in real time based on the data communication link and the base station, and the base station data stream is determined based on the original binary data stream.

9. A terminal device, characterized in that, The device includes a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, wherein, when the processor executes the computer program, it implements a method for uploading differential to CORS as described in any one of claims 1-6.

10. A computer-readable storage medium, characterized in that, include: A stored computer program, wherein, when the computer program is executed, it controls the device containing the computer-readable storage medium to perform a method for uploading differential to CORS as described in any one of claims 1-6.

Images