Communication method and device based on location updating, equipment and storage medium

Abstract

The invention provides a communication method, device and equipment based on position updating and a storage medium, which are applied to a base station side and a terminal side, and the base station side acquires a service request message of at least one terminal of the terminal side in real time; the base station side analyzes the type of the service request message; if the first service request message is the first service request message, scheduling the first service request message to a first thread pool based on a first thread, establishing a first communication mode based on location update of a first terminal corresponding to the first service request message, and performing communication interaction with the first terminal in real time; and if the service request message is the second service request message, scheduling the second service request message to a second thread pool, and establishing a second communication mode based on location update of a second terminal corresponding to the second service request message. According to the communication method provided by the invention, the type of the service request message can be acquired in real time, and different communication modes are formulated according to different types after analysis, so that the network communication service quality is effectively improved, and the user service experience is enhanced.

Description

Technical Field

[0001] The present invention relates to the field of network communications, and in particular to a communication method, device, equipment and storage medium based on location updating. Background Art

[0002] With the rapid development of mobile communications networks and the accelerated deployment of 5G networks, network communications are gradually facing multiple technical pressures. For example, the explosive growth of data traffic has led to packet switching replacing traditional circuit switching. This requires 5G networks to better distinguish and manage signaling and voice data services within data packets, thereby providing users with more diversified services.

[0003] In existing location-updating-based communication methods, when a user initiates a call, it obtains a joint attach or location update request and generates the required information based on a stored list of corresponding elements, which is then sent to the user. The user's acquisition process for certain service types may only involve a single data service, the transmission of which does not require location updating. However, existing technologies still perform a location update when processing such requests from the user, resulting in a waste of network resources.

[0004] In the processing methods of the existing technology, for example, the invention patent with publication number CN118803578A proposes a communication method, which involves a scheme that determines whether to perform location update based on the acquired contract service type. If the contract is of the first type, the location update request is directly rejected. However, this method ignores the actual service request of the communication entity and may result in poor experience of the communication service quality. Therefore, how to improve the network service quality and the user's service experience based on location update becomes a technical problem that needs to be solved by the present invention. Summary of the Invention

[0005] To solve the above technical problems, the present invention proposes a communication method, apparatus, device and storage medium based on location update, which effectively improves the network service quality based on location update and the user's service experience.

[0006] In a first aspect, the present invention proposes a communication method based on location update, which is applied to a base station side and a terminal side, and specifically includes the following steps:

[0007] The base station side obtains a service request message of at least one terminal on the terminal side in real time;

[0008] The base station side parses the service request message type;

[0009] If it is a first service request message, scheduling the first service request message to the first thread pool based on the first thread and establishing a first communication mode based on location update of the first terminal corresponding to the first service request message, and communicating and interacting with the first terminal in real time;

[0010] If it is a second service request message, scheduling the second service request message to a second thread pool and establishing a second communication mode based on location update for the second terminal corresponding to the second service request message;

[0011] The first terminal corresponding to the first service request message is a drive test terminal, the second terminal corresponding to the second service request message is a terminal based on an attach request message, the first service request message is a service request message sent by the drive test terminal to establish communication interaction, and the second service request message is a service request message sent by the second terminal based on the attach request message.

[0012] As a further improvement of the present invention, before the step of the base station side obtaining the service request message of at least one terminal on the terminal side in real time, it also includes pre-establishing a first thread pool and a second thread pool on the base station side, wherein the first thread pool pre-stores the road test data corresponding to the first terminal, and the second thread pool pre-stores the data set corresponding to the attachment request message.

[0013] As a further improvement of the present invention, the step of parsing the service request message type on the base station side specifically includes:

[0014] After receiving the service request message, the base station side parses the service request message and determines the type of the service request message. If the service request message carries an interaction message for establishing communication interaction with the base station side, the parsed service request message type is a first service request message. If the service request message is an attachment request message, the parsed service request message type is a second service request message. The first service request message carries an attachment request message, and the first terminal maintains real-time location updates when establishing communication interaction based on the attachment request message with the base station side. When the second terminal establishes communication interaction based on the attachment request message with the base station side, it determines whether to perform location update according to the type of the attachment request message.

[0015] As a further improvement of the present invention, if it is a first service request message, the step of scheduling the first service request message to the first thread pool based on the first thread and establishing a first communication mode based on location update of the first terminal corresponding to the first service request message includes:

[0016] If the service request message is a first service request message after being parsed, scheduling the first service request message to a first thread pool based on a first thread;

[0017] Matching of the drive test data is performed in the first thread pool. If the drive test data is matched, a first response message based on the drive test data is generated and sent to the first terminal. If the drive test data is not matched, a second response message based on the data to be drive tested is generated and sent to the first terminal. After receiving the second response message, the first terminal establishes a drive test startup process for the drive test terminal. The first terminal establishes a mapping table of the real-time position during the drive test and the wireless signal strength data corresponding to the real-time position, and periodically sends the mapping table to the base station side. After receiving the mapping table, the base station side extracts the wireless signal strength data and the real-time position information, and increases the wireless signal transmission power based on the location where the wireless signal is weak.

[0018] As a further improvement of the present invention, the step of matching drive test data in the first thread pool, and if drive test data is matched, generating a first response message based on the drive test data and sending the message to the first terminal further includes:

[0019] Matching drive test data in the first thread pool, and if drive test data is matched, determining whether the drive test data is a first drive test request by the first terminal based on historical drive test data or real-time uploaded drive test data generated during an ongoing drive test by the first terminal;

[0020] If the matched drive test data is the first drive test request of the first terminal based on historical drive test data, the historical drive test data is sent to the first terminal. After obtaining the historical drive test data, the first terminal matches the historical drive test data with the drive test data in the pre-established drive test process, generates a drive test path for the first terminal based on the first drive test request, and executes the drive test initiation process of the first terminal based on the drive test path.

[0021] If the matched drive test data is real-time uploaded drive test data generated during the drive test being conducted by the first terminal, the first terminal extracts the attribute message of the drive test data after receiving the first response message, and performs position matching on the first position data in the attribute message with the second position data in the ongoing drive test startup process. If the first position data is greater than the second position data, the drive test startup process is closed; if the first position data is less than the second position data, the drive test startup process is executed; if the first position data and the second position data partially overlap, the portion of the second position data that overlaps with the first position data is removed, and a path to be tested is generated based on the remaining second position data after removing the overlapping data, and the drive test startup process is executed simultaneously.

[0022] As a further improvement of the present invention, if it is a second service request message, the step of scheduling the second service request message to the second thread pool and establishing a second communication mode based on location update for the second terminal corresponding to the second service request message includes:

[0023] If it is a second service request message, the second service request message is scheduled to the second thread pool for feature extraction, the attachment request message type carried by the second service request message is identified, and a response message based on data service or a response message based on voice service is generated according to the attachment request message type, and returned to the second terminal. When generating a response message based on data service, the base station side does not perform a location update, and when generating a response message based on voice service, the base station side performs a location update.

[0024] As a further improvement of the present invention, the second service request message is scheduled to the second thread pool for feature extraction, the attachment request message type carried by the second service request message is identified, and the step of generating a response message based on the data service or the voice service according to the attachment request message type specifically includes:

[0025] The second service request message is dispatched to a second thread pool for feature extraction, and third location data of the second terminal corresponding to the second service request message is obtained;

[0026] If the third location data is located within the first location data, after identifying the attachment request message type carried by the second service request message, a response message based on data service or a response message based on voice service is generated and returned to the second terminal; if the third location data is located outside the first location data, the corresponding signal strength based on data service or voice service is increased, and a response message is generated and returned to the second terminal.

[0027] In a second aspect, the present invention further proposes a device for a communication method based on location update, the device including a base station side and a terminal side, the base station side including:

[0028] An acquisition module, configured to acquire a service request message of at least one terminal on the terminal side in real time;

[0029] A parsing module, configured to parse the service request message type;

[0030] a processing module configured to, if the message is a first service request message, schedule the first service request message to a first thread pool based on a first thread, establish a first communication mode based on location update for a first terminal corresponding to the first service request message, and communicate and interact with the first terminal in real time;

[0031] If it is a second service request message, scheduling the second service request message to a second thread pool and establishing a second communication mode based on location update for the second terminal corresponding to the second service request message;

[0032] The first terminal corresponding to the first service request message is a drive test terminal, the second terminal corresponding to the second service request message is a terminal based on an attach request message, the first service request message is a service request message sent by the drive test terminal to establish communication interaction, and the second service request message is a service request message sent by the second terminal based on the attach request message.

[0033] In a third aspect, the present invention proposes an electronic device comprising a processor and a memory storing a computer program, wherein when the processor executes the computer program, the steps of the location update-based communication method as described in the first aspect are implemented.

[0034] In a fourth aspect, the present invention proposes a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the location update-based communication method as described in the first aspect.

[0035] The present invention proposes a communication method, apparatus, device, and storage medium based on location update, which are specifically applied to the base station side and the terminal side. The base station side obtains a service request message of at least one terminal on the terminal side in real time; the base station side parses the type of the service request message; if it is a first service request message, the first service request message is scheduled to the first thread pool based on the first thread and a first communication mode based on location update of the first terminal corresponding to the first service request message is established, and communication interaction is performed with the first terminal in real time; if it is a second service request message, the second service request message is scheduled to the second thread pool and a second communication mode based on location update of the second terminal corresponding to the second service request message is established. The communication method of the present invention can obtain the type of service request message in real time, and formulate different communication modes according to different types after parsing, effectively improving the quality of network communication services and enhancing user service experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] Figure 1 This is a schematic diagram of an application scenario of the location update-based communication method proposed in the present invention;

[0037] Figure 2 Flowchart of the communication method based on location update proposed by the present invention;

[0038] Figure 3 This is a framework diagram of the communication device based on location updating proposed by the present invention.

[0039] Figure 4 Schematic diagram of an electronic device. DETAILED DESCRIPTION

[0040] To facilitate understanding, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of them. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0041] The terms used herein are for the purpose of describing specific example embodiments only and are not intended to be limiting. For example, as used herein, the singular forms "a," "an," and "the" may also include the plural forms unless the context clearly indicates otherwise. When used in this specification, the terms "comprise," "include," and / or "contain" are intended to refer to the presence of the associated integers, steps, operations, elements, and / or components, but do not preclude the presence of one or more other features, integers, steps, operations, elements, components, and / or groups or the addition of other features, integers, steps, operations, elements, components, and / or groups in the system / method.

[0042] These and other features of this specification, as well as the operation and function of the associated elements of the structure, and the economy of assembly and manufacture of the components, can be significantly improved with consideration of the following description. Reference is made to the accompanying drawings, all of which form a part of this specification. However, it should be expressly understood that the drawings are for illustration and description purposes only and are not intended to limit the scope of this specification. It should also be understood that the drawings are not drawn to scale.

[0043] The flowcharts used in this specification illustrate operations implemented by systems according to some embodiments of the present specification. It should be clearly understood that the operations of the flowcharts may not be implemented in sequence. Rather, the operations may be implemented in reverse order or simultaneously. Furthermore, one or more additional operations may be added to the flowcharts. One or more operations may be removed from the flowcharts.

[0044] Figure 1 A schematic diagram of an application scenario of a communication method based on location update is shown in FIG. Figure 1 As shown, the location update-based communication method proposed in the present invention is applied to the base station side and the terminal side. The base station side includes multiple areas, and each area includes several base stations. It should be noted that the base station can be a wireless transmission part such as a macro base station, a micro base station or a remote base station; the terminal side includes one or more terminals located in a certain area.

[0045] During the communication method of this embodiment, when a terminal communicates with a base station in a certain area, it may request data or voice services from the base station. To improve communication efficiency and service experience, in practice, some terminals send attachment request messages from user terminals. That is, normal users request data or voice services from the base station via mobile terminals such as mobile phones. In this case, since location updates are not required when obtaining data services, while location updates are required when obtaining voice services, service messages need to be differentiated. Other terminals, such as drive test terminals, also detect wireless signal strength by obtaining data or voice services, but do not require location updates. Instead, they only need to obtain the signal strength of the data or voice services and generate data for analysis and use. In this case, location updates increase the data processing intensity on the base station. Therefore, this embodiment distinguishes different service request messages from different terminals, thereby proposing a communication mode based on location updates, which will effectively improve communication quality and reduce data processing pressure on the base station.

[0046] Figure 2 A flow chart of a communication method based on location update is shown, Figure 2 As shown, the communication method based on location update proposed in the present invention specifically includes the following contents:

[0047] Step S101. The base station side obtains a service request message of at least one terminal on the terminal side in real time;

[0048] Step S102. The base station side parses the service request message type;

[0049] Step S103. If it is a first service request message, dispatch the first service request message to the first thread pool based on the first thread and establish a first communication mode based on location update for the first terminal corresponding to the first service request message, and communicate and interact with the first terminal in real time;

[0050] Step S104. If it is a second service request message, dispatch the second service request message to a second thread pool and establish a second communication mode based on location update for the second terminal corresponding to the second service request message;

[0051] The first terminal corresponding to the first service request message is a drive test terminal, the second terminal corresponding to the second service request message is a terminal based on an attach request message, the first service request message is a service request message sent by the drive test terminal to establish communication interaction, and the second service request message is a service request message sent by the second terminal based on the attach request message.

[0052] In this embodiment, to better implement a location-update-based communication method, a first thread pool and a second thread pool are pre-established on the base station side. The first thread pool pre-stores drive test data corresponding to the first terminal, and the second thread pool pre-stores a data set corresponding to an attach request message. It should be noted that the pre-stored distance data in this embodiment includes two components: first, data from drive tests conducted after the base station is established, also known as historical drive test data. This data records drive test data immediately after the base station is established and generated after testing the base station over a certain period of time. Second, data from real-time drive tests conducted on a specific base station. This data is real-time drive test data, which changes dynamically and represents location data generated during the drive test. A corresponding relationship is established between the location data and the real-time drive test data, namely, a mapping relationship table is established based on wireless signal strength data obtained in real time by the first terminal after the drive test process is initiated. The storage of these two components of data facilitates real-time adjustments to base station signals generated during the drive test process.

[0053] In this embodiment, the step S102 of parsing the service request message type on the base station side specifically includes:

[0054] After receiving the service request message, the base station side parses the service request message and determines the type of the service request message. If the service request message carries an interaction message for establishing communication interaction with the base station side, the parsed service request message type is a first service request message. If the service request message is an attachment request message, the parsed service request message type is a second service request message. The first service request message carries an attachment request message, and the first terminal maintains real-time location updates when establishing communication interaction based on the attachment request message with the base station side. When the second terminal establishes communication interaction based on the attachment request message with the base station side, it determines whether to perform location update according to the type of the attachment request message.

[0055] It should be noted that each terminal will have an identifier set in advance. When establishing communication interaction with the base station side, the interaction message also carries the identifier so that each message interaction can be addressed to the corresponding terminal. Secondly, the established data storage is also set to data storage based on the terminal identifier, so that each thread can perform data storage and scheduling processing in an orderly manner.

[0056] In this embodiment, step S103 executes a processing flow based on the first service request message. Specifically, if the service request message is the first service request message after parsing, the first service request message is scheduled to the first thread pool based on the first thread.

[0057] Matching of the drive test data is performed in the first thread pool. If the drive test data is matched, a first response message based on the drive test data is generated and sent to the first terminal. If the drive test data is not matched, a second response message based on the data to be drive tested is generated and sent to the first terminal. After receiving the second response message, the first terminal establishes a drive test startup process for the drive test terminal. The first terminal establishes a mapping table of the real-time position during the drive test and the wireless signal strength data corresponding to the real-time position, and periodically sends the mapping table to the base station side. After receiving the mapping table, the base station side extracts the wireless signal strength data and the real-time position information, and increases the wireless signal transmission power based on the location where the wireless signal is weak.

[0058] It should be noted that the step of matching the drive test data in the first thread pool, and if the drive test data is matched, generating a first response message based on the drive test data and sending the message to the first terminal further includes:

[0059] Matching drive test data in the first thread pool, and if drive test data is matched, determining whether the drive test data is a first drive test request by the first terminal based on historical drive test data or real-time uploaded drive test data generated during an ongoing drive test by the first terminal;

[0060] If the matched drive test data is the first drive test request of the first terminal based on historical drive test data, the historical drive test data is sent to the first terminal. After obtaining the historical drive test data, the first terminal matches the historical drive test data with the drive test data in the pre-established drive test process, generates a drive test path for the first terminal based on the first drive test request, and executes the drive test initiation process of the first terminal based on the drive test path.

[0061] If the matched drive test data is real-time uploaded drive test data generated during the drive test being conducted by the first terminal, the first terminal extracts the attribute message of the drive test data after receiving the first response message, and performs position matching on the first position data in the attribute message with the second position data in the pre-established drive test startup process. If the first position data is greater than the second position data, the drive test startup process is closed; if the first position data is less than the second position data, the drive test startup process is executed; if the first position data and the second position data partially overlap, the portion of the second position data that overlaps with the first position data is removed, and a path to be tested is generated based on the remaining second position data after removing the overlapping data, and the drive test startup process is executed simultaneously.

[0062] In this embodiment, it should be noted that, as previously explained, historical drive test data will be explained here in detail. During a drive test, a drive test schedule is established based on user complaints or potential signal deviation issues. If the matched data is historical drive test data, this indicates that the current drive test is the first real-time drive test, equivalent to a new drive test schedule. To conserve drive test schedules, the historical drive test data is matched with the current drive test data, extracting location data with poor signal strength, and forming a path. Data analysis of the historical drive test data and the new drive test schedule indicates that if both the historical drive test data and the new drive test data contain locations with high signal strength, no drive test is required. However, if a location with strong signal strength in the historical drive test data is present but the new drive test data contains locations with low signal strength, a new test is required, thereby forming a new path. Therefore, although the first terminal has established a path strategy for the new drive test, it still needs to further select the optimal path to effectively improve drive test efficiency.

[0063] Furthermore, if the match is with real-time drive test data uploaded during an ongoing drive test by the first terminal, it indicates that the drive test has already been conducted. It is necessary to determine the relationship between the uploaded drive test data and pre-established drive test location data. This is done to dynamically adjust for any location deviations that may occur during the drive test. For example, if the location data range in the real-time uploaded drive test data is larger than the second location data during the ongoing drive test initiation process, this indicates that the location data was updated during the drive test and the updated location is within a previously tested location. In this case, no test is required. However, if the second location data is not included, a test is required. Furthermore, there may be some duplication, and the duplicated portions are removed to generate a path to be tested. It should be noted that location data does not refer only to a single location but also includes paths formed by multiple locations. For example, the location data carried in the real-time uploaded drive test data may include drive test data formed from a location path for a certain time period. Furthermore, the real-time uploaded drive test data generated during an ongoing drive test emphasizes that this process is real-time uploaded data during the ongoing drive test, rather than being limited to the current single location being uploaded in real time. By analyzing the uploaded location with the current location, the drive test path can be adjusted in a timely manner.

[0064] In this embodiment, if it is a second service request message, the steps of scheduling the second service request message to the second thread pool and establishing a second communication mode based on location update for the second terminal corresponding to the second service request message include:

[0065] If it is a second service request message, the second service request message is scheduled to the second thread pool for feature extraction, the attachment request message type carried by the second service request message is identified, and a response message based on data service or a response message based on voice service is generated according to the attachment request message type, and returned to the second terminal. When generating a response message based on data service, the base station side does not perform a location update, and when generating a response message based on voice service, the base station side performs a location update.

[0066] It should be noted that the steps of scheduling the second service request message to the second thread pool for feature extraction, identifying the attachment request message type carried by the second service request message, and generating a response message based on a data service or a response message based on a voice service according to the attachment request message type specifically include:

[0067] The second service request message is dispatched to a second thread pool for feature extraction, and third location data of the second terminal corresponding to the second service request message is obtained;

[0068] If the third location data is located within the first location data, after identifying the attachment request message type carried by the second service request message, a response message based on data service or a response message based on voice service is generated and returned to the second terminal; if the third location data is located outside the first location data, the corresponding signal strength based on data service or voice service is increased, and a response message is generated and returned to the second terminal.

[0069] Real-time data analysis can not only distinguish the need for location updates, but also determine whether to enhance signal strength based on different business types, thereby improving user experience and communication efficiency.

[0070] In the second aspect, this embodiment proposes a communication device based on location update, such as Figure 3 As shown, the apparatus 30 includes a base station side 301 and a terminal side 302, and the base station side 301 includes:

[0071] An acquisition module 3011 is configured to acquire a service request message from at least one terminal on the terminal side in real time;

[0072] Parsing module 3012, used to parse the service request message type;

[0073] The processing module 3013 is configured to, if the message is a first service request message, schedule the first service request message to the first thread pool based on the first thread, establish a first communication mode based on location update for the first terminal corresponding to the first service request message, and communicate and interact with the first terminal in real time;

[0074] If it is a second service request message, scheduling the second service request message to a second thread pool and establishing a second communication mode based on location update for the second terminal corresponding to the second service request message;

[0075] The first terminal corresponding to the first service request message is a drive test terminal, the second terminal corresponding to the second service request message is a terminal based on an attach request message, the first service request message is a service request message sent by the drive test terminal to establish communication interaction, and the second service request message is a service request message sent by the second terminal based on the attach request message.

[0076] Figure 4 The following is a schematic diagram of the physical structure of an electronic device. Figure 4 As shown, the electronic device 400 may include: a processor 410, a communication interface 420, a memory 430, and a communication bus 440, wherein the processor 410, the communication interface 420, and the memory 430 communicate with each other via the communication bus 440. The processor 410 may call a computer program in the memory 430 to implement the steps of the communication method based on location updating.

[0077] In addition, the logic instructions in the above-mentioned memory 430 can be implemented in the form of a software functional unit and can be stored in a computer-readable storage medium when sold or used as an independent product. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0078] On the other hand, an embodiment of the present application further provides a processor-readable storage medium, wherein the processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the steps of the location update-based communication method provided in the above embodiments.

[0079] The processor-readable storage medium can be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical storage (such as CDs, DVDs, BDs, HVDs, etc.), and semiconductor storage (such as ROMs, EPROMs, EEPROMs, non-volatile memories (NANDFLASH), solid-state drives (SSDs)), etc.

[0080] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, i.e., they may be located in one location or distributed across multiple network units. Some or all of the modules may be selected based on actual needs to achieve the objectives of the present embodiment. Persons of ordinary skill in the art will be able to understand and implement the present invention without inventive effort.

[0081] Through the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus a necessary general hardware platform, or of course, by hardware. Based on this understanding, the essence of the above technical solution or the part that contributes to the existing technology can be embodied in the form of a software product. The computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a magnetic disk, an optical disk, etc., and includes a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or certain parts of the embodiments.

[0082] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present invention.

Claims

1. A communication method based on location update, characterized in that: The method is applied to the base station side and the terminal side, and specifically includes the following steps: The base station side acquires in real time a service request message of at least one terminal on the terminal side; The base station side parses the service request message type; If it is a first service request message, the first service request message is scheduled to the first thread pool based on the first thread, a first communication mode based on location update of the first terminal corresponding to the first service request message is established, and communication interaction is performed with the first terminal in real time; If it is a second service request message, scheduling the second service request message to a second thread pool and establishing a second communication mode based on location update for a second terminal corresponding to the second service request message; The first terminal corresponding to the first service request message is a drive test terminal, the second terminal corresponding to the second service request message is a terminal based on an attachment request message, the first service request message is a service request message sent by the drive test terminal to establish communication interaction, and the second service request message is a service request message based on the attachment request message sent by the second terminal.

2. The communication method based on location update according to claim 1, characterized in that: Before the step of the base station side acquiring in real time the service request message of at least one terminal on the terminal side, the step also includes pre-establishing a first thread pool and a second thread pool on the base station side, wherein the first thread pool pre-stores the road test data corresponding to the first terminal, and the second thread pool pre-stores the data set corresponding to the attachment request message.

3. The communication method based on location update according to claim 2, characterized in that: The step of parsing the service request message type on the base station side specifically includes: After receiving the service request message, the base station side parses the service request message and determines the type of the service request message. If the service request message carries an interaction message for establishing a communication interaction with the base station side, the parsed service request message type is a first service request message. If the service request message is an attachment request message, the parsed service request message type is a second service request message, wherein the first service request message carries an attachment request message, and the first terminal maintains real-time location update when establishing a communication interaction based on the attachment request message with the base station side. When the second terminal establishes a communication interaction based on the attachment request message with the base station side, it determines whether to perform a location update according to the type of the attachment request message.

4. The communication method based on location update according to claim 3, characterized in that: If it is a first service request message, the steps of scheduling the first service request message to the first thread pool based on the first thread and establishing a first communication mode based on location update of the first terminal corresponding to the first service request message include: If the service request message is a first service request message after being parsed, scheduling the first service request message to a first thread pool based on a first thread; The road test data is matched in the first thread pool. If the road test data is matched, a first response message based on the road test data is generated and sent to the first terminal. If the road test data is not matched, a second response message based on the data to be road tested is generated and sent to the first terminal. After receiving the second response message, the first terminal establishes a road test start process for the road test terminal. The first terminal establishes a mapping table of the real-time position during the road test and the wireless signal strength data corresponding to the real-time position, and periodically sends the mapping table to the base station side. After receiving the mapping table, the base station side extracts the wireless signal strength data and the real-time position information, and increases the wireless signal transmission power based on the position where the wireless signal is weak.

5. The communication method based on location update according to claim 4, characterized in that: The step of matching the drive test data in the first thread pool, and if the drive test data is matched, generating a first response message based on the drive test data and sending the message to the first terminal further includes: Matching the drive test data in the first thread pool, and if the drive test data is matched, determining whether the drive test data is a first drive test request of the first terminal based on historical drive test data or real-time uploaded drive test data generated during a drive test being performed by the first terminal; If the matched drive test data is the first drive test request of the first terminal based on the historical drive test data, the historical drive test data is sent to the first terminal. After acquiring the historical drive test data, the first terminal matches the drive test data in the pre-built drive test process, generates a drive test path of the first terminal based on the first drive test request, and executes the drive test start process of the first terminal based on the drive test path; If the matched drive test data is the real-time uploaded drive test data generated during the drive test being conducted by the first terminal, the first terminal extracts the attribute message of the drive test data after receiving the first response message, and performs position matching between the first position data in the attribute message and the second position data in the ongoing drive test startup process; if the first position data is greater than the second position data, the drive test startup process is closed; if the first position data is less than the second position data, the drive test startup process is executed; if the first position data partially overlaps with the second position data, the portion of the second position data that overlaps with the first position data is removed, and a path to be tested is generated based on the remaining second position data after removing the overlapping portion of the data, and the drive test startup process is executed at the same time.

6. The communication method based on location update according to claim 5, characterized in that: If it is a second service request message, the steps of scheduling the second service request message to a second thread pool and establishing a second communication mode based on location update for a second terminal corresponding to the second service request message include: If it is a second service request message, the second service request message is scheduled to the second thread pool for feature extraction, the attachment request message type carried by the second service request message is identified, and a response message based on data service or a response message based on voice service is generated according to the attachment request message type, and returned to the second terminal, wherein, when generating a response message based on data service, the base station side does not perform a location update, and when generating a response message based on voice service, the base station side performs a location update.

7. The communication method based on location update according to claim 6, characterized in that: The steps of scheduling the second service request message to the second thread pool for feature extraction, identifying the type of the attachment request message carried by the second service request message, and generating a response message based on the data service or a response message based on the voice service according to the type of the attachment request message specifically include: The second service request message is dispatched to a second thread pool for feature extraction, and third location data of the second terminal corresponding to the second service request message is obtained; If the third location data is located within the first location data, after identifying the attachment request message type carried by the second service request message, a response message based on data service or a response message based on voice service is generated and returned to the second terminal; if the third location data is located outside the first location data, the corresponding signal strength based on data service or voice service is increased, and a response message is generated and returned to the second terminal.

8. The device of the communication method based on location update according to claim 7, characterized in that: The device includes a base station side and a terminal side, and the base station side includes: An acquisition module, used for acquiring a service request message of at least one terminal on the terminal side in real time; A parsing module, used for parsing the service request message type; A processing module, configured to, if it is a first service request message, schedule the first service request message to a first thread pool based on a first thread and establish a first communication mode based on location update of a first terminal corresponding to the first service request message, and communicate and interact with the first terminal in real time; If it is a second service request message, scheduling the second service request message to a second thread pool and establishing a second communication mode based on location update for a second terminal corresponding to the second service request message; The first terminal corresponding to the first service request message is a drive test terminal, the second terminal corresponding to the second service request message is a terminal based on an attachment request message, the first service request message is a service request message sent by the drive test terminal to establish communication interaction, and the second service request message is a service request message based on the attachment request message sent by the second terminal.

9. An electronic device comprising a processor and a memory storing a computer program, characterized in that: When the processor executes the computer program, the steps of the location update-based communication method according to any one of claims 1 to 7 are implemented.

10. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the location update-based communication method according to any one of claims 1 to 7 are implemented.

Images