Communication method, device, terminal and computer-readable storage medium

The communication method addresses virtual SIM card collisions by detecting and managing collision counts, staggering re-acquisition times for domain virtual cards, thereby reducing conflicts and improving service restoration speed and user experience.

JP7751825B2Active Publication Date: 2025-10-09SHANGHAI TUGE DATA TECH CO LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
JP2023560218
Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Priority Date
2023-02-24
Filing Date
2023-05-12
Publication Date
2025-10-09
Estimated Expiration
2043-05-12

AI Technical Summary

Technical Problem

Virtual SIM cards often collide when multiple terminals use the same world virtual card, leading to registration conflicts and prolonged service delays.

Method used

A communication method that includes determining collisions in world virtual cards, updating collision counts, and staggering the waiting time for re-acquiring domain virtual cards based on the collision count and terminal identifier, reducing simultaneous registrations.

Benefits of technology

Reduces the likelihood of simultaneous registrations and connections, shortens service restoration delays, and enhances user experience by mitigating conflicts in virtual SIM card usage.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 0007751825000001
    Figure 0007751825000001
  • Figure 0007751825000002
    Figure 0007751825000002
  • Figure 0007751825000003
    Figure 0007751825000003
Patent Text Reader

Abstract

Reduce delays in restoring operations and improve user experience of business operations. [Solution] The embodiments of the present application disclose a communication method, an apparatus, a terminal, and a computer-readable storage medium, which include: using a world virtual card of a terminal and a virtual card server to establish a connection to a first network, and obtaining a domain virtual card from the virtual card server for the terminal to access a second network, determining whether the world virtual card of the terminal has a collision, updating a collision count when the world virtual card of the terminal has a collision, and exchanging the world virtual card of the terminal to obtain the domain virtual card when a waiting time determined by the collision count and an identifier of the terminal has elapsed.
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] TECHNICAL FIELD Embodiments of the present application relate to the technical field of information and communication, and in particular to a communication method, apparatus, and computer-readable storage medium. [Background technology]

[0002] In mobile phone communications, a subscriber identity module (SIM) card stores important information and data for a user, such as an international mobile subscriber identity (IMSI) and encryption keys. When inserted into a terminal device, the SIM card helps the network to identify the user and can also encrypt voice or data content when the user is making a call.

[0003] As technology advances, virtual SIM (vSIM) cards (also known as virtual cards) are becoming more widely used in terminal devices. A vSIM card is a form of communication where communication is achieved entirely through the software and hardware of the communication module itself, without the need for a physical SIM card. A communication module with vSIM functionality stores built-in encryption data (IMSI, KI, etc.) along with basic software specially customized for vSIM. By automatically processing the corresponding logic when logging in to the network, authenticating, or communicating, a stable communication experience can be provided even without a physical SIM card.

[0004] However, according to the prior art, when registering virtual cards, a problem occurs in that virtual cards collide. Summary of the Invention [Problem to be solved by the invention]

[0005] In order to overcome the above-mentioned shortcomings of the prior art, the present invention provides a communication method, device, terminal and computer-readable storage medium that reduces the likelihood that multiple terminals using the same world virtual card will register and connect at adjacent times when a conflict occurs in the terminal's world virtual card, alleviates the conflict that occurs when multiple terminals obtain area virtual cards, shortens the delay required to restore service, and improves the user's experience with service. [Means for solving the problem]

[0006] A first aspect provides a communication method, including: establishing a connection to a first network using a world virtual card of a terminal and a virtual card server; obtaining a domain virtual card from the virtual card server for the terminal to access a second network; determining whether a collision has occurred in the world virtual card of the terminal; updating a collision count if it is determined that a collision has occurred in the world virtual card of the terminal; and exchanging the world virtual card of the terminal to obtain the domain virtual card after a waiting time determined by the collision count and an identifier of the terminal has elapsed. In this case, if a domain virtual card is obtained by exchanging the world virtual card of the terminal, the obtained domain virtual card is used to access the second network.

[0007] In a first possible embodiment according to the first aspect, determining whether the world virtual card of the terminal has caused a collision includes determining that the world virtual card of the terminal has caused a collision when the connection between the world virtual card and the virtual card server is established unsuccessfully even after N consecutive uses, and when the world virtual card used each time is replaced, where N is a collision threshold.

[0008] Among these, the failure to establish a connection using the current world virtual card and the virtual card server includes receiving rejection information from the first network or the response information from the first network times out.

[0009] The rejection information includes a rejection reason, and the rejection reason includes an implicit separation rejection.

[0010] In a second possible embodiment according to the first aspect, the waiting time is UE_NUM × registration timeout + RAND(1, the registration timeout), or (9-UE_NUM) × registration timeout + RAND(1, the registration timeout), where UE_NUM is a fraction of the identifier of the terminal and its value is an integer between 0 and 9, RAND(1, the registration timeout) is a random number between 1 and the registration timeout, and the waiting time corresponding to the number of collisions being odd is different from the waiting time corresponding to the number of collisions being even, and the identifier of the terminal is the International Mobile Equipment Identity (IMEI) or the serial number (SN) of the terminal.

[0011] In a second aspect, the present application provides a communications device. The device has the functions of the method according to the first aspect and any of its possible implementations. The functions can be implemented by hardware, or by executing corresponding software on the hardware. The hardware or software includes one or more modules corresponding to the functions. For example, the device may include a domain virtual card acquisition module for establishing a connection to a first network using a world virtual card of a terminal and a virtual card server, and acquiring a domain virtual card from the virtual card server for the terminal to access a second network; a collision detection module for determining whether the world virtual card of the terminal has experienced a collision; a collision count update module for updating a collision count when it is determined that the world virtual card of the terminal has experienced a collision; and a collision processing module for exchanging the world virtual card of the terminal and acquiring a domain virtual card when a waiting time determined by the collision count and an identifier of the terminal has elapsed. In a possible implementation, the communications device according to the second aspect may be a terminal.

[0012] In a third aspect, the present application provides a communications device including a memory and a processor, the memory for storing a computer program, and the processor for retrieving and executing the computer program from the memory, wherein the communications device equipped with the chip implements the method according to the first aspect above and any of its possible implementations.

[0013] In an embodiment, the communication device according to the second aspect may be a terminal.

[0014] In a fourth aspect, the present application provides a terminal including a transmitting / receiving device, for example, a communication device according to the second aspect and any implementation thereof or a communication device according to the third aspect and any implementation thereof.

[0015] In a fifth aspect, the present application provides a computer-readable storage medium having stored thereon computer instructions that, when executed by a computer, cause the computer to perform the method according to the first aspect above and any implementation thereof.

[0016] In a sixth aspect, the present application provides a computer program product comprising computer program code that, when executed by a computer, causes the computer to perform the method according to the first aspect above and any implementation thereof. [Effects of the Invention]

[0017] The communication method, device, terminal, and computer-readable storage medium provided in the embodiments of the present application randomly distribute terminals to try again to obtain area virtual cards when a conflict occurs in the world virtual cards of terminals, reducing the likelihood that multiple terminals using the same world virtual card will register and connect at adjacent times, mitigating the conflicts that occur when multiple terminals obtain area virtual cards, shortening the delay in restoring operations, and improving the user experience of operations. [Brief explanation of the drawings]

[0018] [Figure 1] FIG. 1 is a schematic diagram illustrating the flow of a communication method provided by an embodiment of the present application. [Figure 2] 1 is a schematic diagram illustrating a configuration of a communication device provided by an embodiment of the present application. [Figure 3] 1 is a schematic diagram illustrating a configuration of a communication device provided by an embodiment of the present application. [Figure 4] FIG. 1 is a schematic diagram illustrating the configuration of a terminal provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE INVENTION

[0019] The technical solution of the present application will be described below with reference to the examples of the present application. It should be noted that these examples are only a part of the examples of the present application, and are not all of the examples. With reference to the examples of the present application, all other examples made by a person skilled in the art according to non-inventive work are also included in the scope of protection of the present application.

[0020] The terms "first," "second," "third," "fourth," etc. are for descriptive purposes and are not to be understood as expressly or implicitly indicating the relative importance or number of the referred technical features. Thus, a feature qualified by the terms "first," "second," "third," "fourth," etc. may be taken to include, expressly or implicitly, one or more of the referred features.

[0021] The communication method provided by the embodiments of the present application is applicable to terminals of various communication standards, such as a third-generation mobile communication (3-Generation, 3G) system, a fourth-generation mobile communication (4-Generation, 4G) system, a fifth-generation mobile communication (5th Generation, 5G) system, or a communication system that will evolve in the future. The term "terminal" includes, but is not limited to, user equipment (UE), user unit, user station, mobile station, mobile base, remote station, remote terminal device, mobile terminal device, user terminal device, terminal device, wireless communication device, user proxy, user device, cellular, cordless phone, session initiation protocol (SIP) phone, wireless local loop (WLL) station, personal digital assistant (PDA), handheld device with wireless communication capability, computing device, processing device connected to a wireless modem, in-vehicle device, wearable device, terminal device in the Internet of Things, home appliance, virtual reality device, terminal device in a future 5G network, or terminal device in a future evolving public land mobile network (PLMN), etc. Although the embodiments of this application have been described using terminals as examples, terminal devices and user devices may be used together in some cases.

[0022] The terms used in the examples of this application will be explained below.

[0023] The global virtual card is also called a global roaming local virtual card, local virtual card, local roaming virtual card, global roaming card, ignition card, roaming virtual card, etc. It is applied to roaming in a global communication network and is installed in the terminal locale in advance, i.e., the terminal, and after roaming and registration, the local virtual card is downloaded and used only when the terminal device accesses the locale of the current region. Multiple devices / terminals may share a global virtual card belonging to one region. A regional virtual card, also known as a remote virtual card, is a virtual card with local information sent from a virtual card server and stored in a specific region, allowing roaming within the specific region. The inventors of the present application have found the following reason why virtual cards collide in the prior art. When a terminal using a virtual card starts, it randomly selects and registers one of several pre-installed world virtual cards, connects to the network with the domain virtual card server, obtains the domain virtual card from the domain virtual card server, and downloads it to the terminal's locale. The terminal uses the domain virtual card to access the network of the domain in which it is currently located, achieving roaming. It is common for multiple terminals to have world virtual cards from the same lot pre-installed. If an abnormality occurs in the domain virtual card, for example, if a terminal is unable to use data services for an extended period of time, the terminal will return to a state in which it acquires a domain virtual card, i.e., it will use the world virtual card to reconnect to the domain virtual card server and replace the domain virtual card. If a long-term failure occurs in the network accessed by the domain virtual card, the terminal accessing the network using the domain virtual card will return to a state in which it acquires a domain virtual card. Since world virtual cards and terminals are not pre-installed one-to-one but are generally pre-installed in a ratio of one-to-one or even greater, when they return as a lot, the terminals in the lot will share and register the same world virtual card. Since there is no transmission or reception of information between these terminals, registrations may be performed using the same world virtual card at adjacent times. A terminal that registers later will release the terminal that registered earlier from the network. The continuous registrations of the released terminal will affect the terminal that was in the process of registering earlier. Therefore, these terminals have difficulty recovering in a relatively short time. This will result in a collision in the world virtual card, making it impossible to use any of the terminals for an extended period of time.

[0024] The present application provides a communication method, as shown in FIG. 1, which is dispatched to a communication device in a virtual card terminal and used to loosen the collision of global virtual cards in the virtual card terminal, and includes the following steps:

[0025] Step 110 uses the terminal's world virtual card and a virtual card server to establish a connection to the first network and obtain a domain virtual card from the virtual card server, which allows the terminal to access a second network. When the terminal starts, to obtain a domain virtual card, it randomly selects one world virtual card as the current world virtual card and registers it in the first network. If the registration is successful, it establishes a connection with the virtual card server, obtains the domain virtual card from the virtual card server, and downloads it to the terminal locale. This step may also be called a domain virtual card obtaining step.

[0026] The first network may be a communications network provided by the carrier or roaming carrier to which the global virtual card currently belongs. The virtual card server provides a regional virtual card with local information recorded in the current region according to the region in which the terminal is currently located. The terminal accesses the second network through the regional virtual card to use the voice and data services provided by the second network. The second network may be a communications network provided by the carrier in the current region. The regional virtual card may be a virtual card belonging to the carrier.

[0027] It should be understood that the first network and the second network may be communication networks provided by the same operator or by different operators. When an abnormality occurs in the domain virtual card, the domain virtual card of the terminal is used to detect that an abnormality has occurred in the second network for a predetermined period of time. For example, if the terminal is unable to use data services for a long period of time, the terminal returns to the step of obtaining a domain virtual card, that is, uses the world virtual card to reconnect to the virtual card server and replace the domain virtual card.

[0028] Step 120 determines whether the terminal's world virtual card has encountered a collision. When the terminal successfully establishes a connection to the virtual card server, it obtains and downloads the real-world virtual card distributed by the virtual card server. When the terminal fails to register using the current world virtual card, it is necessary to determine whether the world virtual card of the terminal has a conflict. If a network accessed by a domain virtual card experiences a prolonged outage, multiple terminals using the domain virtual card in that domain will return to the stage of acquiring a large number of domain virtual cards at adjacent times. In other words, multiple terminals will execute step 110 at adjacent times. Because the world virtual card and the terminal are not pre-installed one-to-one, multiple terminals may share and register the same world virtual card. Regarding terminals that register and connect using the same world virtual card, the terminal that registers later may disconnect the registration process or connection of the previously registered terminal. Then, because the data has already been deleted by the operator when the previously registered terminal uses the data, it receives an implicit disconnection refusal from the first network in which the operator is located. Next, when the terminal is rejected, it attempts to register again and disconnects the previously registered terminal, resulting in an infinite loop of mutual collisions.

[0029] In addition, when many terminals are registering using the same global virtual card, an abnormality may be found on the network side: when the terminal sends a registration request, the network does not respond to the terminal, and the terminal cannot be registered.

[0030] The connection between the world virtual card and the virtual card server is established N times continuously without any failures, and if the used world virtual card is replaced each time, it is determined that the world virtual card of the terminal has caused a collision, and step 130 is executed, where N is the collision threshold.

[0031] The failure to establish a connection between the world virtual card and the virtual card server includes receiving rejection information from the first network or receiving a time-out response from the first network, where the rejection information includes a rejection reason, and the rejection reason includes an implicit disconnection rejection.

[0032] The following explanation takes the collision threshold N=2 as an example. For example, if an abnormality occurs in the terminal's domain virtual card, for example, the terminal is unable to use data services for a long period of time, the terminal returns to the step of obtaining a domain virtual card and executes step 110 to request registration from the first network using the currently used world virtual card and establish a connection with the virtual card server. If the reason received from the first network is implicit detachment refusal information, or if a timeout occurs due to no response information being received from the first network, the currently used world virtual card is replaced and step 110 is executed again to request registration from the first network. If the terminal's registration is accepted by the first network and a connection with the virtual card server is successfully established, the domain virtual card distributed by the virtual card server is obtained and downloaded. In other words, no collision occurs between the world virtual card and the virtual card server. If the reason received from the first network is still implicit detachment refusal information, or if a timeout occurs due to no response information being received from the first network, establishing a connection using the world virtual card and the virtual card server twice consecutively is considered to be a collision between the world virtual card and the virtual card server, and step 130 is executed. It is understood that the above descriptions are merely illustrative and not limiting, and the collision threshold N may be set to 3, 4 or more times as needed.

[0033] Step 130 updates the collision count when the terminal's world virtual card determines that a collision has occurred. When the terminal's world virtual card determines that a collision has occurred, the collision count is updated, for example, by adding 1, or by randomly adding or subtracting.

[0034] Step 140: exchange the world virtual card of the terminal to obtain the region virtual card when a waiting time has elapsed, where the waiting time is determined by the collision count and the terminal identifier.

[0035] In order to mitigate the risk of world virtual card collisions occurring when multiple terminals acquire area virtual cards, the waiting time it takes for these terminals to re-acquire the area virtual card is staggered, thereby reducing the likelihood that multiple terminals using the same world virtual card will register and connect at adjacent times, and avoiding synchronization collisions due to algorithm consistency.

[0036] The number of collisions and the identifier of the terminal may determine the waiting time required to obtain the area virtual card of the terminal. In a possible embodiment, the waiting time is UE_NUM x registration timeout + RAND(1, the registration timeout) or (9 - UE_NUM) x registration timeout + RAND(1, the registration timeout).

[0037] Wherein, UE_NUM is a fraction of the identifier of the terminal, its value is an integer between 0 and 9, RAND(1, the registration timeout time) is a random number between 1 and the registration timeout time, and the waiting time corresponding to the number of collisions being an odd number is different from the waiting time corresponding to the number of collisions being an even number. The identifier of the terminal is the International Mobile Equipment Identity (IMEI) or the serial number (SN) of the user device.

[0038] For example, if the number of terminal collisions is odd, the waiting time is UE_NUM × registration timeout time + RAND(1, the registration timeout time), while if the number of terminal collisions is even, the waiting time is (9-UE_NUM) × registration timeout time + RAND(1, the registration timeout time). For example, if the fraction of the terminal identifier is 2, the registration timeout time is 5 seconds, and the world virtual card has experienced its first collision, the number of collisions = 1, and the waiting time is 2 × 5 + RAND(1, 5) seconds, while if the world virtual card has experienced its second collision, the number of collisions = 2, and the waiting time is 7 × 5 + RAND(1, 5) seconds. Therefore, the waiting time is different each time a collision occurs.

[0039] Of course, if the number of terminal collisions is odd, the waiting time may be (9-UE_NUM) x registration timeout time + RAND(1, the registration timeout time). On the other hand, if the number of terminal collisions is even, the waiting time may be UE_NUM x registration timeout time + RAND(1, the registration timeout time). The above is merely an example, and the present invention is not limited to this.

[0040] When the waiting time has elapsed, the terminal replaces its world virtual card and acquires the new domain virtual card. That is, the process continues from step 110 until a domain virtual card is acquired or the process is stopped to not acquire a domain virtual card. Stopping to not acquire a domain virtual card includes shutting down or reaching the maximum number of times to acquire a domain virtual card. In the method provided by the above embodiment, when a conflict occurs in a terminal's world virtual card, the terminals are randomly distributed to acquire domain virtual cards and try again. This reduces the likelihood that multiple terminals using the same world virtual card will register and connect at adjacent times, and reduces the chance of multiple terminals acquiring domain virtual cards colliding. This reduces the delay in restoring business and improves the user's business experience.

[0041] 2 is a schematic diagram showing the configuration of a communication device 200 provided by an embodiment of the present application, which is used to execute the above-described method embodiment. Please refer to the description in the method embodiment, and the description will not be repeated here. The communication device 200 includes the following modules: The domain virtual card acquisition module 210 is for establishing a connection to a first network using the world virtual card of the terminal and a virtual card server, and obtaining a domain virtual card from the virtual card server, which is used by the terminal to access a second network. The collision detection module 220 is for determining whether the world virtual card of the terminal has caused a collision. The count update module 230 is for updating the collision count when the world virtual card of the terminal determines that a collision has occurred. The collision processing module 240 is for exchanging the world virtual card of the terminal and obtaining the region virtual card when a waiting time has elapsed, where the waiting time is determined by the number of collisions and the identifier of the terminal.

[0042] The communication device provided in the embodiments of the present application implements the above-described method embodiments. Since the principles and technical effects thereof are similar, they will not be described again. It should be noted that the communication device 200 may be implemented in the form of a functional module. Here, the term "module" may be implemented in the form of software and / or hardware, and therefore will not be described again.

[0043] For example, a "module" may be a software program, a hardware circuit, or a combination of both, capable of implementing the functionality described above. The hardware circuit may include an application specific integrated circuit (ASIC), electronic circuitry, a processor (e.g., a shared processor, dedicated processor, or set of processors) and memory for executing one or more software or firmware programs, integrated logic circuitry, and / or other components suitable for supporting such functionality.

[0044] Therefore, each exemplary module described in the embodiments of this application may be realized by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are implemented in the form of hardware or software depends on the specific application and design constraints of the technical means. Technical experts may realize such functions using different methods for each specific application, and such realizations are considered to be within the scope of this application.

[0045] FIG. 3 is a schematic diagram illustrating the configuration of a communication device according to an embodiment of the present disclosure. The communication device 300 shown in FIG. 3 includes a memory 310 and a processor 320. The memory 310 may be a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 310 stores a program. When the program stored in the memory 310 is executed by the processor 320, the processor 320 performs steps in the communication method according to an embodiment of the present disclosure, such as the steps illustrated in FIG. 1. The processor 320 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), a graphics processing unit (GPU), or one or more integrated circuits, which execute associated programs to implement the communication method according to an embodiment of the present disclosure.

[0046] The processor 320 may be an integrated circuit chip capable of processing signals, and may be implemented by the processor 320 according to instructions in the form of integrated logic circuitry or software in hardware, in order to implement the steps of the communication method of the present application.

[0047] The processor 320 may 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 device, a discrete gate or transistor logic device, or a discrete hardware component. The methods, steps, and logic block diagrams disclosed in the embodiments of the present application may be implemented or performed by the processor. The general-purpose processor may be a microprocessor. Alternatively, the processor may be any conventional processor. The steps of the methods disclosed in the embodiments of the present application may be directly executed by a hardware code processor, or may be executed by a combination of hardware modules and software modules in the code processor. The software modules may be stored in a storage medium known in the art, such as a random memory, a flash drive, a read-only memory, a writable or electrically erasable memory, or a register. The storage medium is installed in memory 310, and processor 320 reads the information in memory 310 and, together with its hardware, performs the functions required to be performed by the modules included in the communication device shown in Figure 1 in the completed embodiment of the present application, or performs the communication method shown in Figure 1 in the method embodiment of the present application.

[0048] It should be noted that although only a memory and a processor are shown for the device 300, those skilled in the art will understand that, in a specific implementation, the device 300 may further include other devices necessary for normal operation. At the same time, those skilled in the art will understand that, depending on specific needs, the device 300 may further include hardware devices for realizing other additional functions. Furthermore, those skilled in the art will understand that the device 300 may only include devices necessary for implementing the embodiments of the present application, and does not necessarily include all of the devices shown in FIG. 3.

[0049] Fig. 4 is a schematic diagram showing the configuration of a terminal provided by an embodiment of the present application. As shown in Fig. 4, the terminal includes a transceiver 410 and a communication device 420. The communication device 420 may be the communication device 200 shown in Fig. 2 or the communication device 300 shown in Fig. 3. The transceiver 410 is for transmitting and receiving signals, and the communication device 420 is for performing the method provided by the above embodiment.

[0050] It is conceivable to those skilled in the art that, when referring to the exemplary modules and algorithm steps described in the embodiments disclosed herein, these functions can be realized by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are implemented in the form of hardware or software depends on the specific application and design constraints of the technical means. Technical experts may realize such functions using different methods for each specific application, and it is believed that such realizations do not go beyond the scope of this application.

[0051] It should be clearly understood by those skilled in the art that, for the sake of convenience and brevity, the specific operational steps of the above-described systems, devices, and modules may be referred to corresponding steps in the method embodiments, and therefore will not be repeated here.

[0052] In some embodiments provided herein, it should be understood that such systems, devices, and methods may be implemented in other forms. For example, the device embodiments described above are merely illustrative. For example, the division of modules is merely a logical functional division, and other division forms may exist in actual implementations. For example, multiple modules or components may be combined or integrated into other systems, or some of their features may be ignored or not implemented. Furthermore, what is shown or discussed as being coupled, directly coupled, or communicatively connected to each other may be an indirect coupling or communicative connection between several interfaces, devices, or means, or may be an electrical, mechanical, or other form.

[0053] The modules described as separate components may or may not be physically separated. The components shown as modules may or may not be physical modules, i.e., they may be located in one place or distributed across multiple network modules. Depending on actual needs, some or all of the modules may be selected to achieve the objectives of the means of this embodiment.

[0054] Furthermore, each functional module in each embodiment of the present application may be integrated into a single processing module, may exist physically independently in each module, or two or more modules may be integrated into a single module.

[0055] The functions may be realized in the form of software functional modules and stored in a computer-readable storage medium when sold or used as an independent product. In this context, the technical means of the present application may be realized in the form of a software product, either in its entirety or as a contribution to the prior art or as a part of the technical means. The computer software product is stored in a storage medium and includes instructions to cause a computer device (such as a personal computer, a server, or a network device) to execute all or part of the steps of the method described in each embodiment of the present application. The storage medium described above may include various media capable of storing programming code, such as a USB flash drive, a portable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0056] Although the above is a specific embodiment of the present application, the scope of protection of the present application is not limited thereto, and any modifications or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present application are included in the scope of protection of the present application. Therefore, the scope of protection of the present application is equivalent to the scope of the claims.

Claims

1. A terminal establishes a connection to a first network using the terminal's world virtual card and a virtual card server, and obtains from the virtual card server a realm virtual card for the terminal to access a second network; The terminal determines whether a world virtual card of the terminal has experienced a collision; updating a collision count when the terminal determines that the terminal's world virtual card has experienced a collision; and A communication method characterized in that, after a waiting time specified by the number of collisions and the identifier of the terminal has elapsed, the terminal exchanges its world virtual card to obtain the area virtual card.

2. establishing a connection to the first network using the exchanged terminal's world virtual card and the virtual card server; Obtaining a domain virtual card from the virtual card server; and The method of claim 1 , further comprising accessing the second network using the domain virtual card.

3. Determining whether the world virtual card of the terminal has a collision includes: The communication method of claim 1, wherein the connection is established unsuccessfully even when the world virtual card and the virtual card server are used continuously N times, and when the world virtual card used each time is replaced, the world virtual card of the terminal is determined to have collided, wherein N is a collision threshold.

4. establishing a connection between the world virtual card and the virtual card server; 4. The communication method of claim 3, further comprising receiving a rejection message from the first network or a timeout of a response message from the first network.

5. The rejection information includes a reason for the rejection, The method of claim 4, wherein the rejection reason includes an implicit separation rejection.

6. The waiting time is UE_NUM × registration timeout time + RAND (1, the registration timeout time), or (9 − UE_NUM) × registration timeout time + RAND (1, the registration timeout time), 2. The communication method according to claim 1, wherein UE_NUM is a fraction of the identifier of the terminal, and its value is an integer from 0 to 9; RAND(1, the registration timeout period) is a random number between 1 and the registration timeout period; and the waiting period corresponding to the number of collisions being an odd number is different from the waiting period corresponding to the number of collisions being an even number.

7. 2. The communication method according to claim 1, wherein the identifier of the terminal is an International Mobile Equipment Identity (IMEI) or a serial number (SN) of the terminal.

8. The communication method of claim 1, further comprising: before the terminal obtains a domain virtual card for accessing the second network, establishing a connection to the first network using the terminal's world virtual card and a virtual card server, and determining that an abnormality has occurred for a predetermined period of time when accessing the second network using the domain virtual card previously obtained from the virtual card server and owned by the terminal.

9. a domain virtual card obtaining module for establishing a connection to a first network using a world virtual card of the terminal and a virtual card server, and obtaining a domain virtual card from the virtual card server for the terminal to access a second network; a collision detection module for determining whether the world virtual card of the terminal has experienced a collision; a number update module for updating a collision number when the world virtual card of the terminal identifies that a collision has occurred; and A communication device comprising a collision processing module for exchanging the world virtual card of the terminal to obtain a region virtual card after a waiting time specified by the number of collisions and the identifier of the terminal has elapsed.

10. The area virtual card acquisition module further includes: establishing a connection to the first network using the terminal's world virtual card and the virtual card server; obtaining a domain virtual card from the virtual card server; 10. The communication device according to claim 9, wherein the communication device is for accessing the second network using the area virtual card.

11. The collision detection module specifically includes: The communication device of claim 9, characterized in that the world virtual card and the virtual card server are continuously used N times to establish a connection without failure, and when the world virtual card used each time is replaced, the world virtual card of the terminal is determined to have collided, wherein N is a collision threshold.

12. establishing a connection between the world virtual card and the virtual card server; The communication device of claim 11 , further comprising: receiving a rejection message from the first network; or a response message from the first network timing out.

13. The communication device of claim 12 , wherein the rejection information includes a rejection reason, the rejection reason including an implicit separation rejection.

14. The waiting time is UE_NUM × registration timeout time + RAND (1, the registration timeout time), or (9 − UE_NUM) × registration timeout time + RAND (1, the registration timeout time), 14. The communication device according to claim 13, wherein UE_NUM is a fraction of the identifier of the terminal, and its value is an integer from 0 to 9; RAND(1, the registration timeout period) is a random number from 1 to the registration timeout period; and a waiting period corresponding to an odd number of collisions is different from a waiting period corresponding to an even number of collisions.

15. 10. The communication device according to claim 9, wherein the identifier of the terminal is an International Mobile Equipment Identity (IMEI) or a serial number (SN) of the terminal.

16. The area virtual card acquisition module further includes: The communication device according to claim 9, characterized in that it is for determining that an abnormality has occurred for a predetermined period of time when the terminal accesses the second network using an area virtual card possessed by the terminal.

17. 1. A communications device comprising a processor, a memory, and a computer program stored in the memory and executable by the processor, A communication device, characterized in that when the processor executes the computer program, the communication method according to any one of claims 1 to 8 is realized.

18. A computer-readable storage medium having executable instructions stored thereon, the executable instructions being adapted to implement the method of any one of claims 1 to 8 when executed by a computer.

Citation Information

Patent Citations

  • Method and apparatus for switching virtual SIM service contracts based upon a user profile

    EP2441294B1

  • Method and related device for virtual SIM card distribution and accessing network

    EP3442248A1

  • Method and apparatus for establishing communication connection

    WO2022116696A1