Cloud card allocation method and system, and device and storage medium

Abstract

The present application relates to a cloud card allocation method and system, and a device and a storage medium. The method comprises the following steps: step S1, a server acquiring a terminal camped cell ID and TA value of a terminal device; step S2, on the basis of the terminal camped cell ID and the TA value, the server determining a roaming status of the terminal device, wherein the roaming status includes cross-border roaming and local roaming; and step S3, on the basis of the roaming status of the terminal device, the server allocating a cloud card. In the present application, the cross-border status of a terminal is identified using a cell ID and TA value of a terminal device, thus avoiding the use of signals from cross-border operators, shielding signal interference from neighboring countries, optimizing the cloud card allocation process, and saving a frequency band search time, thereby improving the network communication stability and user experience, and also avoiding network quality problems caused by cross-border roaming.

Description

Cloud SIM card splitting methods, systems, devices and storage media Technical Field

[0001] This application relates to the field of communication technology, specifically to cloud card splitting methods, systems, devices, and storage media. Background Technology

[0002] Existing cloud communication technologies primarily rely on the communication service quality of virtual SIM (Subscriber Identity Module) cards to determine the target virtual SIM card. This requires the terminal to download at least two virtual SIM cards, resulting in inflexible network switching. When the terminal device is moving at high speed and its cell information changes frequently, there is a risk of ping-pong handover. Furthermore, some dual-mode terminals completely separate the access technologies of the two network systems they support, requiring each to perform network selection under a single access technology. This necessitates setting a priority mode on the terminal side, preventing flexible selection of the network cell. Summary of the Invention

[0003] In view of the above-mentioned deficiencies of the prior art, the first aspect of this application provides a cloud card splitting method, which includes the following steps:

[0004] Step S1: The server obtains the terminal's cell ID (number identifier) ​​and TA (Time Advanced) value from the terminal device. The TA value is the timing advance estimated by the terminal device to avoid radio frequency transmission delay caused by the uplink transmission distance with the base station. The server receives the terminal's cell ID and TA value reported by the terminal device's built-in seed card.

[0005] Step S2: The server determines the roaming status of the terminal device based on the terminal's stationed cell ID and the TA value. The roaming status includes cross-border roaming and local roaming. Specifically, the server determines the roaming status of the terminal device by converting the TA value into the distance from the terminal device to the base station and comparing it with the distance from the national border to the base station, based on the terminal's stationed cell ID and the TA value reported from the seed card, and combining this with big data information from the background database.

[0006] Step S3: The server allocates a cloud SIM card according to the roaming status of the terminal device; when the terminal device is in the first country and is in the local roaming state, the server continues to allocate the cloud SIM card of the first country to the terminal device; when the terminal device is in the second country and is in the cross-border roaming state, the server re-searches for the signal of the operator in the second country and allocates the cloud SIM card of the second country to the terminal device.

[0007] In the cloud SIM card splitting method described above, optionally, the terminal's registered cell ID includes a mobile country code, a mobile network code, a tracking area code, and a cell identifier; the database records information including the latitude and longitude of the national border, the latitude and longitude of base stations near the national border, and cell ID information within the coverage area of ​​the base stations; step S2 includes the following steps:

[0008] Step S2.1: Calculate the straight-line distance between the national border and the base station to obtain the first distance; wherein, the base station is determined by the terminal's registered cell ID;

[0009] Step S2.2: Convert the TA value of the terminal device into the straight-line distance from the terminal device to the base station to obtain the second distance;

[0010] Step S2.3: Compare the values ​​of the second distance and the first distance to determine the roaming status of the terminal device.

[0011] In the cloud SIM card allocation method described above, optionally, in step S3, the server assigns the cloud SIM card to the terminal device for registration, which includes the following steps:

[0012] Step S3.1: The server selects the SIM card country and operator based on the roaming status of the terminal device determined in step S2;

[0013] Step S3.2: After receiving the registration request of the seed card, the server sends an authentication request containing encrypted information to the seed card. The server receives the authentication response formed by the seed card based on the encrypted information. The server uses the corresponding key stored in the cloud card pool of the server to decrypt and verify. If the verification is successful, the network access authentication of the seed card is successful.

[0014] Step S3.3: The server allocates the cloud card from the cloud card pool to the terminal device.

[0015] In the cloud card splitting method described above, optionally, the seed card is a virtual Ki card with a built-in calculation key.

[0016] In the cloud SIM card splitting method described above, optionally, in step S3, the server directly searches for the operator frequency band of the current country; when the terminal device is in the local roaming state, the server directly excludes foreign operators and provides the terminal device with the operator frequency band information of the first country (the current country) for selection; when the terminal device is in the cross-border roaming state, the server only obtains the operator frequency band information of the second country (the current country) for the terminal device to select.

[0017] In the cloud SIM card allocation method described above, optionally, the server, in conjunction with the database, allocates the operator's cloud SIM card in the current country's operator frequency band based on the terminal's registered cell ID and the degree of frequency coverage.

[0018] In the cloud card splitting method described above, optionally, the numerical range of the TA value and the representation distance of the TA value are determined according to the communication standard and status.

[0019] To achieve the above objectives, a second aspect of this application provides a cross-border cloud card splitting system, comprising:

[0020] The terminal device includes a terminal algorithm module, a terminal operating system, and a cloud card internet access module.

[0021] The server includes a cloud SIM network side module, a cloud SIM card pool, and a database.

[0022] The terminal algorithm module calculates the first distance between the national border and the base station, converts the TA value into a second distance between the terminal device and the base station, and the server compares the first distance and the second distance and combines them with big data information in the database to determine the roaming status of the terminal device.

[0023] To achieve the above objectives, a third aspect of this application provides an apparatus including a memory, a processor, and a program stored in the memory and executable on the processor, wherein the processor, when executing the program, implements the steps of the cloud card splitting method as described in any of the first aspects above.

[0024] To achieve the above objectives, a fourth aspect of this application provides a readable storage medium storing executable instructions or programs that, when processed and executed, implement the cloud card splitting method as described in any of the first aspects above.

[0025] This application provides a cloud SIM card distribution method, system, device, and readable storage medium that identifies the roaming status of terminal devices by using the terminal device's registered cell ID and TA value. This avoids the use of cross-border operator signals and shields against signal interference from neighboring countries, thereby improving the stability and reliability of cloud communication. Even without GPS location information from the terminal device, it can determine the user's roaming status, reducing the impact of network coverage and other factors on user experience. It also avoids the network quality degradation caused by some terminals without GPS satellite positioning being unable to determine their location in a timely manner. The server obtains operator network information and only selects to register with the network of the operator in the current country, saving frequency band search time and speeding up registration. It also avoids the ping-pong handover problem caused by frequent changes in cell information when the user's terminal device is moving at high speed, improving the flexibility and stability of network handover.

[0026] In summary, this solution optimizes the cloud SIM card allocation process by using the terminal device's registered cell ID and TA value to identify the terminal's cross-border status, improves network communication stability and user experience, and avoids network quality problems caused by cross-border roaming.

[0027] The following will further explain the concept, specific structure and technical effects of this application in conjunction with the accompanying drawings, so as to fully understand the purpose, features and effects of this application. Attached Figure Description

[0028] Figure 1 is a flowchart illustrating an embodiment of a cloud card splitting method according to this application;

[0029] Figure 2 is a schematic diagram of the specific process of the cloud card splitting method in Figure 1;

[0030] Figure 3 is a schematic diagram of determining the location of a terminal device using the TA value and the terminal's registered cell ID;

[0031] Figure 4 is a schematic diagram of an embodiment of a cloud card splitting system located at a cross-border area according to this application. Detailed Implementation

[0032] To make the technical means, inventive features, achieved objectives and effects of the invention easier to understand, this application is further described below with reference to specific illustrations. However, this application is not limited to the examples described below.

[0033] It should be noted that the structures, proportions, sizes, etc., shown in the accompanying drawings of this specification are only used to complement the content disclosed in the specification for those skilled in the art to understand and read, and are not intended to limit the conditions under which this application can be implemented. Therefore, they have no substantial technical significance. Any modifications to the structure, changes in the proportions, or adjustments to the size, without affecting the effects and purposes that this application can produce, should still fall within the scope of the technical content disclosed in this application.

[0034] Furthermore, the terms "first," "second," "third," "fourth," and "fifth" are used for descriptive purposes only to distinguish one entity or operation from another, and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features or any such actual relationship or order between these entities or operations. For any single technical feature described or implied in the embodiments mentioned herein, or any single technical feature shown or implied in the accompanying drawings, this application still allows for any combination or deletion of these technical features (or their equivalents) without any technical obstacle, and therefore, these further embodiments according to this application should also be considered within the scope of this description.

[0035] Terms such as “comprising” and “including” indicate that, in addition to the components that are directly and explicitly stated in the specification and claims, the technical solution of this application does not exclude the presence of other components that are not directly or explicitly stated.

[0036] The inventors of this application have discovered that for devices located across national borders, the coverage of base station signals may extend beyond the borders, causing the device to receive signals from neighboring countries. Base station signals near border lines can overlap, resulting in the device simultaneously receiving signals from two or more countries. This situation is common in cross-border areas. If the device registers with a neighboring country's operator network in a cross-border area, it will result in cross-border roaming, which may not only affect network communication quality but also incur additional costs.

[0037] In summary, current cross-border device communication suffers from problems such as inflexible network switching, high requirements for terminals with the risk of ping-pong switching, inflexible network selection methods, and frequent cross-border signal interference. These problems seriously affect the stability of network communication and user experience.

[0038] As can be seen from Figures 1 and 2, the method may specifically include the following steps:

[0039] Step S1: The server obtains the terminal's cell ID and TA value.

[0040] In step S1, after the terminal device is powered on, the seed card built into the terminal device will report the terminal's registered cell ID and TA value to the server through the data channel. The server receives the terminal's registered cell ID and TA value reported by the seed card.

[0041] Specifically, after powering on, the terminal device registers with the mobile network via its built-in seed card. During this registration process, the terminal device obtains the currently accessed cell ID. The cell ID includes the MCC (Mobile Country Code), MNC (Mobile Network Code), TAC (Tracking Area Code), and CellID (Cell Identifier). The MCC identifies the country, the MNC identifies the operator, the TAC identifies the tracking area, and the CellID identifies the specific cell. This combination forms a globally unique cell ID, identifying the specific cell the terminal device is currently accessing. Simultaneously, the terminal device measures the signal propagation delay between itself and the base station and calculates the TA value. The TA value indirectly reflects the distance between the terminal device and the base station. The terminal device reports this TA value to the server, which then uses this data to determine whether the terminal device is within the country, thus determining its roaming status and implementing appropriate cloud card allocation and registration strategies.

[0042] It should be noted that "M1" and "M2" in Figure 2 represent two independent data channels. In this embodiment, the M1 data channel is mainly used for sending and uploading data information. Specifically, the seed card registers with the current country through the M1 data channel, and reports the terminal's registered cell ID and TA value through the M1 data channel so that the server can only obtain the operator's frequency band information of the current country for the terminal device to search for frequency bands in the current country; the terminal device downloads cloud cards from the cloud card pool of the server through the M2 data channel.

[0043] It should be noted that this application primarily addresses the SIM card allocation situation for terminal devices near national borders, specifically scenarios where the terminal device can detect cross-border roaming signals outside the current country but is unsure which signal is more suitable. Therefore, the server compares the terminal device's cell ID and TA value with large-scale data in the database, using the distance between the base station and the national border as a benchmark to determine whether the terminal device is in a cross-border roaming state. If the terminal device is within the coverage area of ​​the base station within the national border, it is determined that the terminal device has not crossed the border; otherwise, it is determined that the terminal device has crossed the border.

[0044] The TA value is used for uplink transmission by the UE (User Equipment), i.e., the terminal device. To ensure that UE uplink packets reach the base station within the desired time, the terminal device estimates the radio frequency transmission delay caused by distance and sends data packets in advance. It is also used for timing uplink transmission on the terminal device's air interface, ensuring that uplink transmissions from all UEs are synchronized when received by the base station. This application utilizes the TA value to calculate the distance between the base station and the terminal device.

[0045] The distance between the terminal device and the base station can be derived from the TA value.

[0046] It should be noted that the TA value is measured by the base station through receiving uplink signals from the terminal device. The method of converting the TA value into its representative distance to obtain the distance from the terminal device to the base station, as described in this application, is applicable to 2G / 3G / 4G / 5G communication scenarios, including but not limited to. Theoretically, any uplink signal from the terminal device can be used for TA measurement, but the specific signal used for measurement depends on the implementation on the base station side. However, the initial TA value, i.e., the TA value carried in Msg2 (Random Access Response RAR), must be measured through the RACH pramble because the base station needs to issue the TA command in Msg2.

[0047] Specifically, in LTE (4G wireless communication standard), the calculation of TA value is divided into two states: random access and service execution. The corresponding TA value range is also different. The TA value represents the distance between the user's equipment terminal (UE) and the antenna port of the base station. When the TA value representation step size remains unchanged, the distance represented by the TA value = propagation speed (speed of light) × 1Ts (terasecond) / 2 (uplink and downlink path directions). Then, the distance represented by the TA value of 1Ts (terasecond) is (3×10^8×1 / (15000×2048)) / 2 = 4.89m.

[0048] In random access mode, the 4G base station (eNodeB) measures the uplink PRACH preamble sequence. The MAC payload of the RAR (Random Access Response) carries 11 bits of information, with the TA value ranging from 0 to 1282. Based on the TA value in the RAR, the UE adjusts the uplink transmission time Nta = TA value × 16, which is always positive. For example, when TA = 1, Nta = 1 × 16Ts, and the distance represented by the TA value is 16 × 4.89m = 78.12m (i.e., the TA value accuracy is approximately 78.12 meters). Simultaneously, the maximum access distance between the device terminal and the network base station during the initial access phase can be calculated as 1282 × 78.12m = 100.156km.

[0049] In the aforementioned LTE and NR (5G communication standards) communications, the accuracy of the TA value (i.e., the distance represented by one TA value) varies from approximately 9.77 meters to 78.12 meters, depending on the frequency and SCS (subcarrier spacing). Specifically, if the subcarrier spacing in 5G is the same as in LTE (15kHz), then the distance represented by the TA value is also 78.12 meters; when the subcarrier spacing is 30kHz, the distance represented by the TA value is 39.06 meters; when the subcarrier spacing is 60kHz, the distance represented by the TA value is 19.53 meters; and when the subcarrier spacing is 120kHz, the distance represented by the TA value is 9.77 meters. Optionally, in NR communication, the MAC payload of the random access procedure carries 12 bits of TA information, so the range of the TA value in this case is between 0 and 3846.

[0050] When the business is in progress, the periodic TA command information at the MAC layer is 6 bits, so the TA value ranges from 0 to 63. The TA command Nta_new = Nta_old + (TA-31) × 16, and the time advance value can be positive or negative. For example, when the TA value = 30, Nta_new = Nta_old + (30-31) × 16Ts, which represents a distance of -1 × 16 × 4.89m = -78.12m. According to the formula, the minimum TA value represents a distance of -31 × 16 × 4.89m = -2.42km, and the maximum TA value represents a distance of 32 × 16 × 4.89m = 2.5km.

[0051] However, in 2G (Global System for Mobile Communications, GSM) communication, each step of the TA value represents an advance of one cycle (approximately 3.69 microseconds). When radio waves transmit at a speed of 300 meters per microsecond (300,000,000 meters per second), each step of the TA value represents an uplink transmission distance of 550 meters from the terminal device to the base station, i.e., a round trip transmission distance of 1100 meters. This means that the TA value changes by a step size for every 550 meters change in the range between the terminal device and the base station. The 63 × 550 meter limit represents the maximum distance at which the device terminal can receive the base station signal coverage, approximately 34,650 meters (about 35 kilometers). This is also the upper limit of the cell coverage distance of that base station.

[0052] Step S2: Determine the roaming status of the terminal device. Roaming status can include international roaming and local roaming.

[0053] When the server receives the terminal's cell ID and TA value from the seed card of the terminal device, it converts the TA value into the distance from the terminal device to the base station and compares it with the distance from the national border to the base station. It then combines this information with big data information from the background database to determine the roaming status of the terminal device.

[0054] In this embodiment, the seed card is a virtual Ki authentication card for locally computed keys. The cloud card splitting method of this application does not rely on the seed card to switch card slots; the seed card is only used to report the terminal's cell ID and TA value. Specifically, the seed card can obtain the cell ID of the terminal device using the latitude and longitude of the terminal device and report it to the server.

[0055] The database records big data such as the latitude and longitude of the national border, the latitude and longitude of base stations near the national border, the coverage area of ​​each base station and the cell IDs within that area. By comparing the reported TA value and the cell ID of the terminal device with the database, it can be determined whether the terminal device is in a cross-border roaming situation.

[0056] Optionally, step S2 may specifically include the following steps:

[0057] Step S2.1: The server calculates the straight-line distance between the national border and the base station based on the latitude and longitude of the national border and the base station in the database, obtaining the first distance. Specifically, the server determines the base station to which the terminal belongs by combining the terminal's cell ID with big data comparison. Since the national border is an irregular line and represents countless points with different latitudes and longitudes, the intersection of the straight line connecting the terminal and the base station with the national border is used as the latitude and longitude of the national border in this calculation step when determining the straight-line distance from the national border to the base station.

[0058] Since base stations and national borders are fixed, the straight-line distance between base stations and national borders, i.e., the first distance, is also fixed and can be used as a benchmark for comparison.

[0059] Step S2.2: Convert the TA value of the terminal device into the distance from the terminal device to the base station to obtain the second distance.

[0060] As mentioned earlier, the TA value in this embodiment ranges from 0 to 63, and each step represents an uplink transmission distance of 550 meters from the terminal device to the base station.

[0061] As shown in Figure 3, the straight-line distance between the first terminal device and the first base station, i.e., the second distance of the first terminal device, is 1 km, and the straight-line distance between the second terminal device and the first base station, i.e., the second distance of the second terminal device, is 0.5 km. Similarly, since the third terminal device receives signal coverage from both the first base station in the first country and the second base station in the second country, its straight-line distance from the first base station is 2.5 km, and its straight-line distance from the second base station is 0.5 km.

[0062] Step S2.3: Compare the second distance with the first distance.

[0063] When the second distance is less than the first distance, it is determined that the terminal device has not crossed the border. For example, if the second distance between the first terminal device and the second terminal device is less than the first distance, it is determined that the two terminal devices are within the first country and have not crossed the border, and are in a local roaming state.

[0064] When the second distance is greater than the first distance, the terminal device is determined to have crossed the border and is in a cross-border roaming state. For example, if the straight-line distance between the third terminal device and the first base station exceeds the distance from the first base station to the national border, the third terminal device is determined to have crossed the national border of the first country.

[0065] Step S3: Allocate cloud cards according to roaming status.

[0066] Cloud SIM cards are non-roaming SIM cards issued by local operators. However, if a device registers with a multinational roaming operator near a national border, network coverage and other factors can negatively impact the user experience. This method avoids this issue, preventing the device from registering with a multinational operator's network while the device is near a border, eliminating signal interference from neighboring countries, and improving user stability. The cloud server assigns cloud SIM cards to devices in the appropriate country based on the roaming status, thereby optimizing the user experience.

[0067] Assuming the first country is the home country and the second country is a neighboring country, when the terminal device is in local roaming mode in the first country, the server only assigns a local cloud SIM card from the operator in the first country to the terminal device for registration. When the terminal device is in cross-border roaming mode in the second country, it re-searches for signals from all cross-border (relative to cross-border) operators in the second country and assigns a foreign (relative to foreign) cloud SIM card from the second country to the terminal device for registration.

[0068] In an optional embodiment, the registration process of the server issuing a cloud card to the terminal device may specifically include the following steps:

[0069] Step S3.1: Select the card provider based on the roaming status.

[0070] In this embodiment, the server selects the operator primarily based on national borders, which aligns with legal principles and the actual principles of network construction, prioritizing coverage within the home country. If the operator is not selected based on the country where the terminal device is located, the signal of operator A1 from the first country will extend beyond its borders to cover the second country, as shown in Figure 3. When the third terminal device in Figure 3 is in the second country, the seed card will first search for the A1 signal, mistakenly believing the third terminal device is in the first country, and thus assigning a cloud card from the first country to the user. However, in reality, the user's third terminal device is simply receiving the signal of operator A1 from country A in the second country, while the user's activity area is in the second country. This inevitably leads to poor signal coverage from operator A1 from the first country in the second country, affecting the user experience. The A1 signal cannot provide continuous coverage in the second country, and indoor signal strength is even worse. The terminal device's automatic search mechanism only registers with the first country's network after first searching for the A1 signal. This application effectively solves this problem.

[0071] Furthermore, this method is more efficient than the traditional method of determining cross-border positioning using GPS or BeiDou satellite signals. It also avoids the network quality degradation caused by some terminal devices without GPS satellite positioning being unable to determine their location in time, resulting in inappropriate roaming operator allocation.

[0072] Step S3.2: The seed card interacts with the cloud card pool on the server through authentication.

[0073] When a seed card powers on or requires network service, it sends a registration request to the server. This request typically includes the seed card's unique identifier (such as IMSI or Device ID). Upon receiving the registration request, the server sends an authentication request to the seed card. This request includes an authentication challenge, usually a random number or specific encrypted information. The seed card uses its built-in key (such as Ki) to perform encrypted calculations, generate an authentication response, and send it to the server. Upon receiving the authentication response, the server uses the corresponding key stored in the cloud card pool to decrypt and verify it. If the verification succeeds, the seed card's legitimacy is confirmed. After successful authentication, the seed card can interact with the server's cloud card pool, which may include downloading cloud card information, updating configurations, and uploading status reports.

[0074] Step S3.3: The server issues cloud cards from the cloud card pool, and the terminal device downloads the cloud card to complete the registration.

[0075] The server can allocate one or more cloud cards to seed cards from the cloud card pool based on the user's location (i.e., the location of the terminal device), network conditions (i.e., the operator's signal coverage), and other policies. The cloud card contains the authentication information required to access a specific network.

[0076] Through the steps described above, the seed card can securely interact with the server's cloud-based card pool, ensuring that only legitimate terminal devices can access the network and obtain the corresponding services. This authentication mechanism helps prevent unauthorized access and network attacks, protecting the security of user data and network resources.

[0077] The scenario of this application will be described in detail using the embodiment shown in Figure 3 as an example.

[0078] A base station is the infrastructure of a mobile communication network used for wireless communication with terminal devices. It can include transmitting equipment, receiving equipment, and antenna systems. The signal coverage of a base station is a specific geographical area. A cell is the geographical area covered by a base station, and a base station can cover one or more cells. A macro base station may cover multiple cells, each serving a different area. That is, the coverage area of ​​a base station is composed of multiple cells, each responsible for covering a portion of the geographical area of ​​the base station. To improve spectrum efficiency, adjacent cells may use the same frequency resources but avoid interference through different time or spatial separations.

[0079] As shown in Figure 3, the first and second countries are demarcated by a border. Here, it is assumed that the first country is the home country, and terminal devices located in the first country are roaming locally. The second country is a neighboring foreign country, and terminal devices located in the second country are roaming internationally. Assume that the operators in the first country include A1, A2, and A3. These operators own and operate these base stations. Multiple operators may share the same physical base station, but each operator still uses independent frequency resources to provide communication services.

[0080] In this embodiment, the first and second terminal devices are located in the first country, while the third, fourth, and fifth terminal devices are located in the second country, i.e., a foreign country relative to the first country. Although the third terminal device is in the second country, it will still receive signals from the first base station in the first country. If the third terminal device connects to the network registered with the signal of the first base station, it will affect the subsequent network usage experience in the second country. The cloud SIM card splitting method of this application can solve this problem. After the server determines that the third terminal device is in the second country based on the terminal's reported cell ID and TA value, it directly searches the operator frequency bands of the current country and only obtains the operator frequency band information of the second country for the third terminal device to choose from, without allowing the third terminal device to connect to the base station signal of the first country. When the terminal device is in a local roaming state, such as the first and second terminal devices, the server will directly exclude the operator signal of the second country and provide the operator frequency band information of the first country for the terminal device to choose from.

[0081] In this embodiment, the server, in conjunction with a database, can preferentially allocate a cloud SIM card from a different operator within the current country's operator frequency bands based on the terminal's registered cell ID, taking into account the operator's signal coverage quality, assuming the same network standard. For example, when multiple frequency bands are available for the terminal device, the system searches sequentially within the available frequency sets A1, A2, and A3. If frequency A1 or A2 is not covered based on known information, the system directly jumps to frequency A3. This method further saves frequency band search time and speeds up registration.

[0082] Specifically, in optional embodiments, operators use different frequency bands to differentiate between coverage and capacity layers to optimize network performance and user experience. For example, low-frequency bands such as 900MHz are used to build the coverage layer because low-frequency signals travel further and have stronger penetration capabilities, providing wider coverage. These bands are primarily used to ensure users can access the network, especially in remote areas or indoor environments. High-frequency bands such as 1800MHz or higher are used to build the capacity layer because these bands have wider bandwidth, providing higher data transmission rates and greater network capacity. When users have high data traffic demands or require better network speeds, the network will switch users to these high-frequency band cells.

[0083] Within the same country, when users move or network conditions change, the network will perform cell handover between the coverage and capacity layers based on user needs and signal quality to maintain optimal network connectivity and service quality. These handover operations are part of the network management within the current country and will not cause users to access foreign networks.

[0084] In summary, by using different frequency bands to differentiate between coverage and capacity layers, operators ensure that users can access the network and obtain sufficient network capacity and speed when needed. This strategy helps optimize the use of network resources and improve user experience.

[0085] To achieve the above objectives, this application also provides a cross-border cloud card splitting system, which may specifically include terminal equipment and servers.

[0086] In this embodiment, the terminal device may include, but is not limited to, MiFi devices, mobile phones, computers, and tablets. The terminal device has a built-in terminal operating system SDK, a terminal algorithm module, and a cloud SIM card internet access module. After the terminal device is powered on, the terminal algorithm module processes and calculates the terminal's registered cell ID and TA value. The seed card built into the cloud SIM card internet access module reports the terminal's registered cell ID and TA value to the server through a data channel. The server may include a cloud SIM card network-side module, a cloud SIM card pool, and a database. The server compares the terminal's registered cell ID and TA value with the big data in the database to determine whether the terminal device's roaming status is domestic or international. Specifically, the terminal algorithm module calculates a first distance between the national border and the base station, converts the TA value into a second distance between the terminal device and the base station, and the server compares the first and second distances and combines them with the big data information in the database to determine the roaming status of the terminal device. The cloud SIM card network-side module communicates and authenticates with the terminal device's cloud SIM card internet access module. After authentication, the server issues a cloud SIM card to the terminal device through the cloud SIM card pool, and the terminal device's cloud SIM card internet access module downloads the cloud SIM card. Throughout the process, the terminal operating system SDK enables users to perform network registration and interactive operations.

[0087] To achieve the above objectives, this application also provides an apparatus including a memory, a processor, and a program stored in the memory and executable on the processor. When the processor runs the program, it can implement the steps of the cloud card splitting method as described in any of the foregoing embodiments.

[0088] The processor and memory can be configured separately or integrated together, for example, integrated on a system-on-chip (SOC) of the terminal device. It should be understood that the processor in the embodiments of this application may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method embodiments can be completed by integrated logic circuits in the processor's hardware or by instructions in software form. The processor described above can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. The storage medium is located in the memory, and the processor reads the information in the memory and, in conjunction with its hardware, completes the steps of the above method.

[0089] To achieve the above objectives, this application also provides a readable storage medium storing executable instructions or programs, which, when processed and executed, implement the cloud card splitting method as described above.

[0090] The readable storage medium is, for example, a memory. The memory can be volatile or non-volatile, or it can include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0091] If the integrated units in the above embodiments are implemented as software functional units and sold or used as independent products, they can be stored in the aforementioned readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause one or more devices (which may be personal terminals, servers, or network devices, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application.

[0092] The preferred embodiments of this application have been described in detail above. It should be understood that those skilled in the art can make numerous modifications and variations based on the concept of this application without inventive effort. Therefore, any technical solution that can be obtained by those skilled in the art based on the concept of this application through logical analysis, reasoning, or limited experimentation on the basis of existing technology should be within the scope of protection defined by the claims.

Claims

1. A method for splitting cloud SIM cards, characterized in that, Includes the following steps: Step S1: The server obtains the terminal cell ID and TA value of the terminal device. The TA value is the timing advance estimated by the terminal device to avoid radio frequency transmission delay caused by the uplink transmission distance with the base station. The server receives the terminal cell ID and TA value reported by the built-in seed card of the terminal device. Step S2: The server determines the roaming status of the terminal device based on the terminal's stationed cell ID and the TA value. The roaming status includes cross-border roaming and local roaming. Specifically, the server determines the roaming status of the terminal device by converting the TA value into the distance from the terminal device to the base station and comparing it with the distance from the national border to the base station, based on the terminal's stationed cell ID and the TA value reported from the seed card, and combining this with big data information from the background database. Step S3: The server allocates a cloud SIM card according to the roaming status of the terminal device; when the terminal device is in the first country and is in the local roaming state, the server continues to allocate the cloud SIM card of the first country to the terminal device; when the terminal device is in the second country and is in the cross-border roaming state, the server re-searches for the signal of the operator in the second country and allocates the cloud SIM card of the second country to the terminal device.

2. The cloud card splitting method according to claim 1, characterized in that, The terminal's registered cell ID includes the mobile country code, mobile network code, tracking area code, and cell identifier; the database records information including the latitude and longitude of the national border, the latitude and longitude of base stations near the national border, and cell ID information within the coverage area of ​​the base stations; step S2 includes the following steps: Step S2.1: Calculate the straight-line distance between the national border and the base station to obtain the first distance; wherein, the base station is determined by the terminal's registered cell ID; Step S2.2: Convert the TA value of the terminal device into the straight-line distance from the terminal device to the base station to obtain the second distance; Step S2.3: Compare the values ​​of the second distance and the first distance to determine the roaming status of the terminal device.

3. The cloud card splitting method according to claim 1 or 2, characterized in that, In step S3, the server assigns the cloud card to the terminal device for registration, which includes the following steps: Step S3.1: The server selects the SIM card country and operator based on the roaming status of the terminal device determined in step S2; Step S3.2: After receiving the registration request of the seed card, the server sends an authentication request containing encrypted information to the seed card. The server receives the authentication response formed by the seed card based on the encrypted information. The server uses the corresponding key stored in the cloud card pool of the server to decrypt and verify. If the verification is successful, the network access authentication of the seed card is successful. Step S3.3: The server allocates the cloud card from the cloud card pool to the terminal device.

4. The cloud card splitting method according to claim 3, characterized in that, The seed card is a virtual Ki card with a built-in calculation key.

5. The cloud card splitting method according to claim 3, characterized in that, In step S3, the server directly searches for operator frequency bands in the current country; when the terminal device is in the local roaming state, the server directly excludes foreign operators and provides the terminal device with operator frequency band information from the first country (the current country) for selection; when the terminal device is in the cross-border roaming state, the server only obtains operator frequency band information from the second country (the current country) for the terminal device to select.

6. The cloud card splitting method according to claim 5, characterized in that, The server, in conjunction with the database, selects and allocates the cloud card of the operator in the current country's operator frequency band based on the terminal's stationed cell ID and the degree of frequency coverage.

7. The cloud card splitting method according to claim 1, characterized in that, The numerical range of the TA value and the distance represented by the TA value are determined according to the communication standard and status.

8. A cloud-based SIM card splitting system, characterized in that, include: The terminal device includes a terminal algorithm module, a terminal operating system, and a cloud card internet access module. The server includes a cloud SIM network side module, a cloud SIM card pool, and a database. The terminal algorithm module calculates the first distance between the national border and the base station, converts the TA value into a second distance between the terminal device and the base station, and the server compares the first distance and the second distance and combines them with big data information in the database to determine the roaming status of the terminal device.

9. An apparatus comprising a memory, a processor, and a program stored in the memory and executable on the processor, characterized in that, When the processor runs the program, it implements the steps of the cloud card splitting method as described in any one of claims 1-7.

10. A readable storage medium, characterized in that, The readable storage medium stores executable instructions or programs, which, when processed and executed, implement the cloud card splitting method as described in any one of claims 1 to 7.

Images