CN115695569A - Cloud application network compatible method and device, electronic equipment and storage medium - Google Patents
Cloud application network compatible method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN115695569A CN115695569A CN202211313761.3A CN202211313761A CN115695569A CN 115695569 A CN115695569 A CN 115695569A CN 202211313761 A CN202211313761 A CN 202211313761A CN 115695569 A CN115695569 A CN 115695569A
- Authority
- CN
- China
- Prior art keywords
- network
- virtual
- data packet
- hotspot
- site
- 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
- 238000000034 method Methods 0.000 title claims abstract description 76
- 230000005540 biological transmission Effects 0.000 claims abstract description 25
- 230000008569 process Effects 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 14
- 230000002829 reductive effect Effects 0.000 abstract description 3
- 238000004891 communication Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 7
- 230000002457 bidirectional effect Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 239000011230 binding agent Substances 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000010985 leather Substances 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Abstract
The application provides a cloud application network compatible method and device, electronic equipment and a storage medium, and relates to the technical field of cloud application. The method comprises the following steps: the method comprises the steps that a virtual hotspot and a virtual site are generated locally in advance based on a first network connected with a client, the virtual site is connected to a second network connected locally through the virtual hotspot, and under the condition that data packet transmission of cloud application exists between the virtual site and the second network, the virtual hotspot unpacks and repackages the data packet and transmits the data packet based on a protocol of the first network and a protocol of the second network. According to the embodiment of the application, the influence on cloud application data transmission due to different local and client network environments can be reduced, the success rate of data transmission is effectively improved, the normal operation of cloud application is guaranteed, the network compatibility of the cloud application is improved, and further the user experience is enhanced.
Description
Technical Field
The present application relates to the field of cloud application technologies, and in particular, to a cloud application network compatible method and apparatus, an electronic device, and a storage medium.
Background
With the fusion of the 5G technology and the cloud computing technology, cloud games serving as the vertical field of cloud computing are also newly developed, and the industry presents a scene of blossoming. The cloud game is a game mode based on cloud computing, all games run on a server in a running mode of the cloud game, and after the games are started and rendered, the games are compressed and transmitted to a client through a network. The client does not need to configure a high-performance processor and a display card for the game, and can execute the game only by basic video decompression capability. However, the data transmission involved in cloud games is affected by the difference in hardware and network environments of the server and the client. For example, in a scenario of downloading an update package to upgrade a cloud game, it is usually determined whether a current network environment is connected to WIFI, and if so, the update package is supported to be downloaded.
Disclosure of Invention
The embodiment of the application provides a cloud application network compatibility method and device, electronic equipment and a storage medium, so as to improve the network compatibility of cloud application.
In a first aspect, an embodiment of the present application provides a cloud application network compatible method, including: the method comprises the steps that a virtual hotspot and a virtual site are generated locally in advance based on a first network connected with a client, and the virtual site is accessed to a second network connected locally through the virtual hotspot; and under the condition that data packet transmission of cloud application exists between the virtual station and a second network, the virtual hotspot decapsulates and re-encapsulates the data packet and transmits the data packet based on the protocol of the first network and the protocol of the second network.
In a second aspect, an embodiment of the present application provides a cloud application network compatible apparatus, including: the virtual drive module is used for generating a virtual hotspot and a virtual site locally in advance based on a first network connected with a client, and the virtual site is accessed to a second network connected locally through the virtual hotspot; and the control module is used for de-encapsulating and re-encapsulating the data packet by the virtual hotspot based on the protocol of the first network and the protocol of the second network and then transmitting the data packet under the condition that the data packet transmission of the cloud application exists between the virtual hotspot and the second network.
In a third aspect, an embodiment of the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory, where the processor implements the method of any one of the above when executing the computer program.
In a fourth aspect, the present application provides a computer-readable storage medium, in which a computer program is stored, and the computer program, when executed by a processor, implements the method of any one of the above.
Compared with the prior art, the method has the following advantages:
the method comprises the steps that a virtual hotspot and a virtual site are generated locally in advance based on a first network connected with a client, and under the condition that data packet transmission of the cloud application exists between the virtual site and a local second network, the virtual hotspot transmits the data packet after decapsulating and repackaging based on a protocol of the first network and a protocol of the second network, so that the influence on cloud application data transmission caused by different network environments of the local network and the client can be reduced, the success rate of data transmission is effectively improved, and the normal operation of the cloud application is ensured. And the network compatibility of the cloud application is improved, and further the user experience is enhanced.
The above description is only an overview of the technical solutions of the present application, and the present application may be implemented in accordance with the content of the description so as to make the technical means of the present application more clearly understood, and the detailed description of the present application will be given below in order to make the above and other objects, features, and advantages of the present application more clearly understood.
Drawings
In the drawings, like reference numerals refer to the same or similar parts or elements throughout the several views unless otherwise specified. The figures are not necessarily to scale. It is appreciated that these drawings depict only some embodiments in accordance with the application and are not to be considered limiting of its scope.
Fig. 1 is a schematic view of an application scenario of a cloud application network compatibility method provided in the present application;
fig. 2 is a flowchart of a cloud application network compatible method according to an embodiment of the present application;
FIG. 3 is a flow chart of a cloud application network compatible method of another embodiment of the present application;
FIG. 4 is a schematic diagram of a virtual driver according to another embodiment of the present application;
FIG. 5 is a schematic diagram of bidirectional virtual hot spot and Ethernet transmission according to another embodiment of the present application;
fig. 6 is a block diagram of a cloud application network compatible device according to an embodiment of the present application; and
FIG. 7 is a block diagram of an electronic device used to implement embodiments of the present application.
Detailed Description
In the following, only certain exemplary embodiments are briefly described. As those skilled in the art will recognize, the described embodiments may be modified in various different ways, without departing from the spirit or scope of the present application. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not as restrictive.
In order to facilitate understanding of the technical solutions of the embodiments of the present application, the following description is made of related art of the embodiments of the present application. The following related arts as alternatives can be arbitrarily combined with the technical solutions of the embodiments of the present application, and all of them belong to the scope of the embodiments of the present application.
The terms referred to in the present application will be explained first.
Cloud application: the server provides a service for the client based on cloud computing, the client interacts with the server through cloud application, the operation of the client is synchronized to the server, and data generated by the server is transmitted to the client in real time. There are many kinds of cloud applications, including but not limited to: cloud games, cloud music, cloud health, cloud travel or cloud sports, etc.
A server: the server is located at the cloud end and provides related services for the cloud application, and one server can provide one cloud application or one server can provide multiple cloud applications.
A client: the user equipment using the cloud application can communicate with the server at the cloud end and interact with the user. The client may be of various types, including but not limited to a computer, a tablet computer, a notebook computer, a Personal Digital Assistant (PDA), or a mobile phone.
An AP (Access Point), also called a wireless Access Point or a hotspot, is a creator of a wireless network and is also a central node of the wireless network. A wireless router used in a typical home or office is an AP.
STA (Station), which may be connected to a user equipment of a wireless network. Each user device connected to a wireless network may be referred to as a station including, but not limited to, a computer, a tablet, a laptop, a PDA, or a cell phone.
IEEE 802.3 defines medium access control of the physical and data link layers of wired ethernet. 802.3 also defines a local area network Access method using CSMA/CD (Carrier Sense Multiple Access with Collision Detection, carrier Sense Multiple Access protocol).
IEEE 802.11 standard common to wireless local area networks.
Service Set IDentifier (SSID): used to identify the wireless local area networks, different wireless local area networks can be distinguished by the SSID. After scanning the SSID broadcasted by the hotspot, the client can access the hotspot based on the SSID, and then access the wireless local area network.
Fig. 1 is a schematic diagram of an exemplary application scenario for implementing a cloud application network compatible method according to an embodiment of the present application. The server in the cloud end can provide relevant services of the cloud application for a plurality of clients. The type of the client may be various, such as a computer, a mobile phone, a tablet computer, or a notebook computer. The cloud server may be deployed as needed, including centralized deployment or distributed deployment. For example, multiple servers may be deployed in the cloud, each server providing one cloud application, or one server may be deployed to provide multiple cloud applications at the same time. The figure only illustrates the deployment of one server as an example.
The embodiment of the application provides a cloud application network compatible method which can be applied to a cloud server. As shown in fig. 2, a flowchart of a cloud application network compatible method according to an embodiment of the present application is shown, and the method may include the following steps S201 and S202.
In step S201, a virtual hotspot and a virtual site are generated locally in advance based on a first network connected to the client, and the virtual site accesses a second network connected locally through the virtual hotspot.
The first network connected to the client may be a WIFI wireless fidelity network, and the second network connected locally may be an ethernet, a bluetooth, or a mobile network, specifically determined by hardware of the server. Mobile networks include, but are not limited to: 2G, 3G, 4G or 5G mobile networks, etc.
Illustratively, the virtual hotspot and the virtual site may be driven by a virtual WiFi built in the kernel of the server operating system, and are obtained by creating an AP mode instance and an STA mode instance. After the virtual site accesses the second network through the virtual hotspot, the virtual site can receive and transmit data of the cloud application through the second network.
In step S202, when there is data packet transmission of the cloud application between the virtual hotspot and the second network, the virtual hotspot decapsulates and re-encapsulates the data packet and transmits the data packet based on the protocol of the first network and the protocol of the second network.
The decapsulation of the data packet means removing an original protocol header in the data packet, and the re-encapsulation means adding a new protocol header to the decapsulated data, thereby implementing the message format conversion from the original protocol to the new protocol to adapt to network transmission.
In this embodiment, the protocol of the first network is a network protocol supported by the client, the protocol of the second network is a network protocol supported by the server, and the data packet is decapsulated and repackaged based on the protocol of the first network and the protocol of the second network, so that the first network and the second network can be compatible, and the success rate and the accuracy rate of data transmission can be improved.
The method provided by the embodiment can reduce the influence on cloud application data transmission due to different local and client network environments, effectively improve the success rate of data transmission, and ensure the normal operation of cloud application. And the network compatibility of the cloud application is improved, and further the user experience is enhanced.
Another embodiment of the present application provides a cloud application network compatible method, which can be applied to a cloud server. Fig. 3 is a flowchart illustrating a cloud application network compatible method according to another embodiment of the present application, where the method may include steps S301 to S306.
In step S301, information of a first network to which the client is connected is acquired in advance.
In this embodiment, the information of the first network is a service set identifier SSID to identify the first network to which the client is connected. The SSID acquisition mode may include any one of the following: a client reporting mode or a server random generation mode.
In the first method for reporting by the client, the client may report the SSID of the connected first network to the server when the client is connected to the first network, so that the server obtains the SSID reported by the client. In the mode reported by the client, the SSID obtained by the server is the SSID of the first network actually connected with the client, so that the real network environment of the client can be reflected, more vivid virtual drive can be obtained at the server based on the SSID, and the accuracy of the cloud application service is improved.
In the second random generation manner of the server, the server does not care whether the client is connected to the first network or not. Normally, in the case that the client is not connected to the first network, the server will actively and randomly generate an SSID locally, and assign the randomly generated SSID to the client for use in identifying the first network to which the client is to be connected. The SSID obtained by the random generation mode has certain universality and can be suitable for clients of any type and brand, and the mode does not need client reporting, so that the link of communication between the client and the server due to reporting is omitted, communication resources are saved, and the SSID is directly generated in the server, so that the efficiency is greatly improved.
In step S302, a virtual hotspot is locally generated in an AP wireless access point mode, and a name of the virtual hotspot is set based on information of the first network.
The virtual hot spot can be generated in the following manner: and generating a virtual hotspot locally in an AP mode through a driving operation process, and setting the name of the virtual hotspot based on the information of the first network. Illustratively, the driver operation process may be a hostapd process. hostapd is an encryption authentication tool at the AP end, which implements IEEE 802.11 related access management. The AP mode in this embodiment supports the operation of the hostapd process. The hostapd process may emulate the functionality of an AP, be responsible for controlling access and authentication of the management site, and may set various parameters of the wireless network by modifying the configuration file. Specifically, in the case where the acquired information of the first network is an SSID, the name of the virtual hotspot may be set to the SSID.
In step S303, a virtual station is generated in the STA station mode.
Illustratively, the virtual hotspot and the virtual site in this embodiment may be driven by a virtual WiFi built in the kernel of the local operating system, and are obtained by creating an AP mode instance and an STA mode instance. The STA mode in this embodiment supports wpa _ suppplierant operation based on nl802ll specification. WPA _ supplicant is an encryption authentication tool of a WIFI client, and supports WEP (Wired Equivalent Privacy), WPA (WIFI Protected Access) and WPA2 wireless protocol and encryption authentication.
Fig. 4 is a schematic diagram of a virtual driver according to an embodiment of the present application. As shown in fig. 4, the architecture of the operating system in the server includes: an application, a framework, a WIFI service, a WIFI connected, a HIDL (Hardware abstraction layer Definition Language) Interface and a kernel. The WIFI driver is an independent process and communicates with the WIFI driver through a standard nl80211 command. The WIFI service comprises the following steps: basic WIFI service, WIFIP2P (Peer to Peer) service, and WIFIRtt (Round Trip Time) service, etc. The P2P is a peer-to-peer network, also called peer-to-peer technology, and is an internet system that does not have a central server and relies on user groups (peers) to exchange information. RTT refers to the time required for data to travel from one end of the network to the other and then receive an acknowledgment from the receiving end. The HIDL interface comprises: suppplicant HAL (client hardware abstraction layer), hostapd HAL and Vendor HAL (Vendor hardware abstraction layer). Wherein, the suppplicant HAL is the HAL interface of wpa _ suppplicant, the hostapd HAL is the HAL interface of hostapd, and the Vendor HAL is the HAL interface of the Android special command. The WIFI service is communicated with the framework, the WIFI and the HIDL interfaces through the binder. The binder is an inter-process communication mechanism, and the inter-process transmission of data can be realized only by copying from a kernel space by mapping a memory of a user space of a process to the kernel space. In order to realize network compatibility of cloud application, a virtual WIFI driver may be built in a kernel of a server operating system, and connected to an ethernet eth0 of a server, thereby realizing bidirectional data transmission. Specifically, in the virtual WiFi driver, at least one AP mode instance and one STA mode instance may be created, to obtain a virtual hot spot (as shown by AP0 in the figure), and to obtain a virtual site (as shown by wlan0 in the figure). The virtual station wlan0 accesses the ethernet eht0 by connecting to the virtual hotspot ap 0.
In step S304, the virtual site connects to the virtual hotspot based on the name.
In an embodiment, the virtual site may connect the virtual hot spots in the following manner: and the virtual site scans through a daemon process of WIFI access protection and is connected with the virtual hotspot based on the scanned name. Illustratively, the WIFI access protection daemon may be a wpa _ supplicant process. The STA mode in this embodiment supports standard wpa _ suppplierant operations such as scanning, connection, and deletion. In the STA mode, the virtual station may scan an SSID provided by the virtual hotspot through a wpa _ supplicant process and connect to the virtual hotspot. Specifically, when the acquired information of the first network is an SSID, the virtual station may connect to the corresponding virtual hotspot based on the scanned SSID.
In step S305, when the virtual site has the first data packet to be sent to the second network based on the cloud application, the virtual hotspot decapsulates the first data packet, repackages the first data packet into a second data packet, and then sends the second data packet through the second network.
The first packet may be a packet based on a protocol of a first network and the second packet may be a packet based on a protocol of a second network.
In step S306, when the third data packet of the cloud application is received through the second network, the virtual hotspot decapsulates the third data packet, and encapsulates the third data packet into a fourth data packet again, and then sends the fourth data packet to the virtual site.
The third data packet is a data packet based on a protocol of the second network, and the fourth data packet is a data packet based on a protocol of the first network.
In this embodiment, the first network connected to the client may be a WIFI wireless fidelity network, and the second network connected locally may be an ethernet, a bluetooth, or a mobile network, which is specifically determined by hardware of the server. Mobile networks include, but are not limited to: 2G, 3G, 4G or 5G mobile networks, etc.
The cloud application related to the embodiment of the application can be various, and a network compatible process is specifically described below by taking a cloud game as an example. In the running mode of the cloud game, all games run on the server, and after the games are started and rendered, the games are compressed and transmitted to the client through the network. The client does not need to configure a high-performance processor and a display card for the game, and can execute the game only by basic video decompression capability. However, clients and servers of cloud games generally have certain differences in hardware. The difference in hardware configuration between the two is given in table 1 below.
TABLE 1
Hardware configuration | Client terminal | Server |
Bluetooth | Is provided with | Is composed of |
WiFi | Is provided with | Is free of |
NFC | Is provided with | Is free of |
GPS | Is provided with | Is free of |
Audio ADC+DAC | Is provided with | Is free of |
FaceID | Is provided with | Is free of |
Camera | Is provided with | Is composed of |
TouchID | Is provided with | Is free of |
Eth (Ethernet) | Is free of | Is provided with |
Gyroscope | Is provided with | Is composed of |
Gravity sensor | Is provided with | Is free of |
Hall sensor (magnetic sensor for leather sheath mode) | Is provided with | Is free of |
Compass (magnetic field inductor, commonly used for navigation) | Is provided with | Is free of |
Infrared sensor (function for remote controller) | Is provided with | Is free of |
Near light S sensor | Is provided with | Is free of |
Ambient light sensor | Is provided with | Is free of |
SIM + calling function | Is provided with | Is composed of |
As can be seen from table 1, the client is usually configured with bluetooth, WIFI, NFC, GPS, gyroscope, compass, ambient light sensor, etc., but the server does not generally have these configurations, and the common configuration on the server is ethernet. For the cloud game, the client side firstly judges whether WIFI is started or not when the resources are updated, and if the WIFI is started, downloading of an update package is supported. Due to the fact that the updating package is large in capacity generally, the method can avoid the situation that a large amount of flow rate charges are consumed for a user due to downloading of the updating package in a non-WIFI environment. However, the server is connected to the ethernet network, and a WIFI network does not exist, so that the two networks need to be compatible to ensure normal operation of the cloud game.
Fig. 5 is a schematic diagram of bidirectional transmission between a virtual hotspot and an ethernet network according to another embodiment of the present application. As shown in fig. 5, a virtual station STA (e.g., wlan 0) and a virtual hotspot AP (e.g., AP 0) are generated in a server based on a WIFI network connected to a client, and wlan0 accesses ethernet eth0 through AP 0. When an 802.11 data packet in the AP mode needs to be sent, the data packet is decapsulated and repackaged into an 802.3 data packet by AP0, and then sent out by ethernet eth0. When receiving 802.3 data packets from ethernet eth0, ap0 decapsulates and re-encapsulates the packets into 802.11 data packets before forwarding to wlan0. The process realizes the bidirectional data transmission between the virtual station and the Ethernet and improves the network compatibility.
Corresponding to the application scenario and the method of the method provided by the embodiment of the application, the embodiment of the application further provides a cloud application network compatible device. Fig. 6 is a block diagram illustrating a structure of a cloud application network compatible device according to an embodiment of the present application, where the device may include a virtual driver module 601 and a control module 602.
The virtual driver module 601 is configured to generate a virtual hotspot and a virtual site locally in advance based on a first network connected to the client, where the virtual site accesses a second network connected locally through the virtual hotspot.
The control module 602 is configured to decapsulate and repackage, by the virtual hotspot, the data packet based on the protocol of the first network and the protocol of the second network and then transmit the data packet when the data packet of the cloud application is transmitted between the virtual hotspot and the second network.
In one embodiment, the control module 602 may include a first control unit and a second control unit.
The first control unit is used for de-encapsulating the first data packet by the virtual hotspot and re-encapsulating the first data packet into a second data packet and then sending the second data packet through the second network under the condition that the virtual site has the first data packet to be sent to the second network based on the cloud application.
The second control unit is used for decapsulating the third data packet by the virtual hotspot and repackaging the third data packet into a fourth data packet and sending the fourth data packet to the virtual site when the third data packet of the cloud application is received through the second network.
The first data packet and the fourth data packet are data packets based on a protocol of a first network, and the second data packet and the third data packet are data packets based on a protocol of a second network.
In one embodiment, the virtual driver module 601 may be configured to: the method comprises the steps of acquiring information of a first network connected with a client in advance, generating a virtual hotspot locally in an AP (access point) wireless access point mode, setting the name of the virtual hotspot based on the information of the first network, and generating a virtual site in an STA (station) site mode, wherein the virtual site is connected with the virtual hotspot based on the name.
In one embodiment, the virtual driver module 601 may be configured to: the method comprises the steps of acquiring information of a first network connected with a client in advance, generating a virtual hotspot locally in an AP mode through a driving operation process, setting a name of the virtual hotspot based on the information of the first network, generating a virtual site in an STA site mode, scanning the virtual site through a daemon process of WIFI access protection, and connecting the virtual hotspot based on the scanned name.
In this embodiment, the information of the first network may be an SSID identified by the service set, where the SSID is an SSID of the connected first network reported by the client, or an SSID locally and randomly generated to identify the first network to be connected by the client.
Illustratively, the virtual hotspot and the virtual station can be driven by a virtual WiFi built in the kernel of the local operating system, and are obtained by creating an AP mode instance and an STA mode instance.
In this embodiment, the first network is a WIFI wireless fidelity network, and the second network is an ethernet, a bluetooth, or a mobile network.
The functions of each module in each device in the embodiment of the present application can be referred to the corresponding description in the above method, and have corresponding beneficial effects, which are not described herein again.
The device provided by the embodiment can reduce the influence on cloud application data transmission due to different local and client network environments, effectively improves the success rate of data transmission, and ensures the normal operation of cloud application. And the network compatibility of the cloud application is improved, and further the user experience is enhanced.
FIG. 7 is a block diagram of an electronic device used to implement embodiments of the present application. As shown in fig. 7, the electronic apparatus includes: a memory 710 and a processor 720, the memory 710 having stored therein computer programs that are executable on the processor 720. The processor 720, when executing the computer program, implements the methods in the embodiments described above. The number of the memory 710 and the processor 720 may be one or more.
The electronic device further includes:
and a communication interface 730, configured to communicate with an external device, and perform data interactive transmission.
If the memory 710, the processor 720 and the communication interface 730 are implemented independently, the memory 710, the processor 720 and the communication interface 730 may be connected to each other through a bus and perform communication with each other. The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 7, but that does not indicate only one bus or one type of bus.
Optionally, in an implementation, if the memory 710, the processor 720 and the communication interface 730 are integrated on a chip, the memory 710, the processor 720 and the communication interface 730 may complete communication with each other through an internal interface.
Embodiments of the present application provide a computer-readable storage medium, which stores a computer program, and when the program is executed by a processor, the computer program implements the method provided in the embodiments of the present application.
The embodiment of the present application further provides a chip, where the chip includes a processor, and is configured to call and run an instruction stored in a memory from the memory, so that a communication device in which the chip is installed executes the method provided in the embodiment of the present application.
An embodiment of the present application further provides a chip, including: the system comprises an input interface, an output interface, a processor and a memory, wherein the input interface, the output interface, the processor and the memory are connected through an internal connection path, the processor is used for executing codes in the memory, and when the codes are executed, the processor is used for executing the method provided by the embodiment of the application.
It should be understood that the Processor may be a Central Processing Unit (CPU), other 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, discrete Gate or transistor logic, discrete hardware components, etc. The general purpose processor may be a microprocessor or any conventional processor or the like. It is noted that the processor may be a processor supporting an Advanced reduced instruction set machine (ARM) architecture.
Further, the memory may optionally include a read only memory and a random access memory. The memory may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The non-volatile Memory may include a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can include Random Access Memory (RAM), which acts as external cache Memory. By way of example, and not limitation, many forms of RAM may be used. For example, static Random Access Memory (Static RAM, SRAM), dynamic Random Access Memory (DRAM), synchronous Dynamic Random Access Memory (SDRAM), double Data Rate Synchronous Dynamic Random Access Memory (DDR SDRAM), enhanced Synchronous SDRAM (ESDRAM), synclink DRAM (SLDRAM), and Direct bus RAM (DR RAM).
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions according to the present application are generated in whole or in part when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium.
In the description herein, references to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Moreover, various embodiments or examples and features of various embodiments or examples described in this specification can be combined and combined by one skilled in the art without being mutually inconsistent.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "a plurality" means two or more unless specifically limited otherwise.
Any process or method described in a flow diagram or otherwise herein may be understood as representing a module, segment, or portion of code, which includes one or more executable instructions for implementing specific logical functions or steps of the process. And the scope of the preferred embodiments of the present application includes other implementations in which functions may be performed out of the order shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved.
The logic and/or steps described in the flowcharts or otherwise herein, such as an ordered listing of executable instructions that can be considered to implement logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions.
It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. All or part of the steps of the method of the above embodiments may be implemented by hardware that is configured to be instructed to perform the relevant steps by a program, which may be stored in a computer-readable storage medium, and which, when executed, includes one or a combination of the steps of the method embodiments.
In addition, functional units in the embodiments of the present application may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module may also be stored in a computer-readable storage medium if it is implemented in the form of a software functional module and sold or used as a separate product. The storage medium may be a read-only memory, a magnetic or optical disk, or the like.
The above description is only an exemplary embodiment of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive various changes or substitutions within the technical scope described in the present application, and these should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (13)
1. A cloud application network compatible method, the method comprising:
the method comprises the steps that a virtual hotspot and a virtual site are generated locally in advance based on a first network connected with a client, and the virtual site is accessed to a second network connected locally through the virtual hotspot;
and under the condition that data packet transmission of cloud application exists between the virtual station and a second network, the virtual hotspot decapsulates and re-encapsulates the data packet and transmits the data packet based on the protocol of the first network and the protocol of the second network.
2. The method of claim 1, wherein, when there is data packet transmission of the cloud application between the virtual hotspot and a second network, the virtual hotspot decapsulates and re-encapsulates the data packet and transmits the data packet based on a protocol of the first network and a protocol of the second network, and the method comprises:
when the virtual site has a first data packet to be sent to the second network based on cloud application, the virtual hotspot decapsulates the first data packet, repackages the first data packet into a second data packet and sends the second data packet through the second network;
when a third data packet of the cloud application is received through the second network, the virtual hotspot decapsulates the third data packet, repackages the third data packet into a fourth data packet, and sends the fourth data packet to the virtual site;
the first data packet and the fourth data packet are data packets based on a protocol of the first network, and the second data packet and the third data packet are data packets based on a protocol of the second network.
3. The method of claim 1, wherein the pre-locally generating the virtual hotspot and the virtual site based on the first network to which the client is connected comprises:
the method comprises the steps of obtaining information of a first network connected with a client in advance;
generating a virtual hotspot locally in an AP wireless access point mode, and setting the name of the virtual hotspot based on the information of the first network;
generating a virtual site in an STA site mode;
the virtual site connects to the virtual hotspot based on the name.
4. The method according to claim 3, wherein the locally generating a virtual hot spot in an AP wireless access point mode, and setting a name of the virtual hot spot based on the information of the first network comprises:
and generating a virtual hotspot locally in an AP mode through a driving operation process, and setting the name of the virtual hotspot based on the information of the first network.
5. The method of claim 3, wherein the virtual site connects to the virtual hotspot based on the name, comprising:
and the virtual site scans through a daemon process of WIFI access protection, and connects the virtual hotspot based on the scanned name.
6. The method of claim 3, wherein the information of the first network is a Service Set Identifier (SSID), and wherein the SSID is an SSID of the connected first network reported by the client or an SSID that is locally and randomly generated to identify the first network to which the client is to be connected.
7. The method according to any of claims 1-6, wherein the virtual hotspot and virtual site are obtained by creating an AP mode instance and an STA mode instance by a virtual WiFi driver built into a kernel of a local operating system.
8. The method of any of claims 1-6, wherein the first network is a WIFI wireless fidelity network and the second network is an Ethernet, bluetooth, or mobile network.
9. A cloud application network compatible apparatus, the apparatus comprising:
the virtual drive module is used for generating a virtual hotspot and a virtual site locally in advance based on a first network connected with a client, and the virtual site is accessed to a second network connected locally through the virtual hotspot;
and the control module is used for transmitting the data packet after decapsulating and repackaging the data packet by the virtual hotspot based on the protocol of the first network and the protocol of the second network under the condition that the data packet transmission of the cloud application exists between the virtual hotspot and the second network.
10. The apparatus of claim 9, wherein the control module comprises:
the first control unit is used for decapsulating, by the virtual hotspot, a first data packet and repackaging the first data packet into a second data packet and then sending the second data packet through the second network under the condition that the virtual site has the first data packet to be sent to the second network based on cloud application;
the second control unit is configured to decapsulate, by the virtual hotspot, a third data packet of the cloud application and re-encapsulate the third data packet into a fourth data packet, and then send the fourth data packet to the virtual site, when the third data packet is received over the second network;
the first data packet and the fourth data packet are data packets based on a protocol of the first network, and the second data packet and the third data packet are data packets based on a protocol of the second network.
11. The apparatus of claim 9, wherein the virtual driver module is configured to:
the method comprises the steps of obtaining information of a first network connected with a client in advance;
generating a virtual hotspot locally in an AP wireless access point mode, and setting the name of the virtual hotspot based on the information of the first network;
generating a virtual site in an STA site mode;
the virtual site connects to the virtual hotspot based on the name.
12. An electronic device comprising a memory, a processor and a computer program stored on the memory, the processor implementing the method of any one of claims 1-8 when executing the computer program.
13. A computer-readable storage medium, having stored therein a computer program which, when executed by a processor, implements the method of any one of claims 1-8.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211313761.3A CN115695569A (en) | 2022-10-25 | 2022-10-25 | Cloud application network compatible method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211313761.3A CN115695569A (en) | 2022-10-25 | 2022-10-25 | Cloud application network compatible method and device, electronic equipment and storage medium |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115695569A true CN115695569A (en) | 2023-02-03 |
Family
ID=85099448
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211313761.3A Pending CN115695569A (en) | 2022-10-25 | 2022-10-25 | Cloud application network compatible method and device, electronic equipment and storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115695569A (en) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160057075A1 (en) * | 2014-08-20 | 2016-02-25 | At&T Intellectual Property I, L.P. | Load Adaptation Architecture Framework for Orchestrating and Managing Services in a Cloud Computing System |
US9572034B1 (en) * | 2015-09-10 | 2017-02-14 | Symantec Corporation | Systems and methods for securing wireless networks |
CN114615285A (en) * | 2022-03-11 | 2022-06-10 | 苏州浪潮智能科技有限公司 | Physical machine deployment method and device, electronic equipment and storage medium |
CN114666806A (en) * | 2020-12-22 | 2022-06-24 | 中国移动通信集团终端有限公司 | Method, device, equipment and storage medium for wireless network virtualization |
-
2022
- 2022-10-25 CN CN202211313761.3A patent/CN115695569A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160057075A1 (en) * | 2014-08-20 | 2016-02-25 | At&T Intellectual Property I, L.P. | Load Adaptation Architecture Framework for Orchestrating and Managing Services in a Cloud Computing System |
US9572034B1 (en) * | 2015-09-10 | 2017-02-14 | Symantec Corporation | Systems and methods for securing wireless networks |
CN114666806A (en) * | 2020-12-22 | 2022-06-24 | 中国移动通信集团终端有限公司 | Method, device, equipment and storage medium for wireless network virtualization |
CN114615285A (en) * | 2022-03-11 | 2022-06-10 | 苏州浪潮智能科技有限公司 | Physical machine deployment method and device, electronic equipment and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11812496B2 (en) | User group session management method and apparatus | |
US10389848B2 (en) | Message transmission method and core network interface device | |
US9781579B2 (en) | Method and device for realizing terminal WIFI talkback | |
CN110247848B (en) | Method for sending message, network equipment and computer readable storage medium | |
CN104854844A (en) | Loading a re-directed web resource on a web browser of a client device in a communications system | |
JP2014501057A (en) | Method and apparatus for sharing internet connection based on automatic configuration of network interface | |
US7224695B2 (en) | Router and communication network system | |
KR20200100738A (en) | Device bootstrap method, terminal, and server | |
WO2012088906A1 (en) | Intercommunication method and system for internet of things terminals | |
US20230156833A1 (en) | Packet Forwarding Method, Apparatus, and System | |
WO2022052798A1 (en) | Qos control method and device, and processor-readable storage medium | |
EP3813322A1 (en) | Network slice authorization method and communication device | |
JP2007522713A (en) | Security related parameter update technique for mobile stations | |
WO2018040621A1 (en) | Hotspot sharing method, terminal, system and computer storage medium | |
CN116963054A (en) | WLAN multilink TDLS key derivation | |
WO2021204277A1 (en) | Communication method, apparatus and system | |
US20230232318A1 (en) | Authentication method and apparatus therefor | |
CN110502280B (en) | Android operating system starting method and device, storage medium and terminal | |
KR100636319B1 (en) | system and method for software automatic up-grade of mobile connection access point | |
US10110426B2 (en) | Method, apparatus, and system for implementing tunneling processing | |
CN115695569A (en) | Cloud application network compatible method and device, electronic equipment and storage medium | |
JP5570463B2 (en) | Wireless relay device, virtual machine creation server, wireless relay method, and virtual machine creation method | |
CN111245702B (en) | Data transmission method and device based on 5GS, forwarding equipment and UPF communication equipment | |
KR20220018882A (en) | METHOD AND APPARATUS TO INSTALL AND MANAGE MULTIPLE eSIM PROFILES | |
US20200053186A1 (en) | Communication terminal, communication method, and recording medium |
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 |