CN103095514A - Terminal packet switcher (PS) service testing method and system based on Ethernet - Google Patents
Terminal packet switcher (PS) service testing method and system based on Ethernet Download PDFInfo
- Publication number
- CN103095514A CN103095514A CN2011103419155A CN201110341915A CN103095514A CN 103095514 A CN103095514 A CN 103095514A CN 2011103419155 A CN2011103419155 A CN 2011103419155A CN 201110341915 A CN201110341915 A CN 201110341915A CN 103095514 A CN103095514 A CN 103095514A
- Authority
- CN
- China
- Prior art keywords
- terminal
- data
- ethernet
- address
- server
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to the communication field and discloses a terminal packet switcher (PS) service testing method based on Ethernet and a terminal PS service testing system based on the Ethernet. The terminal PS service testing method based on the Ethernet and the terminal PS service testing system based on the Ethernet reorientate terminal data enable the data to output in an orientated mode to a personal computer a (PC) instead of outputting to the internet through a wireless protocol stack and a physical layer protocol stack, and activates action through a PC simulation terminal and a programmed data processor (PDF) activation on the side of the internet. As for IP data, the personal computer encapsulates the IP data from the terminal into ether frame to send to a target server, and then restores the ether frame from the target server to the IP data to send to the terminal, so as to enable the terminal to conduct interaction with the target server. The internet resource is easy to obtain, and thus efficiency of developing and positioning problem of developing and testing personnel is effectively improved. Besides, internet environment is stable, internet cost is not generated, and developing and testing cost are greatly reduced.
Description
Technical Field
The invention relates to the field of communication, in particular to a PS service test technology of a terminal.
Background
In the development of terminal (e.g. mobile phone) software, Packet Switching (PS) service is an important content for improving user experience, and the related development, debugging and testing processes of the PS service at present mainly depend on data access service provided by a wireless network. The flow of a PS service mainly includes the following three steps:
(1) packet Data Protocol (PDP) activation. In the process, the terminal platform software interacts with the network side through the wireless protocol stack, the physical layer protocol stack and the like through the AT instruction, and activates the PS link.
(2) And (4) IP data interaction. After the PS link is activated, the terminal and the network server exchange IP data
(3) The PDP is deactivated. The PS link is deactivated by an AT command.
However, since the current PS service test method for the terminal mainly depends on the data access service provided by the wireless network, the following disadvantages exist in this way:
(1) network resources are scarce. Sometimes, in order to build a set of development and test environment, much effort, time and resources are needed, and the development and test efficiency of research and development personnel is greatly reduced.
(2) The network environment is unstable. For example, some emerging networks, such as LTE (long term evolution network), are in the process of continuous development and improvement, and some problems of the networks may affect and confuse the developers to determine and locate the terminal service problem.
(3) Real networks incur costs. The development and commissioning using the operator's existing network incurs costs, especially higher for PS services, which increase the cost of development and location problems.
Disclosure of Invention
The invention aims to provide a terminal PS service testing method and a system thereof based on Ethernet, which can make network resources of the terminal PS service testing easy to obtain, and the network environment more stable and does not generate network cost, thereby greatly improving the development testing efficiency of research personnel and accurately positioning problems, and simultaneously reducing the testing cost.
In order to solve the above technical problem, an embodiment of the present invention provides a method for testing a PS service of a terminal based on an ethernet network, including the following steps:
the terminal directionally outputs a packet data protocol PDP activation instruction to a Personal Computer (PC);
the PC activates a PDP link for the terminal;
the terminal directionally outputs IP data to the PC;
the PC encapsulates the IP data from the terminal into an Ethernet frame and sends the Ethernet frame to a target server, and restores the Ethernet frame to be sent to the terminal from the target server into IP data and sends the IP data to the terminal;
and after the PC completes the IP data interaction between the terminal and the destination server, the PC deactivates a PDP link for the terminal.
The embodiment of the invention also provides a terminal PS service test system based on the Ethernet, which comprises: a terminal, a personal computer PC and at least one server; the terminal is connected with the PC, and the PC carries out information interaction with the server through a network;
the terminal comprises the following sub-modules:
the activation request submodule is used for directionally outputting a packet data protocol PDP activation instruction to the PC;
the data sending submodule is used for directionally outputting the IP data to the PC;
a data receiving submodule for receiving the IP data from the PC
The PC includes the following sub-modules:
a PDP link activation submodule for activating the PDP link for the terminal after the PC receives the PDP activation instruction;
the encapsulation submodule is used for encapsulating the IP data into an Ethernet frame after the PC receives the IP data from the terminal and sending the Ethernet frame to a destination server in a network;
the data reduction submodule is used for reducing the Ethernet frame to be sent to the terminal from the destination server into IP data and then sending the IP data to the terminal;
and the deactivation submodule is used for deactivating a PDP link for the terminal after the PC completes the IP data interaction between the terminal and the destination server.
Compared with the prior art, the method and the device have the advantages that the terminal data are redirected, the data are not output to the network through the wireless protocol stack and the physical layer protocol stack any more, but are output to the PC in a directed mode, and PDP activation and deactivation behaviors of the terminal and the network side are simulated through the PC. For the IP data, the PC encapsulates the IP data from the terminal into an Ethernet frame and sends the Ethernet frame to the destination server, and the Ethernet frame from the destination server is restored into the IP data and then sent to the terminal, so that the terminal can interact with the destination server. Because the common Ethernet (Ethernet network) is used, a server corresponding to the service requirement is only required to be built on the PC, so that the network resource is easy to obtain, and the efficiency of developing and positioning problems of developing and testing personnel can be greatly improved. Moreover, compared with a wireless network, the network environment is more stable, development and test personnel do not need to worry about the influence caused by network side problems, the function and the performance of the PS service module can be fully verified, and various environments of the real wireless network can be simulated by controlling simulation behaviors and artificially controlling the network quality to test the function and the performance of the terminal.
In addition, because the common PC and the common network are used, the access cost is low, the network cost is not generated, and the development and test cost is greatly saved.
In addition, the interaction between the terminal and the server does not use socket, but directly encapsulates the socket into an Ethernet frame, so that different clients do not need to be developed for different servers, and the method has universality.
Further, the PC allocates a false IP address to the terminal, and activates the PDP link by using the false IP address. The false IP address is an unused IP address in the Ethernet to avoid interference
Further, the PC further captures an Address Resolution Protocol (ARP) request from the destination server, and responds to the ARP request for querying the false MAC address corresponding to the false IP address, so as to avoid interruption of interaction between the UE and the server.
Further, the destination server may be a server in a pre-established local area network or a server in the internet, so that the terminal can realize the test of various PS services without limitation.
Further, the PC can also send a switch instruction to the terminal when the terminal needs to be switched to a real wireless network, and instruct the terminal to access the wireless network. Therefore, the terminal can realize dynamic switching from the simulation network to the real wireless network under the condition of not restarting the terminal.
Drawings
Fig. 1 is a schematic network structure diagram of a PS service testing method for an ethernet-based terminal according to a first embodiment of the present invention;
fig. 2 is a flowchart of a PS service test method for an ethernet-based terminal according to a first embodiment of the present invention;
fig. 3 is a schematic structural diagram of a PS service test system for an ethernet-based terminal according to a third embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail below with reference to the accompanying drawings. However, it will be appreciated by those of ordinary skill in the art that numerous technical details are set forth in order to provide a better understanding of the present application in various embodiments of the present invention. However, the technical solutions claimed in the claims of the present application can be implemented without these technical details and with various changes and modifications based on the following embodiments.
The first embodiment of the invention relates to a terminal PS service test method based on Ethernet. In the present embodiment, the terminal (UE) is provided with a data access service using ethernet (ethernet). Specifically, firstly, the terminal data is redirected, so that the data is not output to the network through the wireless protocol stack and the physical layer protocol stack any more, but is output to the PC in a directed manner, the PDP activation and deactivation behaviors of the terminal and the network side are simulated through the PC, and meanwhile, the IP data is redirected to the ethernet network after being reprocessed through the PC, so that the IP data can interact with the destination server, as shown in fig. 1. The destination server may be a server in a pre-established local area network or a server in the internet. The PC may be directly connected to the internet or may be connected to the internet through a proxy server.
As shown in fig. 2, the terminal in fig. 2 can redirect and output data of the platform software to the PC (can export the data to the PC through the USB or the UART) through a relevant interface of the resident program emulation protocol stack, and receive the data from the PC at the same time, so as to transparently realize the interaction between the terminal and the network. The PC agent, AT agent, and data agent in fig. 2 constitute an emulation device on the PC, which is responsible for communication with the terminal and emulates flow control behavior on the network side. The AT agent is mainly responsible for simulating the AT interaction behavior of the terminal and the network side, and the data agent is mainly responsible for the interaction behavior of the terminal data and the server. The interaction with the server mainly uses ARP spoofing, IP packet spoofing, and the like, so that the server can smoothly interact with an IP address which does not actually exist. The steps in fig. 2 will be specifically described below.
In step 201, the terminal sends an AT command indicating power-on to the PC, and the PC agent in the emulation apparatus in the PC receives the AT command for power-on.
Next, in step 202, the PC agent sends the power-on AT command to an AT agent in the emulation device.
Next, in step 203, the AT agent sends an AT reply command to the PC agent.
Next, in step 204, the PC agent forwards the AT reply command to the terminal.
Next, in step 205, the terminal directs the PDP activation instruction to the PC agent.
Next, in step 206, the PC agent performs activation of the PDP link for the terminal. Specifically, the PC agent assigns a false IP address (FakeIP) to the terminal, and activates the PDP link using the false IP address. This false IP is an IP that is not yet used in the ethernet network to avoid interference.
Next, in step 207, the PC agent sends a PDP activation instruction response to the terminal, where the FakeIP allocated for the terminal is carried in the response.
Next, in step 208, the terminal transmits IP data to the PC agent with the received Fake IP as the source address and the address of the destination server as the destination address.
Next, in step 209, the PC agent transmits the IP data from the terminal to the data agent in the simulation apparatus.
Next, in step 210, the data agent parses the first IP data sent by the terminal, and extracts the IP address of the destination server to be accessed by the terminal. And, the data agent sends an ARP request to the destination server via the ethernet using the pseudo IP address and a pseudo Media Access Control (MAC) address to obtain the MAC address of the destination server.
Next, in step 211, the data proxy acquires the MAC address of the destination server from the ARP response returned by the destination server.
Next, in step 212, the data proxy encapsulates the IP data from the terminal into an ethernet frame based on the IP address of the destination server, the MAC address of the destination server parsed from the ARP response, the fake IP address, and the fake MAC address,
next, in step 213, the data agent transmits the encapsulated ethernet frame to the ethernet and transmits the destination server via the ethernet.
It should be noted that, for the first IP data from the terminal received after activating the PDP link, the PC needs to parse the first IP data, take out the IP address of the destination server to be accessed by the terminal, and use the FakeIP and a false mac (fakemac) address allocated before as the ARP request to obtain the mac (desmac) address of the server to be accessed. However, when the PC receives the IP data from the terminal again, since the IP address and MAC address of the destination server are known, the data proxy in the PC internal emulation device can directly encapsulate the IP data from the terminal into an ethernet frame according to the IP address of the destination server, the MAC address of the destination server, the pseudo IP address, and the pseudo MAC address, and transmit the ethernet frame to the ethernet network.
In steps 214 to 216, the data agent in the PC internal emulation device restores the ethernet frame to be sent to the terminal from the destination server to IP data and sends the IP data to the terminal. That is, after acquiring the mac (DesMAC) address of the destination server, the emulation apparatus encapsulates the IP data from the terminal into an ethernet frame using FakeMAC, DesMAC, FakeIP, and DesIP, and transmits the ethernet frame to the ethernet network, and meanwhile, captures the ethernet frame whose destination address is FakeIP from the ethernet network, parses out the IP packet, and transmits the IP packet to the terminal, thereby implementing interaction between the terminal and various servers.
Specifically, in step 214, the data agent grabs the ethernet frame whose destination address is FakeIP from the ethernet. If the request is an ARP request for the Fake IP, using a Fake MAC response (namely responding to the ARP request for inquiring a Fake MAC address corresponding to the Fake IP address), and if the request is not the ARP request and the source IP is the IP address of the destination server, restoring the Ethernet frame into IP data. The winyws protocol stack updates the ARP cache list of the winyws protocol stack every ten minutes or so, so the server broadcasts an ARP request every ten minutes to update the MAC address where the FakeIP is located, and the simulation device also needs to capture the ARP request at the same time and respond to the ARP request for inquiring the MAC address corresponding to the FakeIP so as to avoid the interruption of the interaction between the terminal and the server.
In step 215, the data agent sends the restored IP data to the AT agent in the emulation device, which sends the IP data to the terminal, in step 216.
After the IP data interaction between the terminal and the destination server is completed, step 217 and step 218 are performed, and the PC deactivates the PDP link for the terminal, that is, after the IP service is completed, the simulation apparatus releases the UE link by simulating the deactivation behavior of the network side.
Specifically, in step 217, the terminal sends a PDP deactivation instruction to the PC agent. In step 218, the PC agent notifies the data agent to stop grabbing packets, releasing the PDP link.
It is easy to find that, compared with the method for providing data access service by using wireless network, the embodiment has the following advantages:
(1) and the actual state of the terminal is accurately simulated by combining with simulation flow control, so that developers can more effectively find and position problems. In an actual wireless network, the state of data connection is the result of terminal network interaction, and this embodiment determines the state of data such as QoS (quality of service) in cooperation with network control flow simulation in addition to providing data through ethernet, which is closer to a real network.
(2) Network resources are readily available. The common Ethernet network is only needed to build a server corresponding to the service requirement on the PC. For example, when a Wireless Application Protocol (wap) service is developed or tested, a hypertext Transfer Protocol (HTTP) server is set up; when the stream media service is developed or tested, only one stream media server is needed to be built; when the SharigX is developed or tested, only one SharigX server needs to be built. These can greatly improve the efficiency of development and localization problems for development and testing personnel. In addition, the target server is not limited to a server in a pre-established local area network, and can also be a server in the internet, so that the terminal can realize the test of various PS services without limit.
(3) The network environment is stable. Compared with a wireless network, particularly a TD (time division synchronous code division multiple access) network, the PC network environment is very stable, development and test personnel do not need to worry about the influence caused by network side problems, the function and the performance of the PS service module can be fully verified, and various environments of a real wireless network can be simulated by controlling simulation behaviors and artificially controlling the network quality to test the function and the performance of a terminal.
(4) The interaction with the server does not use socket, but directly encapsulates the Ethernet frame, so that different clients do not need to be developed for different servers, and the method has universality.
(5) The access cost is low. The common PC and the common network are used, and the network cost is not generated, so that the development and test cost is greatly saved.
The second embodiment of the invention relates to a terminal PS service test method based on Ethernet. The second embodiment is further improved on the basis of the first embodiment, and the main differences are as follows: in the second embodiment of the invention, when the PC needs to switch to the real wireless network at the terminal, a switching instruction is sent to the terminal to instruct the terminal to access the wireless network. The time when the terminal needs to switch to the real wireless network can occur at any time point in the whole PS service test process. Therefore, the terminal can realize dynamic switching from the simulation network to the real wireless network under the condition of not restarting the terminal.
It can be understood by those skilled in the art that the steps of the above methods are divided for clarity, and the implementation can be combined into one step or split some steps, and the steps are divided into multiple steps, so long as the steps contain the same logical relationship, and the steps are within the protection scope of the present patent; it is within the scope of the patent to add insignificant modifications to the algorithms or processes or to introduce insignificant design changes to the core design without changing the algorithms or processes.
A third embodiment of the present invention relates to a PS service test system for terminals based on ethernet, as shown in fig. 3, including: a terminal, a personal computer PC and at least one server. The terminal is connected with the PC, and the PC carries out information interaction with the server through a network;
the terminal comprises the following sub-modules: and the activation request submodule is used for directionally outputting a packet data protocol PDP activation instruction to the PC. And the data sending submodule is used for directionally outputting the IP data to the PC. And the data receiving submodule is used for receiving the IP data from the PC.
The PC includes the following sub-modules: and the PDP link activation submodule is used for activating the PDP link for the terminal after the PC receives the PDP activation instruction. And the encapsulation submodule is used for encapsulating the IP data into an Ethernet frame after the PC receives the IP data from the terminal and sending the Ethernet frame to a destination server in a network. And the data reduction submodule is used for reducing the Ethernet frame to be sent to the terminal from the destination server into IP data and then sending the IP data to the terminal. And the deactivation submodule is used for deactivating a PDP link for the terminal after the PC completes the IP data interaction between the terminal and the destination server.
It should be noted that, when the PDP link activation submodule activates the PDP link for the terminal, a false IP address is allocated to the terminal, and the PDP link is activated using the false IP address. When the encapsulation sub-module encapsulates the IP data from the terminal into an Ethernet frame according to the IP address of the destination server, the Media Access Control (MAC) address of the destination server, the false IP address and one false MAC address; the IP address of the target server is obtained by analyzing the first IP data sent by the terminal, the encapsulation submodule sends an Address Resolution Protocol (ARP) request to the target server by using the false IP address and the false MAC address, and the MAC address of the target server is obtained from an ARP response returned by the target server.
In addition, the PC also comprises a query response submodule for capturing the ARP request from the destination server and responding the ARP request for querying the false MAC address corresponding to the false IP address.
In addition, the target server can be a server in a preset local area network or a server in the internet, so that the terminal can realize the test of various PS services without limit.
It should be understood that this embodiment is a system example corresponding to the first embodiment, and may be implemented in cooperation with the first embodiment. The related technical details mentioned in the first embodiment are still valid in this embodiment, and are not described herein again in order to reduce repetition. Accordingly, the related-art details mentioned in the present embodiment can also be applied to the first embodiment.
It should be noted that each module referred to in this embodiment is a logical module, and in practical applications, one logical unit may be one physical unit, may be a part of one physical unit, and may be implemented by a combination of multiple physical units. In addition, in order to highlight the innovative part of the present invention, elements that are not so closely related to solving the technical problems proposed by the present invention are not introduced in the present embodiment, but this does not indicate that other elements are not present in the present embodiment.
The embodiments described above are specific examples for carrying out the invention, and various changes in form and detail may be made therein without departing from the spirit and scope of the invention in practical applications.
Claims (12)
1. A terminal PS service test method based on Ethernet is characterized by comprising the following steps:
the terminal directionally outputs a packet data protocol PDP activation instruction to a Personal Computer (PC);
the PC activates a PDP link for the terminal;
the terminal directionally outputs IP data to the PC;
the PC encapsulates the IP data from the terminal into an Ethernet frame and sends the Ethernet frame to a target server, and restores the Ethernet frame to be sent to the terminal from the target server into IP data and sends the IP data to the terminal;
and after the PC completes the IP data interaction between the terminal and the destination server, the PC deactivates a PDP link for the terminal.
2. The PS service test method for Ethernet-based terminals according to claim 1, wherein the step of activating the PDP link for the terminal by the PC comprises the following substeps:
the PC allocates a false IP address for the terminal and activates a PDP link by using the false IP address;
the step that the PC encapsulates the IP data from the terminal into an Ethernet frame and sends the Ethernet frame to a destination server in the Ethernet comprises the following substeps:
the PC analyzes the first IP data sent by the terminal and takes out the IP address of a destination server to be accessed by the terminal;
the PC encapsulates the IP data from the terminal into an Ethernet frame according to the IP address of the destination server, the Media Access Control (MAC) address of the destination server, the false IP address and one false MAC address;
and the PC sends the Ethernet frame obtained after encapsulation to an Ethernet.
3. The PS service test method for Ethernet-based terminals according to claim 2, wherein the PC obtains the MAC address of the destination server by:
the PC sends an Address Resolution Protocol (ARP) request to the destination server by using the false IP address and the false MAC address;
and the PC acquires the MAC address of the destination server from the ARP response returned by the destination server.
4. The PS service test method for Ethernet-based terminals according to claim 3, wherein the PC further performs the following steps after activating the PDP link for the terminal and before deactivating the PDP link for the terminal:
and capturing the ARP request from the target server, and responding to the ARP request for inquiring the false MAC address corresponding to the false IP address.
5. The Ethernet based terminal PS service test method of claim 2,
the false IP address is an IP address that is not yet used in the ethernet.
6. An Ethernet based terminal PS service test method according to any of the claims 1 to 5,
the target server is a server in a preset local area network; or,
the destination server is a server in the internet.
7. The method for testing PS services of an Ethernet-based terminal according to any of claims 1 to 5, further comprising the steps of:
and the PC sends a switching instruction to the terminal when the terminal needs to be switched to a real wireless network, and indicates the terminal to access the wireless network.
8. A terminal PS service test system based on Ethernet is characterized by comprising: a terminal, a personal computer PC and at least one server; the terminal is connected with the PC, and the PC carries out information interaction with the server through a network;
the terminal comprises the following sub-modules:
the activation request submodule is used for directionally outputting a packet data protocol PDP activation instruction to the PC;
the data sending submodule is used for directionally outputting the IP data to the PC;
the data receiving submodule is used for receiving the IP data from the PC;
the PC includes the following sub-modules:
a PDP link activation submodule for activating the PDP link for the terminal after the PC receives the PDP activation instruction;
the encapsulation submodule is used for encapsulating the IP data into an Ethernet frame after the PC receives the IP data from the terminal and sending the Ethernet frame to a destination server in a network;
the data reduction submodule is used for reducing the Ethernet frame to be sent to the terminal from the destination server into IP data and then sending the IP data to the terminal;
and the deactivation submodule is used for deactivating a PDP link for the terminal after the PC completes the IP data interaction between the terminal and the destination server.
9. The Ethernet based terminal PS service test system of claim 8,
when the PDP link activation submodule activates the PDP link for the terminal, a false IP address is allocated for the terminal, and the PDP link is activated by using the false IP address;
when the encapsulation sub-module encapsulates the IP data from the terminal into an Ethernet frame according to the IP address of the destination server, the Media Access Control (MAC) address of the destination server, the false IP address and one false MAC address; and the IP address of the destination server is obtained by analyzing the first IP data sent by the terminal.
10. The Ethernet based terminal PS service test system of claim 9,
and the packaging submodule sends an Address Resolution Protocol (ARP) request to the destination server by using the false IP address and the false MAC address, and acquires the MAC address of the destination server from an ARP response returned by the destination server.
11. The PS service test system for ethernet-based terminals according to claim 10, wherein the PC further comprises a query response submodule, configured to capture an ARP request from the destination server, and respond to the ARP request for querying the false MAC address corresponding to the false IP address.
12. An Ethernet based terminal PS service test system according to any of claims 8 to 11,
the target server is a server in a preset local area network; or,
the destination server is a server in the internet.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011103419155A CN103095514A (en) | 2011-11-02 | 2011-11-02 | Terminal packet switcher (PS) service testing method and system based on Ethernet |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011103419155A CN103095514A (en) | 2011-11-02 | 2011-11-02 | Terminal packet switcher (PS) service testing method and system based on Ethernet |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103095514A true CN103095514A (en) | 2013-05-08 |
Family
ID=48207673
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2011103419155A Pending CN103095514A (en) | 2011-11-02 | 2011-11-02 | Terminal packet switcher (PS) service testing method and system based on Ethernet |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103095514A (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101453741A (en) * | 2007-12-07 | 2009-06-10 | 中兴通讯股份有限公司 | Method and system for mobile terminal data service debugging |
-
2011
- 2011-11-02 CN CN2011103419155A patent/CN103095514A/en active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101453741A (en) * | 2007-12-07 | 2009-06-10 | 中兴通讯股份有限公司 | Method and system for mobile terminal data service debugging |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109391500B (en) | A configuration management method, device and device | |
| US11032236B2 (en) | Technologies for content delivery network with multi-access edge computing | |
| CN103248535B (en) | A kind of cloud system method of testing and device | |
| CN111193773B (en) | Load balancing method, device, equipment and storage medium | |
| CN108256118B (en) | Data processing method, device, system, computing equipment and storage medium | |
| CN103139150A (en) | Terminal adaptation processing method, protocol adaptation module and terminal | |
| WO2016187515A1 (en) | Methods and apparatus for analyzing and grouping service layer subscriptions and notifications for enhanced efficiency | |
| CN108270818A (en) | A kind of micro services architecture system and its access method | |
| CN104937896A (en) | Method for processing address resolution protocol message, forwarder and controller | |
| KR101408745B1 (en) | Service processing method and apparatus based on android system | |
| CN114244703B (en) | A bare metal server inspection and deployment method, device, equipment, and medium | |
| CN113645653B (en) | Network simulation test method and device, electronic equipment and storage medium | |
| US20150100620A1 (en) | Packet processing method, system, and device | |
| CN105703946A (en) | Method oriented to QualNet for correcting simulated scene node information regularly | |
| CN113783963B (en) | Data transmission method, server node, gateway device, network system | |
| CN114071547B (en) | QoE measurement configuration method, device and storage medium | |
| Bronzino et al. | Experiences with testbed evaluation of the mobilityfirst future internet architecture | |
| Corici et al. | A solution for provisioning reliable M2M infrastructures using SDN and device management | |
| US10805838B2 (en) | Method and device for obtaining resources and information of SDN networks of different operators | |
| CN103095514A (en) | Terminal packet switcher (PS) service testing method and system based on Ethernet | |
| CN115811778A (en) | Service processing method, device, storage medium and equipment | |
| CN105763347A (en) | Method for obtaining parameter, network equipment and system | |
| JP2019071573A (en) | APPARATUS, METHOD AND PROGRAM FOR TRANSMITTING AND RECEIVING DATA TO AND FROM IoT DEVICE | |
| CN108055305B (en) | Storage expansion method and storage expansion device | |
| CN115225652A (en) | Method and system for determining edge service platform, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130508 |