CN116782200A - Processing method, device, equipment and readable storage medium of network address - Google Patents
Processing method, device, equipment and readable storage medium of network address Download PDFInfo
- Publication number
- CN116782200A CN116782200A CN202210240135.XA CN202210240135A CN116782200A CN 116782200 A CN116782200 A CN 116782200A CN 202210240135 A CN202210240135 A CN 202210240135A CN 116782200 A CN116782200 A CN 116782200A
- Authority
- CN
- China
- Prior art keywords
- container
- network
- address
- real
- network card
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title abstract description 8
- 238000000034 method Methods 0.000 claims abstract description 80
- 238000012545 processing Methods 0.000 claims description 22
- 230000004044 response Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 description 29
- 238000010586 diagram Methods 0.000 description 8
- 206010051015 Radiation hepatitis Diseases 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 238000013461 design Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000004806 packaging method and process Methods 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 241000238367 Mya arenaria Species 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000004576 sand Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The application provides a processing method, a device, equipment and a readable storage medium of a network address, relating to the technical field of security terminals, wherein the method comprises the following steps: according to the preset access point name of the operating system in each container, the real network address corresponding to each container is obtained from the core network, and according to the real network address corresponding to each container, the network card information of the virtual network card in each container is configured. According to the technical scheme, the real IPV4/IPV6 addresses are obtained from the core network and returned to the corresponding containers, so that the virtual network card in each container dynamically binds the real IPV4/IPV6 addresses, the fact that the IP address types in the containers are not matched with the real IP address types is avoided, and the application software supporting the IPV6 address types can normally access the network.
Description
Technical Field
The present application relates to the field of secure terminals, and in particular, to a method, an apparatus, a device, and a readable storage medium for processing a network address.
Background
With the popularity of smartphones, smartphone functionality is also continually increasing. The dual-system mobile phone is characterized in that two different systems can be carried on one mobile phone, so that a user can use one system for life scenes and the other system for working scenes, processes, data and networks of the two systems are mutually isolated, and the user can use one mobile phone in different scenes without switching back and forth among multiple mobile phones.
In the prior art, in order to realize network isolation between systems in the working process of a dual-system mobile phone, only one virtual network card is generally configured for each system, and after a terminal is started, initialization is performed once, so that a virtual IP address is configured for the virtual network card.
However, in this manner in the prior art, since the virtual network card uses a virtual IP address, which is not matched with a real IP address, there is a case that the IP address type is not matched with the real IP address type easily in the actual application process, so that some applications supporting different IP address types cannot access the network.
Disclosure of Invention
The application provides a processing method, a device, equipment and a readable storage medium of a network address, which are used for solving the problem that certain application software in the existing dual-system mobile phone cannot access the network.
In a first aspect, an embodiment of the present application provides a method for processing a network address, which is applied to a mobile terminal, where the mobile terminal includes at least two containers, each container includes an operating system and a virtual network card, and the method includes:
acquiring a real network address corresponding to each container from a core network according to the preset access point names of the operating systems in each container, wherein the preset access point names of the operating systems in each container are different, and the real network addresses acquired from the core network according to the different preset access point names are different;
and configuring network card information of the virtual network card in each container according to the real network address corresponding to each container, wherein the network card information at least comprises a network address and a network card type.
In one possible design of the first aspect, the configuring network card information of the virtual network card of the operating system in each container according to the real network address corresponding to each container includes:
acquiring an internet protocol version of a real network address corresponding to each container;
according to the Internet protocol version, determining the network card type of the virtual network card of the operating system in each container;
and determining the network address of the virtual network card in each container according to the real network address.
In another possible design of the first aspect, the method further comprises:
and saving the real network address into the container.
In yet another possible design of the first aspect, the method further comprises:
acquiring an address query request of application software in each container;
and acquiring the real network address from a container in which the application software is located according to the address query request, and returning the real network address to the application software.
In yet another possible design of the first aspect, the method further comprises:
setting a real network card to a kernel protocol stack of the mobile terminal according to the real network address, wherein the real network card comprises a real network address corresponding to each container, and the real network card is used for communicating with a virtual network card in each container;
acquiring the identification of a virtual network card of an operating system in each container;
and returning each real network address to the corresponding container according to the identification.
In yet another possible design of the first aspect, before the obtaining, from the core network, a real network address corresponding to each container, the method further includes:
when an operating system in the container is started, acquiring a data dialing request according to a preset access point name of the operating system;
and converting the data dialing request into an instruction, and sending the instruction to the core network through an air interface message so as to establish connection with the core network.
In yet another possible design of the first aspect, the method further comprises:
and starting an operating system in each container in response to the mobile terminal starting.
In a second aspect, an embodiment of the present application provides a processing apparatus for a network address, including:
the address acquisition module is used for acquiring the real network address corresponding to each container from the core network according to the preset access point name of the operating system in each container, wherein the preset access point names of the operating system in each container are different, and the real network addresses acquired from the core network according to the different preset access point names are different;
the information configuration module is used for configuring network card information of the virtual network card in each container according to the real network address corresponding to each container, and the network card information at least comprises a network address and a network card type.
In a third aspect, an embodiment of the present application provides a mobile terminal, including: a processor, and a memory communicatively coupled to the processor;
the memory stores computer-executable instructions;
the processor executes the computer-executable instructions stored in the memory to implement the methods described above.
In a fourth aspect, embodiments of the present application provide a readable storage medium having stored therein computer instructions which, when executed by a processor, are adapted to carry out the method described above.
In a fifth aspect, embodiments of the present application provide a program product comprising computer instructions which, when executed by a processor, implement the above-described method.
According to the processing method, the device, the equipment and the readable storage medium of the network address, the real IPV4/IPV6 address is obtained from the core network and returned to the corresponding container, so that the virtual network card in each container dynamically binds the real IPV4/IPV6 address, the fact that the IP address type inside the container is not matched with the real IP address type is avoided, and the application software supporting the IPV6 address type can normally perform network access.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application;
fig. 1 is a schematic view of a scenario of a network address processing method according to an embodiment of the present application;
fig. 2 is a flow chart of a method for processing a network address according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of a mobile terminal according to an embodiment of the present application;
fig. 4 is an interactive schematic diagram of a method for processing a network address according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a processing device for network address according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a mobile terminal according to an embodiment of the present application.
Specific embodiments of the present application have been shown by way of the above drawings and will be described in more detail below. The drawings and the written description are not intended to limit the scope of the inventive concepts in any way, but rather to illustrate the inventive concepts to those skilled in the art by reference to the specific embodiments.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present application more apparent, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
First, the terms involved in the present application will be explained:
APN：
the access point name (Access Point Name ) refers to a network access technology, which is a parameter that must be configured when a mobile phone is connected to the network, and determines which access mode the mobile phone accesses the network. The range and access manner that different access points can access are different, and the network side knows which network to access after the activation of the handset and thus allocates the IP of which network segment depending on the APN.
LXC：
A Linux Container (LXC) is a kernel virtualization technology that can provide lightweight virtualization to isolate processes and resources.
IPV4：
The international protocol version 4 (Internet Protocol version, ipv 4), also known as the fourth version of the internet communication protocol, is the fourth revision in the development of the internet protocol and is also the first widely deployed version of this protocol.
IPV6：
International protocol version 6 (Internet Protocol version, IPv 6) version 6 is the next generation IP protocol designed by the internet engineering task force to replace IPv4, and its number of addresses is said to be one address per sand worldwide.
Fig. 1 is a schematic view of a scenario of a method for processing a network address according to an embodiment of the present application, where an application scenario of the method may be a mobile terminal. As shown in fig. 1, taking a mobile terminal as a mobile phone 10 as an example, the mobile phone 10 is a dual-system mobile phone, wherein a user can divide two systems into a working system and a living system, the working system is used in a working scene, the living system is used in a living scene, and processes, data and networks of the two systems are isolated from each other. In general, two systems keep running state, and the system which is directly interacted with a user by using a display screen at present can be a foreground system, and the system which is invisible to the other user can be a background system, so that the two systems can be switched along with the user. The dual system is based on network namespace technology, with different network namespace networks isolated from each other. To enable different network namespaces to communicate with each other, related techniques may be employed to enable packets within a container to be forwarded outside of the container. The dual system supports two paths of data dialing, namely, the working system and the living system can be respectively configured with different APNs to dial the data, so that the working system and the living system can respectively use different networks. Wherein, different APNs dial data, and the core network 11 side returns corresponding IPV4/IPV6 addresses to the mobile phone 10 according to different APNs.
In the related dual-system mobile phone, the network cards of each network space are not fixedly allocated, and virtual IP addresses (wherein the virtual IP addresses can be obtained by initializing in the starting process) are presented to the user in the container, so that the IP address type in the container is not matched with the real IP address type (namely, the IPV4/IPV6 address type returned by the core network side), and therefore, the influence is that certain applications supporting the IPV6 type cannot normally access the network.
In order to solve the above problems, the method, the device, the equipment and the readable storage medium for processing the network address provided by the embodiment of the application dynamically bind the real network card and the virtual network card by mapping one by one when each system APN data dials. The inside of the container corresponds to the IP addresses of the real network cards one by one, so that the problem that the application software cannot access the network due to the fact that the IP addresses cannot be aligned is avoided. IP address information returned when the APN data of the network side is dialed can be seen in a setting module in the container and presented to the real IP address of the user.
The technical scheme of the application is described in detail through specific embodiments. It should be noted that the following embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments.
Fig. 2 is a flow chart of a method for processing a network address according to an embodiment of the present application, where the method may be applied to a mobile terminal (e.g., a mobile phone), and the mobile terminal includes at least two containers, each of which includes a virtual network card and an operating system. By way of example, the following description will take the mobile terminal as an example comprising two systems, one for the living system and the other for the working system. As shown in fig. 2, the method specifically may include the following steps:
s201, according to the preset access point name of the operating system in each container, acquiring the real network address corresponding to each container from the core network.
The preset access point names of the operating systems in each container are different, and the real network addresses obtained from the core network according to the different preset access point names are different.
In this embodiment, the operating systems set in each container may be the same or different, and illustratively, the living system in the first container may be an android operating system, and the working system in the second container may also be an android operating system. The living system is provided with a virtual network card, and the work cooperation is also provided with the virtual network card.
After the working system and the living system are started, the IPV4/IPV6 address corresponding to the APN can be obtained from the core network according to the APN parameters configured by the respective systems. For example, the core network may return only the IPV4 address corresponding to the APN, or may return both the IPV4 address and the IPV6 address corresponding to the APN. Where the IPV4 address and the IPV6 address are addresses of two different protocol versions. In the related prior art, the virtual network card uses a virtual address, and the initialization is only performed once in the starting process of the mobile phone, the virtual address is fixed, if the virtual address is an IPV4 type address, and the core network returns an IPV4 address and an IPV6 address actually, the IP address type inside a container using the virtual network card is not matched with the real IP address type returned by the core network, so that the application software supporting the IPV6 address type inside the container can not normally surf the internet due to the fact that the virtual IPV4 address inside the container is used.
Fig. 3 is a schematic structural diagram of a mobile terminal according to an embodiment of the present application, and as shown in fig. 3, a mobile terminal 30 includes a working system, a living system, a wireless interface adaptation (Radio Interface Layer Damon, RLID) process independent of the living system and the working system, a modem, and a kernel protocol stack. The working system and the living system are both operated with mobile phone processes. After the living system and the working system are started, the respective mobile phone processes can use APN parameters configured by the respective systems to carry out APN data dialing request, the RLID processes can convert the request into instructions after receiving the dialing request and send the instructions to the modem, and the modem can initiate public data network (Public Data Network, PDN) connection establishment at the core network side through air interface messages after receiving the instruction request. After the core network PDN is successfully established, information such as IPV4/IPV6 addresses corresponding to the APN, domain name servers (Domain Name Server, DNS) and the like is returned. After the RILD process receives the returned successful establishment information, the RILD process sets a route and sets information such as a real network card to a kernel protocol stack of Linux. And simultaneously, the related information is returned to the respective system, and after the mobile phone process of the respective system receives the corresponding request response, the respective virtual network card and the IP address are dynamically bound according to the network card information. The virtual network cards in the respective systems communicate with the real network cards arranged in the RILD through the network bridge scheme, so that the application in different systems can normally surf the Internet.
S202, configuring network card information of the virtual network card in each container according to the real network address corresponding to each container.
The network card information at least comprises a network address and a network card type.
In this embodiment, the real network address may be an IPV4 address or an IPV6 address, where the IPV4 address type is different from the IPV6 address type, so that the network card type of the configured virtual network card is also different. After receiving the response of the corresponding request, the mobile phone processes of the respective systems dynamically bind the respective virtual network card and IP address according to the network card information.
The embodiment of the application acquires the real IPV4/IPV6 address from the core network and returns the real IPV4/IPV6 address to the corresponding container, so that the virtual network card in each container dynamically binds the real IPV4/IPV6 address, the mismatching of the IP address type and the real IP address type in the container is avoided, and the application software supporting the IPV6 address type can normally access the network.
In some embodiments, the step S202 may be specifically implemented by the following steps:
acquiring an internet protocol version of a real network address corresponding to each container;
according to the internet protocol version, determining the network card type of the virtual network card in each container;
and determining the network address of the virtual network card in each container according to the real network address.
In this embodiment, the real network address may be an IPV4 address or include both an IPV4 address and an IPV6 address, where the type of network card corresponding to the IPV4 address is different from the type of network card corresponding to the IPV6 address, and by way of example, when the real network address is an IPV4 address, only a virtual IPV4 address and a virtual network card of a corresponding type should be located inside the container, and when the real network address is an IPV4 address and an IPV6 address, there is also a virtual IPV4/IPV6 address and a virtual network card of a corresponding type inside the container.
According to the embodiment of the application, the real network addresses corresponding to the containers are bound into the virtual network card to configure the virtual network card, so that the virtual network card can be kept in dynamic consistency with the addresses returned by the core network, and the virtual network card uses the real addresses returned by the core network, so that the real network addresses returned by the core network to the containers can be seen in the containers.
In some embodiments, the above method further comprises the step of: the real network address is saved to the container.
In this embodiment, the real network address may be bound to an attribute value of the virtual network card, and, for example, taking the real network address as an IPV6 address, the wireless interface layer (Radio Interface Layer, RIL) Java process sets the attribute value of the virtual network card through the setting module, and binds the attribute value to the IPV6 address to achieve storage of the real network address. Wherein, when the application software needs to be checked, the real network address can be directly checked from the attribute value instead of the virtual address provided by the prior art.
According to the embodiment of the application, the real network address returned by the core network is bound to the attribute value, and the application soft shell can dynamically display according to the stored attribute, so that the real network address returned by the core network to the container can be seen in each container.
In some embodiments, the above method may further comprise the steps of:
acquiring an address query request of application software in each container;
and acquiring a real network address from a container where the application software is located according to the address query request, and returning the real network address to the application software.
In this embodiment, after each container obtains the corresponding real network address (IPV 4/IPV6 address), the real network address may be stored in the attribute value, and the application side may dynamically display the real network address according to the stored attribute value, so that the real IP address returned by the core network can be seen inside each container.
According to the embodiment of the application, the real network address is obtained from the container and is sent to the application software for dynamic display, so that a user can obtain the real network address information of the current operating system.
With continued reference to fig. 3, in some embodiments, the mobile terminal further includes a kernel protocol stack, and the routing and the real network card may be set in the kernel protocol stack through the RILD process, where the real network card is mapped one by one with the virtual network card in each container, and dynamic binding is performed, so that the virtual network card and the real network card IP address in the container are in one-to-one correspondence, and the IP address types are ensured to be aligned with each other, so that the application software cannot access the network normally due to the inconsistent address types is avoided. In this embodiment, the method may further include the following steps:
setting a real network card to a kernel protocol stack of the mobile terminal according to the real network address;
acquiring the identification of the virtual network card in each container;
and returning each real network address to the corresponding container according to the identification.
The real network card comprises a real network address corresponding to each container, and the real network card is used for communicating with the virtual network card in each container. The virtual network card in each container can communicate with the real network card through a network bridge scheme, so that application software in different containers can normally surf the internet.
In this embodiment, different containers and operating systems in different containers may be identified by the virtual network card, for example, the identifier of the first virtual network card may be 01, the container in which the first virtual network card is located is the first container, where the first operating system is included, the identifier of the second virtual network card is 02, the container in which the second virtual network card is located is the second container, where the second operating system is included.
According to the embodiment of the application, the identifier of the virtual network card is set, so that the real network address returned by the core network can be correctly returned to the corresponding container, the real network card can be set, the one-to-one correspondence between the IP addresses of the real network card and the virtual network card is ensured, the dynamic binding of the real network card and the virtual network card is realized, the alignment of the IP address types of the real network card and the virtual network card is ensured, and the problem that certain applications capable of supporting the IPV6 address cannot normally access the network is avoided.
In some embodiments, the above method may further comprise the steps of:
when an operating system in a container is started, acquiring a data dialing request according to a preset access point name of the operating system;
the data dialing request is converted into an instruction, and the instruction is sent to the core network through an air interface message to establish connection with the core network.
In this embodiment, taking the mobile terminal as an example, the mobile terminal has two containers, the first container is provided with a living system, the second container is provided with a working system, when the living system and the working system are started, a mobile phone process in each system will use APN parameters configured by each system to perform an APN data dialing request, after the RILD process of the mobile terminal receives the dialing request, the request will be converted into an instruction (different chip manufacturers may have different implementation manners), the instruction is sent to a modem of the mobile terminal, and after the modem receives the instruction request, a PDN connection establishment will be initiated at the core network side through an air interface message. After the core network PDN is successfully established, information such as IPV4/IPV6 addresses, DNS and the like corresponding to the APN is returned.
Illustratively, in some embodiments, the operating system in each container will also boot at the same time when the mobile terminal is booted.
According to the embodiment of the application, more than two containers are arranged in the mobile terminal, and corresponding operating systems are arranged in each container, so that when the mobile terminal is started, each operating system can acquire a corresponding real network address from a core network through an APN (access point identifier) which is respectively preset, and network isolation and network security of each operating system are realized.
Fig. 4 is an interaction schematic diagram of a method for processing a network address according to an embodiment of the present application, as shown in fig. 4, the method may specifically include the following steps:
s401, carrying a dialing request of an APN parameter;
s402, converting the request into an AT instruction;
s403, a PDN connection establishment request;
s404, acquiring a returned real network address;
s405, returning a real network address;
s406, setting a route and a real network card according to the returned real network address;
s407, packaging the real network address, the virtual network address and the virtual network card to obtain packaging information;
s408, returning packaging information;
s409, analyzing the package information;
s410, acquiring a real network address;
s411, binding the real network address to be dynamically displayed;
s412, dynamically binding the virtual network card according to the real network address;
s413, if the real network address contains the IPV6 address, setting an attribute value and starting a local service process;
s414, dynamically binding the IPV6 address through the command.
In this embodiment, the virtual IP address and the network card type in each container are consistent with the real network address returned by the core network. For example, if the APN data dials, the core network only returns the IPV4 address, and only the virtual IPV4 address and virtual network card should be located inside the container. If the core network returns IPV4 and IPV6 addresses, then there should also be virtual IPV4 and IPV6 addresses inside the container. The real address field can be newly added in the RILD process and returned to the RILJ process in the container. The RILJ process decides whether to dynamically bind the IPV6 address of the virtual network card according to the IP type and whether to have the real IPV6 address. If the address of the real IPV6 exists, an attribute value is set, a local service process is started, and the local service process is dynamically bound through the transmitted virtual network card, so that the fact that the virtual IP address and the network card type in the container are consistent with the address returned by the core network is realized. Meanwhile, the obtained real IPV4/IPV6 address is bound to a setting module through an attribute binding scheme, and dynamic display is carried out subsequently so that a user can view the real network address.
The following are examples of the apparatus of the present application that may be used to perform the method embodiments of the present application. For details not disclosed in the embodiments of the apparatus of the present application, please refer to the embodiments of the method of the present application.
Fig. 5 is a schematic structural diagram of a processing device for a network address according to an embodiment of the present application, where the processing device may be integrated on a mobile terminal and the mobile terminal includes at least two containers, each container including an operating system and a virtual network card. As shown in fig. 5, the processing device 50 for network address includes an address acquisition module 51 and an information configuration module 52.
The address obtaining module 51 is configured to obtain, from the core network, a real network address corresponding to each container according to a preset access point name of an operating system in each container. The information configuration module 52 is configured to configure network card information of the virtual network card in each container according to the real network address corresponding to each container.
The preset access point names of the operating systems in each container are different, and the real network addresses obtained from the core network according to the different preset access point names are different, and the network card information at least comprises network addresses and network card types.
In some embodiments, the information configuration module 52 may be specifically configured to:
acquiring an internet protocol version of a real network address corresponding to each container;
according to the Internet protocol version, determining the network card type of the virtual network card of the operating system in each container;
and determining the network address of the virtual network card in each container according to the real network address.
In some embodiments, the apparatus further comprises a storage module for storing the real network address into the container.
In some embodiments, the apparatus further includes an address query module configured to:
acquiring an address query request of application software in each container;
and acquiring a real network address from a container where the application software is located according to the address query request, and returning the real network address to the application software.
In some embodiments, the apparatus further comprises an identification module for:
setting a real network card to a kernel protocol stack of the mobile terminal according to the real network address;
acquiring the identification of the virtual network card in each container;
and returning each real network address to the corresponding container according to the identification.
The real network card comprises a real network address corresponding to each container, and the real network card is used for communicating with the virtual network card in each container.
In some embodiments, the apparatus further comprises a connection module configured to:
when an operating system in a container is started, acquiring a data dialing request according to a preset access point name of the operating system;
the data dialing request is converted into an instruction, and the instruction is sent to the core network through an air interface message to establish connection with the core network.
In some embodiments, the apparatus further comprises a boot module for booting the operating system in each container in response to the mobile terminal booting.
The device provided by the embodiment of the application can be used for executing the method in the embodiment, and the implementation principle and the technical effect are similar, and are not repeated here.
It should be noted that, it should be understood that the division of the modules of the above apparatus is merely a division of a logic function, and may be fully or partially integrated into a physical entity or may be physically separated. And these modules may all be implemented in software in the form of calls by the processing element; or can be realized in hardware; the method can also be realized in a form of calling software by a processing element, and the method can be realized in a form of hardware by a part of modules. For example, the address acquisition module may be a processing element that is set up separately, may be implemented in a chip of the above apparatus, or may be stored in a memory of the above apparatus in the form of program codes, and the functions of the address acquisition module may be called and executed by a processing element of the above apparatus. The implementation of the other modules is similar. In addition, all or part of the modules can be integrated together or can be independently implemented. The processing element here may be an integrated circuit with signal processing capabilities. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in a software form.
Fig. 6 is a schematic structural diagram of a mobile terminal according to an embodiment of the present application. As shown in fig. 6, the mobile terminal 60 includes: at least one processor 61, a memory 62, a bus 63, and a communication interface 64.
Wherein: processor 61, communication interface 64 and memory 62 communicate with each other via bus 63.
The communication interface 64 is used to communicate with other devices. The communication interface 64 includes a communication interface for data transmission, a display interface for man-machine interaction, an operation interface, and the like.
The processor 61 is configured to execute the computer instructions stored in the memory 62, and may specifically perform relevant steps in the method described in the above embodiment. The processor may be, for example, a central processing unit, or a specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits configured to implement embodiments of the present application. The one or more processors included in the mobile terminal may be the same type of processor, such as one or more CPUs; but may also be different types of processors such as one or more CPUs and one or more ASICs.
And the memory is used for storing computer instructions. The memory may comprise high speed RAM memory or may also comprise non-volatile memory, such as at least one disk memory.
The present embodiment also provides a readable storage medium, in which computer instructions are stored, and when at least one processor of the mobile terminal executes the computer instructions, the mobile terminal executes the network address processing method provided in the foregoing various embodiments.
The present embodiment also provides a program product comprising computer instructions stored in a readable storage medium. The at least one processor of the mobile terminal may read the computer instructions from the readable storage medium, and execution of the computer instructions by the at least one processor causes the mobile terminal to implement the network address processing method provided by the various embodiments described above.
In the present application, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a alone, a and B together, and B alone, wherein a, B may be singular or plural. The character "/" generally indicates that the front and rear associated objects are an "or" relationship; in the formula, the character "/" indicates that the front and rear associated objects are a "division" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural.
It will be appreciated that the various numerical numbers referred to in the embodiments of the present application are merely for ease of description and are not intended to limit the scope of the embodiments of the present application. In the embodiment of the present application, the sequence number of each process does not mean the sequence of the execution sequence, and the execution sequence of each process should be determined by the function and the internal logic, and should not limit the implementation process of the embodiment of the present application in any way.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the application.
Claims (11)
1. A method for processing a network address, the method being applied to a mobile terminal, the mobile terminal comprising at least two containers, each container comprising an operating system and a virtual network card, the method comprising:
acquiring a real network address corresponding to each container from a core network according to the preset access point names of the operating systems in each container, wherein the preset access point names of the operating systems in each container are different, and the real network addresses acquired from the core network according to the different preset access point names are different;
and configuring network card information of the virtual network card in each container according to the real network address corresponding to each container, wherein the network card information at least comprises a network address and a network card type.
2. The method according to claim 1, wherein configuring the network card information of the virtual network card in each container according to the real network address corresponding to each container includes:
acquiring an internet protocol version of a real network address corresponding to each container;
according to the Internet protocol version, determining the network card type of the virtual network card of the operating system in each container;
and determining the network address of the virtual network card in each container according to the real network address.
3. The method according to claim 1 or 2, characterized in that the method further comprises:
and saving the real network address into the container.
4. A method according to claim 3, characterized in that the method further comprises:
acquiring an address query request of application software in each container;
and acquiring the real network address from a container in which the application software is located according to the address query request, and returning the real network address to the application software.
5. The method according to claim 1, wherein the method further comprises:
setting a real network card to a kernel protocol stack of the mobile terminal according to the real network address, wherein the real network card comprises a real network address corresponding to each container, and the real network card is used for communicating with a virtual network card in each container;
acquiring the identification of the virtual network card in each container;
and returning each real network address to the corresponding container according to the identification.
6. The method according to claim 1, wherein before the obtaining the real network address corresponding to each container from the core network, the method further comprises:
when an operating system in the container is started, acquiring a data dialing request according to a preset access point name of the operating system;
and converting the data dialing request into an instruction, and sending the instruction to the core network through an air interface message so as to establish connection with the core network.
7. The method of claim 6, wherein the method further comprises:
and starting an operating system in each container in response to the mobile terminal starting.
8. A processing apparatus for a network address, comprising:
the address acquisition module is used for acquiring the real network address corresponding to each container from the core network according to the preset access point name of the operating system in each container, wherein the preset access point names of the operating system in each container are different, and the real network addresses acquired from the core network according to the different preset access point names are different;
the information configuration module is used for configuring network card information of the virtual network card in each container according to the real network address corresponding to each container, and the network card information at least comprises a network address and a network card type.
9. A mobile terminal, comprising: a processor, and a memory communicatively coupled to the processor;
the memory stores computer-executable instructions;
the processor executes computer-executable instructions stored in the memory to implement the method of any one of claims 1-7.
10. A readable storage medium having stored therein computer instructions which, when executed by a processor, are adapted to carry out the method of any one of claims 1-7.
11. A program product comprising computer instructions which, when executed by a processor, implement the method of any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210240135.XA CN116782200A (en) | 2022-03-10 | 2022-03-10 | Processing method, device, equipment and readable storage medium of network address |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210240135.XA CN116782200A (en) | 2022-03-10 | 2022-03-10 | Processing method, device, equipment and readable storage medium of network address |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116782200A true CN116782200A (en) | 2023-09-19 |
Family
ID=88008665
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210240135.XA Pending CN116782200A (en) | 2022-03-10 | 2022-03-10 | Processing method, device, equipment and readable storage medium of network address |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116782200A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117560235A (en) * | 2024-01-11 | 2024-02-13 | 南京沁恒微电子股份有限公司 | Automatic network access method and device |
-
2022
- 2022-03-10 CN CN202210240135.XA patent/CN116782200A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117560235A (en) * | 2024-01-11 | 2024-02-13 | 南京沁恒微电子股份有限公司 | Automatic network access method and device |
| CN117560235B (en) * | 2024-01-11 | 2024-04-02 | 南京沁恒微电子股份有限公司 | Automatic network access method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110213391B (en) | Method and device for configuring network protocol address | |
| CN109324912B (en) | Communication method of application management software oriented to software communication system structure | |
| CN101764843A (en) | Processing method and system for remote process call, client end and server | |
| EP3439425B1 (en) | Network function communication | |
| CN113419815B (en) | Method, system, equipment and medium for pre-starting operation environment installation | |
| CN116782200A (en) | Processing method, device, equipment and readable storage medium of network address | |
| CN113098722A (en) | Multi-network card management method, device and computer readable storage medium | |
| CN107807840B (en) | Equipment direct connection method and device applied to virtual machine network | |
| CN113676564B (en) | Data transmission method, device and storage medium | |
| US20200235995A1 (en) | Architecture, method and apparatus for realizing network function communication | |
| CN104426816B (en) | A kind of virtual machine communication method and device | |
| CN114172753B (en) | Address reservation method, network equipment and system | |
| CN114697888B (en) | 5G message processing method, device and storage medium | |
| EP3641226B1 (en) | Address allocation method and related device | |
| CN115174310B (en) | PDN dialing and configuration method, system, device, equipment and storage medium | |
| CN113612643B (en) | Network configuration method, device and equipment of cloud mobile phone and storage medium | |
| CN112671947B (en) | IPv6 address generation method and device and load balancer | |
| CN110737502A (en) | Method, device and system for processing mirror image file | |
| CN112367362B (en) | Data processing method, device, equipment and computer storage medium | |
| CN114356456A (en) | Service processing method, device, storage medium and electronic equipment | |
| CN113784201A (en) | Auxiliary screen device networking processing method and device, intelligent terminal and medium | |
| CN113132969A (en) | Method and device for realizing multiple virtual independent telephone systems by multi-card mobile phone | |
| CN115296995B (en) | Switch configuration method, device, electronic equipment and storage medium | |
| CN113489848B (en) | Terminal equipment testing method and device, electronic equipment and storage medium | |
| CN113055211B (en) | Method for instantiating network service and network function virtualization orchestrator |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |