Method, apparatus and device for detecting network performance and computer readable storage medium

Abstract

The application discloses a method, device and equipment for detecting network performance and a computer readable storage medium, and belongs to the field of communication technology. The method comprises the following steps: receiving an access message for accessing a network sent by a first network device; determining a user type of the first network device based on the access message; determining a detection strategy corresponding to the first network device based on the user type of the first network device, wherein the detection strategy comprises at least one of a detection time and a detection mode, the detection strategy corresponding to the first network device is different from a detection strategy corresponding to at least one second network device converged to the access device, the second network device is different from the first network device in the user type; and performing network performance detection based on service messages transmitted by the first network device according to the detection strategy corresponding to the first network device. The network performance of the first network device is detected according to the user type, and the flexibility is high. The network performance is automatically triggered to be detected, and the efficiency is high.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to methods, apparatus, devices, and computer-readable storage media for detecting network performance. Background Technology

[0002] With the development of communication technology and the increasing prevalence of networks, the number of users accessing the network is growing rapidly. By aggregating different users onto the same access device, it is possible to meet the network performance requirements of different users, such as transmission capacity and bandwidth utilization. In scenarios where aggregation is based on access devices, network performance can be tested.

[0003] In related technologies, when testing network performance, after terminals connected to customer premises equipment (CPE) for different types of users access the network, the network performance of the terminals accessing the network is manually triggered according to the same testing strategy.

[0004] However, the aforementioned methods for detecting network performance employ a uniform detection strategy for all types of users, resulting in low flexibility. Furthermore, because the detection is based on manual triggering, it is inefficient and lacks timeliness. Summary of the Invention

[0005] This application provides a method, apparatus, device, and computer-readable storage medium for detecting network performance, to solve the problems provided by related technologies. The technical solution is as follows:

[0006] A first aspect provides a method for detecting network performance, the method comprising: an access device receiving an access message for accessing a network sent by a first network device, wherein the first network device is any one of at least two network devices of user types aggregated on the access device; the access device determining the user type of the first network device based on the access message; the access device determining a detection strategy corresponding to the first network device based on the user type of the first network device, the detection strategy including at least one of detection timing and detection method, wherein the detection strategy corresponding to the first network device is different from the detection strategy corresponding to at least one second network device aggregated on the access device, and the second network device has a different user type than the first network device; and the access device performing network performance detection based on service messages transmitted by the first network device according to the detection strategy corresponding to the first network device.

[0007] The technical solution provided in this application determines the user type of the first network device based on access packets, and determines the detection strategy based on the user type. By performing targeted network performance testing on the first network device according to the user type, it offers high flexibility. Furthermore, by automatically triggering network performance testing according to the detection strategy, it improves the efficiency and timeliness of network performance testing.

[0008] In one possible implementation, the access device stores type reference information, with different type reference information corresponding to different user types; the access device determines the user type of the first network device based on the access packet, including: parsing the access packet, obtaining the attribute parameters of the first network device according to the parsing result; matching the attribute parameters of the first network device with the type reference information stored in the access device, and determining the user type corresponding to the successfully matched type reference information as the user type of the first network device.

[0009] In one possible implementation, the access message encapsulates a type field, which indicates the user type of the first network device. The access device determines the user type of the first network device based on the access message by: obtaining a first message encapsulating the type field based on the type field in the access message; sending the first message to an authentication service device, whereby the authentication service device determines the user type of the first network device based on the type field; receiving a second message sent by the authentication service device, the second message encapsulating information from the type field; and determining the user type of the first network device based on the information from the type field. By determining the user type of the first network device using the above two methods, the determination of the user type of the first network device can be diversified, improving flexibility and accuracy.

[0010] In one possible implementation, the access device performs network performance testing based on the service packets transmitted by the first network device according to the detection policy corresponding to the first network device, including: receiving a first service packet transmitted by the first network device; adding a header to the first service packet to obtain a second service packet, wherein the header carries the detection policy corresponding to the first network device; and sending the second service packet to perform network performance testing based on the second service packet.

[0011] In one possible implementation, after sending the second service message, the method further includes: obtaining the transmission performance indicators of the second service message on the forwarding path, and analyzing the transmission performance indicators to obtain network performance detection results. Detecting network performance using the second service message yields detection results that represent the actual transmission performance indicators of the forwarding path, resulting in high accuracy.

[0012] Secondly, a method for detecting network performance is provided, the method comprising: an access device receiving a first service packet transmitted by a first network device, wherein the first network device is any one of at least two user types of network devices aggregated on the access device; adding a header to the first service packet to obtain a second service packet, wherein the header carries a detection strategy corresponding to the first network device, the detection strategy including at least one of detection timing and detection method, wherein the detection strategy corresponding to the first network device is determined based on the user type of the first network device; and sending the second service packet to perform network performance detection based on the second service packet.

[0013] The technical solution provided in this application employs a detection strategy based on user type, enabling targeted network performance testing of the first network device according to user type, thus offering high flexibility. Furthermore, the aforementioned network performance testing process is automatically triggered, improving detection efficiency and timeliness.

[0014] In one possible implementation, before adding a header to the first service message to obtain the second service message, the method further includes: receiving a network performance detection start instruction and performing the operation of adding a header to the first service message. The header addition operation is only performed after receiving the start instruction. By setting an overall start condition for network performance detection, the timing of starting network performance detection is effectively controlled.

[0015] In one possible implementation, after sending the second service message, the method further includes: obtaining the transmission performance indicators of the second service message on the forwarding path, and analyzing the transmission performance indicators to obtain network performance detection results. Detecting network performance using the second service message yields detection results that represent the actual transmission performance indicators of the forwarding path, resulting in high accuracy.

[0016] In one possible implementation, after analyzing the transmission performance indicators to obtain network performance detection results, the method further includes: in response to the network performance detection results indicating an anomaly in network performance, sending a network alarm to the network management data center, wherein the network alarm is used to prompt the network management data center to resolve the network anomaly. By sending a network alarm to the network management data center, the efficiency of network anomaly detection is improved, and the impact of network anomalies is reduced by timely detection.

[0017] In one possible implementation, before receiving the first service message transmitted by the first network device, the method further includes: the access device receiving an access message sent by the first network device for accessing the network; the access device determining the user type of the first network device based on the access message; and the access device determining a detection strategy corresponding to the first network device based on the user type of the first network device. The detection strategy corresponding to the first network device differs from the detection strategy corresponding to at least one second network device aggregated on the access device, and the user types of the second network devices and the first network device are different. This approach enables differentiated identification of different user types based on the access message, and then determines the detection strategy corresponding to the first network device based on the user type. Since the detection strategies of the network devices aggregated on the access device differ, the method is highly targeted and flexible.

[0018] Thirdly, an apparatus for detecting network performance is provided, the apparatus being applied to an access device, the apparatus comprising:

[0019] The receiving module is used to receive an access message for accessing the network sent by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated to the access device.

[0020] The determination module is used to determine the user type of the first network device based on the access message;

[0021] The determining module is further configured to determine a detection strategy corresponding to the first network device based on the user type of the first network device. The detection strategy includes at least one of detection timing and detection method. The detection strategy corresponding to the first network device is different from the detection strategy corresponding to at least one second network device aggregated to the access device. The user type of the second network device is different from that of the first network device.

[0022] The detection module is used to perform network performance detection based on the service packets transmitted by the first network device, according to the detection strategy corresponding to the first network device.

[0023] In one possible implementation, the access device stores type reference information, with different type reference information corresponding to different user types; the determining module is used to parse the access packet, obtain the attribute parameters of the first network device based on the parsing result, match the attribute parameters of the first network device with the type reference information stored in the access device, and determine the user type corresponding to the successfully matched type reference information as the user type of the first network device.

[0024] In one possible implementation, the access message encapsulates a type field, which indicates the user type of the first network device; the determining module is configured to obtain a first message encapsulating the type field based on the type field in the access message, send the first message to the authentication service device, and use the first message for the authentication service device to determine the user type of the first network device based on the type field; receive a second message sent by the authentication service device, the second message encapsulating information of the type field; and determine the user type of the first network device based on the information of the type field.

[0025] In one possible implementation, the detection module is configured to receive a first service packet transmitted by the first network device; add a header to the first service packet to obtain a second service packet, wherein the header carries a detection policy corresponding to the first network device; and send the second service packet to perform network performance detection based on the second service packet.

[0026] In one possible implementation, the device further includes:

[0027] The acquisition module is used to acquire the transmission performance indicators of the second service packet on the forwarding path, and analyze the transmission performance indicators to obtain the network performance detection results.

[0028] Fourthly, an apparatus for detecting network performance is provided, the apparatus being applied to an access device, the apparatus comprising:

[0029] The receiving module is used to receive a first service message transmitted by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated to the access device;

[0030] An adding module is used to add a header to the first service message to obtain a second service message. The header carries a detection policy corresponding to the first network device. The detection policy includes at least one of detection timing and detection method. The detection policy corresponding to the first network device is determined based on the user type of the first network device.

[0031] The sending module is used to send the second service message in order to perform network performance testing based on the second service message.

[0032] In one possible implementation, the receiving module is further configured to receive a network performance activation command and perform an operation to add a header to the first service message.

[0033] In one possible implementation, the device further includes:

[0034] The acquisition module is used to acquire the transmission performance indicators of the second service packet on the forwarding path, and analyze the transmission performance indicators to obtain the network performance detection results.

[0035] In one possible implementation, the sending module is further configured to send a network alarm to the network management data center in response to the network performance detection result indicating that the network performance is abnormal. The network alarm is used to prompt the network management data center to resolve the network abnormality.

[0036] In one possible implementation, the receiving module is further configured to receive an access message for accessing the network sent by the first network device; the apparatus further includes: a determining module, configured to determine the user type of the first network device based on the access message; and to determine a detection policy corresponding to the first network device based on the user type of the first network device, wherein the detection policy corresponding to the first network device is different from the detection policy corresponding to at least one second network device aggregated on the access device, and the user type of the second network device is different from that of the first network device.

[0037] Fifthly, a device for detecting network performance is provided, the device comprising a memory and a processor; the memory stores at least one instruction, the at least one instruction being loaded and executed by the processor to enable the device for detecting network performance to implement the method for detecting network performance described in the first aspect, or the method for detecting network performance described in the second aspect.

[0038] In a sixth aspect, a computer-readable storage medium is provided, wherein at least one instruction is stored therein, the instruction being loaded and executed by a processor to implement the method for detecting network performance as described in the first aspect above, or the method for detecting network performance as described in the second aspect above.

[0039] In a seventh aspect, a computer program product is provided, the computer program product comprising a computer program / instructions, the computer program / instructions being executed by a processor to enable a computer to implement the method for detecting network performance as described in the first aspect, or the method for detecting network performance as described in the second aspect.

[0040] Eighthly, a communication device is provided, comprising: a transceiver, a memory, and a processor. The transceiver, the memory, and the processor communicate with each other via an internal connection path. The memory stores instructions, and the processor executes the instructions stored in the memory to control the transceiver to receive signals and transmit signals. When the processor executes the instructions stored in the memory, it causes the processor to perform the method of the first aspect or any possible implementation of the first aspect, or to perform the method of the second aspect or any possible implementation of the second aspect.

[0041] Optionally, the processor may be one or more, and the memory may be one or more.

[0042] Optionally, the memory may be integrated with the processor, or the memory may be separated from the processor.

[0043] In the specific implementation process, the memory can be a non-transitory memory, such as read-only memory (ROM), which can be integrated with the processor on the same chip or set on different chips. This application does not limit the type of memory or the way the memory and processor are set.

[0044] In a ninth aspect, a chip is provided, including a processor for retrieving and executing instructions stored in a memory, causing a communication device on which the chip is mounted to perform the methods of the foregoing aspects.

[0045] In a tenth aspect, another chip is provided, comprising: 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 via an internal connection path, and the processor is used to execute code in the memory, wherein when the code is executed, the processor is used to perform the methods in the foregoing aspects. Attached Figure Description

[0046] Figure 1 A schematic diagram illustrating an implementation environment for detecting network performance, as provided in an embodiment of this application;

[0047] Figure 2 A flowchart of a method for detecting network performance provided in an embodiment of this application;

[0048] Figure 3 A schematic diagram of a network topology provided in an embodiment of this application;

[0049] Figure 4 This is a schematic diagram of another network topology provided in an embodiment of this application;

[0050] Figure 5 This is a schematic diagram of the interaction process of a network device provided in an embodiment of this application;

[0051] Figure 6 This is a schematic diagram of the structure of a type field provided in an embodiment of this application;

[0052] Figure 7 A flowchart illustrating another method for detecting network performance provided in this application embodiment;

[0053] Figure 8 A schematic diagram of a device for detecting network performance provided in an embodiment of this application;

[0054] Figure 9 A schematic diagram of another device for detecting network performance provided in an embodiment of this application;

[0055] Figure 10 This application provides a schematic diagram of the structure of a network device according to an embodiment of the present application.

[0056] Figure 11 This is a schematic diagram of another network device provided in an embodiment of this application. Detailed Implementation

[0057] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

[0058] This application provides a method for detecting network performance. Please refer to... Figure 1 The diagram illustrates an implementation environment for the method provided in this embodiment. This implementation environment includes a first network device 101 and an access device 102.

[0059] The access device 102 is used to determine the detection strategy corresponding to the first network device 101 based on the method provided in this application embodiment, and to perform network performance detection based on the service packets transmitted by the first network device 101 according to the detection strategy corresponding to the first network device 101. Optionally, the first network device 101 can be any device with network access requirements, such as a customer premise equipment (CPE) or a router. Optionally, the access device 102 can be any device that provides access services, such as a broadband remote access server (BRAS). The first network device 101 and the access device 102 establish a communication connection through a wired or wireless network.

[0060] Based on the above Figure 1 The implementation environment shown in this application provides a method for detecting network performance, and the process of this method is as follows: Figure 2 As shown, it includes S201-S204.

[0061] S201, the access device receives an access message for accessing the network sent by the first network device, wherein the first network device is any one of at least two types of network devices that are aggregated to the access device.

[0062] In one possible implementation, the first network device supports user terminals in connecting to the network. For example, the first network device establishes a communication connection with the user terminal via a wired or wireless network. When the user terminal needs to access the network, the first network device sends an access message to an access device to access the network, thereby enabling the user terminal to connect to and access the network. Of course, in addition to the example shown above where the first network device sends an access message to the access device only when the user terminal needs to connect to the network, the first network device can also send an access message to the access device and then access the network even when no user terminal is connected. By maintaining the connection between the first network device and the network, the user terminal only needs to establish a communication connection with the first network device to meet its network connection needs, thus improving the efficiency of user terminal network connections.

[0063] Optionally, the first network device is, for example, a CPE, and the access device is, for example, a BRAS. Of course, the first network device and the access device can also be other devices used to achieve similar functions. Regarding the type of access message, it can be a Dynamic Host Configuration Protocol (DHCP) message, a Point-to-Point Protocol (PPP) message, or other dial-up messages used for network access; this application embodiment does not limit these. The access device can aggregate network devices of at least two user types, and the first network device can be any network device aggregated onto the access device. This application embodiment does not limit the number of network devices aggregated on the access device.

[0064] S202, the access device determines the user type of the first network device based on the access message.

[0065] For example, the network devices aggregated by the access devices include at least two user types. For instance... Figure 3The network topology shown involves the first network device establishing a communication connection with the terminal of a very important person (VIP) user, and the second network device establishing a communication connection with the terminal of a regular user. The first and second network devices converge at an access device, which connects to a service router (SR), and via the SR, connects to the Internet Protocol Core (IP core).

[0066] This application does not limit the method of determining the user type of the first network device based on the access message, and it can be determined by methods including but not limited to the following two methods.

[0067] Method 1: Parse the access packet and obtain the attribute parameters of the first network device based on the parsing result; match the attribute parameters of the first network device with the type reference information stored in the access device, and determine the user type corresponding to the successfully matched type reference information as the user type of the first network device.

[0068] Method 1 is applied in scenarios where the access device stores type reference information, and different type reference information corresponds to different user types. Optionally, the attribute parameter can be the media access control (MAC) address corresponding to the first network device, determined by the operator when deploying the first network device. The attribute parameter can also be the username determined by the operator when configuring the first network device. When the first network device sends an access packet to the access device, the access packet carries the attribute parameters of the first network device for authentication, thereby establishing a network connection. The access device analyzes the received access packet to obtain the attribute parameters, matches them with the type reference information, and determines the user type corresponding to the successfully matched type reference information as the user type of the first network device.

[0069] It should be noted that the correspondence between type reference information and user type can be defined by the operator when configuring the attribute parameters of the first network device. Taking the attribute parameter as username and user type as including VIP user and regular user as an example, when configuring the username of the first network device, the operator determines that when the username is User 1, the user type corresponding to User 1 is VIP user, and when the username is User 2, the user type corresponding to User 2 is regular user. The access device stores the correspondence between username and user type (type reference information). By parsing the access packet and obtaining the attribute parameter, if the username is User 1, it is matched with the type reference information to determine that the user type corresponding to the first network device is VIP user.

[0070] In addition, the access device can store type reference information for various user types. For example, in the above embodiment, the access device stores that when the user name is User 1, the user type is VIP (VIP user type reference information), and when the user name is User 2, the user type is ordinary user (ordinary user type reference information). The access device can also store type reference information for some user types.

[0071] For example, the number of stored type reference information entries is less than the number of user types. Therefore, when determining the user type of the first network device, if the attribute parameters of the first network device fail to match the type reference information stored by the access device, the user type of the first network device is determined to be a user type for which no type reference information is stored. Optionally, the user type for which no type reference information is stored can be the lowest-level user type. As described above... Figure 3 Taking the example of user types including regular users and VIP users, since the level of a regular user is lower than that of a VIP user, the access device stores VIP user type reference information (when the username is User 1, the user type is VIP user). Based on the stored type reference information, it is matched with the attribute parameters (username) of the first network device. When the username of the first network device is User 1, the match is successful, and the user type of the first network device is determined to be a VIP user. When the username of the first network device is 2 (not User 1), the match fails, and the user type of the first network device is determined to be a regular user. For a description of the user type levels, please refer to the following embodiments, which will not be repeated here.

[0072] Of course, the type reference information stored by the access device can also be determined based on the network performance testing requirements. For example, if the testing requirement is to test the network performance of game software users, then the type reference information stored by the access device includes the type reference information of game software users. Based on this, the type reference information stored by the access device may include reference information of other user types, or it may not include reference type information of other user types. This application embodiment does not limit this.

[0073] Method 2: Based on the type field in the access message, obtain the first message encapsulated with the type field, send the first message to the authentication service device, and use the first message to determine the user type of the first network device based on the type field; receive the second message sent by the authentication service device, which encapsulates the type field information; and determine the user type of the first network device based on the type field information.

[0074] Method 2 is applied in scenarios where the access message contains a type field, which indicates the user type of the first network device. In one possible implementation, the access device establishes a communication connection with the authentication service device and determines the user type of the first network device by sending a connection request to the authentication service device. For example, Figure 4 This is a network topology provided in an embodiment of this application, such as... Figure 4 As shown, when the user terminal connects to the first network device, and the access device establishes a connection with the first network device and the Internet, it also connects to a Domain Name System (DNS) server and an authentication service device. The DNS server is used to resolve website addresses, and the authentication service device is used to authenticate users.

[0075] Optionally, the authentication service device stores type reference information. After receiving a first message encapsulated with a type field from the access device, the authentication service device parses the first message, obtains the attribute parameters of the first network device through parsing, and matches the attribute parameters with the stored type reference information. When the attribute parameters and type reference information match successfully, the user type corresponding to the successfully matched type reference information is determined to be the user type of the first network device. Taking a username as an example, the authentication service device stores a mapping between usernames and user types. For example, user 1 (username) corresponds to a VIP user, and user 2 (username) corresponds to a regular user. Parsing the type field in the first message yields the username of the first network device (username of the first network device is user 1), and by searching the mapping between usernames and user types, the user type of the first network device is determined to be a VIP user.

[0076] In one possible implementation, after determining the user type, the authentication service device sends a second message encapsulating information containing a type field to the access device. This type field information can be used to determine the user type of the first network device; this embodiment does not limit the type field information. Optionally, the authentication service device obtains the second message encapsulating the type field information by assigning a value to the type field. The access device parses the second message and determines the user type of the first network device based on the assigned value of the type field. For example, the authentication service device can be an authentication authorization accounting server (AAA server), such as a remote authentication dial-in user service server (RADIUSserver). Of course, the authentication service device can also be other network devices used for user authentication. Figure 5 For an example of the interaction process of a network device provided in this application, see [link to relevant documentation]. Figure 5 When the first network device is a CPE, the access device is a BRAS, the authentication service device is an AAA server, and the protocol when the first network device sends an access request to the access device is DHCP, and the type field is option111, the interaction process between the first network device, the access device, and the authentication service device is described.

[0077] The DHCP discover message is an access message sent by the CPE to the BRAS. The DHCP discover message is used to locate the server within the network. The DHCP discover message encapsulates an option111 field, which carries the CPE's attribute parameters.

[0078] Based on the received DHCP discover message, the BRAS sends an access request message (the first message) carrying the option111 field to the AAA server. The AAA server, based on the received access request message, parses the CPE attribute parameters carried in the option111 field. It queries the stored type reference information to determine the CPE's user type, assigns a value to the option111 field, and obtains an access response message (the second message) encapsulating the type field information. It should be noted that, in addition to determining the CPE's user type, the AAA server also determines the access parameters used by the CPE to access the network, such as the access password, the IP address accessible to the network, and the access permissions. In other words, the access response message encapsulated with the option111 field sent by the AAA server to the BRAS carries information including the CPE's user type, access password, access permissions, and IP address.

[0079] The BRAS parses the option111 field of the received access response message to determine the CPE's user type. Furthermore, it obtains a DHCP offer message carrying the CPE's access password, access permissions, and other information, and sends a DHCP offer message to the CPE. Based on the DHCP offer message, the AAA server informs the CPE that it can provide an IP address for network access. It should be noted that the DHCP offer message sent by the BRAS to the CPE encapsulates the option111 field, and the BRAS can send one or more DHCP offer messages to the CPE. The IP addresses carried in multiple DHCP offer messages can be the same or different; this embodiment does not impose any limitations on this.

[0080] Based on at least one received DHCP offer message, the CPE selects one of the IP addresses for accessing the network as the target IP address and responds to the DHCP offer message corresponding to the target IP address by sending a DHCP request message to the BRAS. This application embodiment does not limit the method by which the CPE selects one DHCP offer message to respond; it can be random, the first received DHCP offer message, or the last received DHCP offer message. Regardless of the method used to select the DHCP offer message to respond to, the BRAS can use the information carried in the received DHCP request message to query and authenticate whether the CPE can use the IP address. If authentication is successful, the BRAS sends a DHCP ACK message to the CPE, notifying the CPE that it can use the assigned IP address.

[0081] Optionally, Figure 6 This is a structural diagram of a type field (option111 field) provided in an embodiment of this application. For example... Figure 6 As shown, the `option111` field includes option type, option length, sub-option type, sub-option length, and sub-option value (variable). The correspondence between the sub-option type field value and the user type can be defined empirically. In one possible implementation, taking a user type divided into regular users and VIP users as an example, a sub-option type field value of 0x00 indicates a regular user; a sub-option type field value of 0x01 indicates a VIP user. Of course, the sub-option type field can also have other values; these reserved fields can be supplemented with corresponding relationships later.

[0082] For example, based on the above correspondence, when the sub-option type field is assigned a value of 0x02, it indicates a customer-defined user (custom user). Furthermore, the sub-option length is not included in the sub-option type field and sub-option length field during the calculation. The format of the sub-option assignment field varies depending on the sub-option. By setting the above fields, the AAA server can determine the user type of the first network device based on the option111 field and the type reference information. For example, by looking up the correspondence between the sub-option type field's assignment and the user type, the user type of the first network device can be determined. Then, by assigning values ​​to the sub-option assignment fields in the option111 field, the second message carries the type information of the first network device.

[0083] It should be noted that the user types in the above embodiments include ordinary users and VIP users, which are intended to illustrate two ways of determining user types, rather than limiting the user types. The user types of the network devices aggregated to the access devices can be divided in any way, and the number of user types can also be arbitrary. This application embodiment does not limit this. Regarding the method of dividing user types, optionally, user types can be divided based on the geographical location of the network devices. For example, the first network device is located in Company A, and the second network device is located in Company B. Since Company A and Company B have different geographical locations, the user types of the first network device (Company A users) and the user types of the second network device (Company B users) are different. Optionally, user types can be divided based on application scenarios. For example, the first network device is used to provide game services, and the second network device is used to provide video services. Since game services and video services have different application scenarios, the user types of the first network device (game software users) and the user types of the second network device (video software users) are different. Furthermore, at least one of the network devices aggregated on the access device has a different user type than the first network device. That is, the user types of the multiple network devices aggregated on the access device can be completely different or partially different. This application embodiment does not limit this.

[0084] S203, the access device determines the detection strategy corresponding to the first network device based on the user type of the first network device. The detection strategy includes at least one of detection timing and detection method. The detection strategy corresponding to the first network device is different from the detection strategy corresponding to at least one second network device aggregated on the access device. The user types of the second network device and the first network device are different.

[0085] In one possible implementation, the detection timing is used to indicate the time for detecting network performance. Optionally, the detection timing includes detecting network performance according to a detection period. Taking flow-based detection as an example, detecting network performance according to a detection period means marking the service packets of the first network device with features according to the detection period, so that the marked service packets will record transmission performance indicators during transmission. The detection period is a value of any unit configured based on experience; for example, the detection period could be determined to be once every 1 minute, or the detection period could be determined to be once every 3 network accesses by the first network device. Optionally, the detection timing includes detecting the latest network performance, that is, performing network performance detection on the current or upcoming network access. Taking flow-based detection as an example, detecting the latest network performance means that the access device marks the currently received service packets of the first network device with features, so that the marked service packets will record transmission performance indicators during transmission.

[0086] Optionally, the detection methods include, but are not limited to, detection nodes, detection protocols, and detection indicators. Figure 3 Taking the network topology shown as an example, the detection nodes are determined to be the access device and IP core, meaning the network performance is being tested end-to-end. Of course, the detection nodes can also be other things, for example, based on the access device and IP core... Figure 3 The SR shown is also a detection node. This application does not limit the detection protocol; the detection protocol can be an in-situ flow information telemetry (IFIT) protocol, other in-situ flow information telemetry protocols, or other protocols for detecting network performance. For example, the detection metric can include at least one of bandwidth, latency, and jitter. Bandwidth refers to the bandwidth between detection nodes, latency refers to the transmission latency of service packets between detection nodes, and jitter refers to the jitter of service packets during transmission between detection nodes. Taking the above embodiment as an example where the detection nodes are the access device and the IP core, the detection protocol is IFIT, and the detection metric is transmission latency, the detection strategy corresponding to the first network device is to detect the transmission latency between the access device and the IP core according to IFIT.

[0087] It should be noted that the detection strategy corresponding to each user type can be determined in advance. For example, the access device may pre-determine that the detection strategy for a VIP user is to measure end-to-end bandwidth according to IFIT, and that the detection strategy for a regular user is to not perform network performance testing. In this case, the access device determines the detection strategy of the first network device based on the user type, which means finding the correspondence between user type and detection strategy, and determining the corresponding detection strategy for the first network device based on the search result. Of course, the detection strategy for the first network device can also be determined at this time. That is, the access device may not have pre-determined the detection strategies for each user type, or it may have determined the detection strategies for other user types but not the detection strategy for the first network device. In this case, the access device first determines the corresponding detection strategy for the first network device, and determines the detection strategy for the first network device based on the user type of the first network device to be to measure end-to-end bandwidth according to IFIT.

[0088] It is important to note that whether the detection strategy for the first network device is configured in advance or configured currently, it will be differentiated according to user type to ensure that the detection strategy corresponding to the first network device is different from the detection strategy corresponding to at least one second network device aggregated to the access device. That is, at least two network devices aggregated to the access device have different detection strategies. For example, the user type of the first network device is a game software user, the user type of the second network device is a social software user, and the user type of the third network device is a video software user. The detection strategy for the first network device is determined to be based on IFIT to detect end-to-end transmission latency and bandwidth; the detection strategy for the second network device is determined to be based on IFIT to detect end-to-end bandwidth; and the detection strategy for the third network device is determined to be based on IFIT to detect end-to-end transmission latency and bandwidth. In other words, the detection strategies corresponding to different user types can be completely different or partially different, and this application embodiment does not limit this. The difference in detection strategies can be due to different detection timing, different detection methods, or both.

[0089] In one possible implementation, different user types have different levels, and the detection strength of the detection strategy is positively correlated with the user type level. For example, the higher the user type level, the higher the detection strength of the corresponding detection strategy. Optionally, the detection strength can be positively correlated with the detection frequency in the detection time; the higher the detection frequency, the higher the detection strength. For example, user types include ordinary users and VIP users, where VIP users have a higher level than ordinary users. The detection frequency for network devices identifying VIP users is once per minute, while the detection frequency for network devices identifying ordinary users is once every two minutes. Optionally, the detection strength can be positively correlated with the types of detection indicators in the detection method; the more types of detection indicators, the higher the detection strength. For example, user types include ordinary users and VIP users, where VIP users have a higher level than ordinary users. The detection indicators for network devices identifying VIP users include bandwidth, latency, and jitter. The detection indicator for network devices identifying ordinary users includes bandwidth. Of course, the level of detection strength can also be reflected in other ways, and this application embodiment does not limit this.

[0090] Regarding user type levels, the method for determining the level varies depending on the method of user type classification. Optionally, taking user type classification based on geographical location as an example, the user type level can be determined based on the geographical location level. For instance, the geographical location level is positively correlated with the number of employees in a company; if company A has more employees than company B, then users in company A will have a higher level than users in company B. Alternatively, taking user type classification based on application scenario as an example, the user level can be determined based on the network performance requirements of the application scenario. For instance, user types include game software users and video software users; since game software has higher network performance requirements than video software, game software users will have a higher level than video software users.

[0091] S204, The access device performs network performance testing based on the service packets transmitted by the first network device according to the detection strategy corresponding to the first network device.

[0092] This application does not limit the method of network performance testing based on service packets. Taking the detection method of flow-based detection in the detection strategy as an example, the detection process includes, but is not limited to: receiving a first service packet transmitted by a first network device; adding a packet header to the first service packet to obtain a second service packet, the packet header carrying the detection strategy corresponding to the first network device; and sending the second service packet to perform network performance testing based on the second service packet. The first service packet can be a packet used to access the network to implement any service. For example, if the service is a game-related service, then the first service packet is a game-related packet. Another example is an online voice service, in which case the first service packet is an online voice-related packet.

[0093] The first service message transmitted by the first network device can be sent by the first network device itself or by its upstream device. Optionally, taking a VIP user's terminal as an example, the VIP user's terminal runs game software based on the VIP user's operation. In this case, the VIP user's terminal sends a game-related message (the first service message) to the first network device, and the first network device forwards the received game-related message to the access device. Furthermore, the number of first service messages can be one or multiple. When multiple first service messages are sent by the upstream device of the first network device, these multiple first service messages can be sent by the same user terminal to the first network device, or they can be sent by different user terminals to the first network device.

[0094] In cases where a first network device transmits multiple first service packets, an access device can select one of the first service packets to add a header for network performance testing. The selection of a first service packet can be random, or it can be the first or last received first service packet. The access device can also add a header to each first service packet for network performance testing. The access device can also select other numbers of first service packets to add headers. This selection can be random, or it can be based on user terminals, such as selecting one first service packet from at least one first service packet sent by a user terminal to add a header. Alternatively, it can be based on the service type of the first service packet, such as selecting one first service packet from multiple first service packets corresponding to a service type to add a header. This embodiment does not limit the selection in any of these ways.

[0095] By adding a header to the first service message to obtain the second service message, the first service message is characterized. Based on the characterized first service message (or the second service message), its transmission performance indicators on the forwarding path are detected. The final measured network performance is based on real service conditions and has high accuracy. Of course, the characteristic marking of the first service message can be done by adding a header as shown in the above embodiment, or by expanding other fields of the first service message, and then encapsulating the detection strategy based on the expanded fields to complete the characteristic marking of the first service message.

[0096] In one possible implementation, after sending the second service message, the access device also obtains the transmission performance indicators of the second service message along the forwarding path, and analyzes the transmission performance indicators to obtain the network performance detection results. For example, using... Figure 3 Taking the network topology shown as an example, after the second service packet is transmitted to the IP core, the IP core sends the transmission performance index of the second service packet from the access device to the IP core. The access device analyzes the received transmission performance index to obtain the network performance test result.

[0097] Taking latency as the detection metric and the access device and IP core as the detection nodes as an example, this paper explains network performance testing based on the second service packet. After receiving the first service packet from the first network device, the access device adds a header to the first service packet to obtain the second service packet. According to the detection strategy, timestamp 1 is added to record the time when the second service packet leaves the access device, and the second service packet is sent to downstream devices. The second service packet arrives at the IP core after being forwarded by the SR. Based on the detection strategy carried in the packet header, the IP core adds timestamp 2 to record the time when the second service packet arrives at the IP core. The transmission latency of the second service packet between the access device and the IP core is obtained by using timestamp 1 and timestamp 2.

[0098] In one possible implementation, in response to network performance detection results indicating an anomaly, a network alarm is sent to the network management data center. This alarm prompts the data center to resolve the anomaly. Optionally, the anomaly could be caused by a transmission performance indicator exceeding an anomaly threshold. For example, taking packet loss rate as the detected transmission performance indicator and an anomaly threshold of 60% as an example, if a second service packet experiences a packet loss rate of 70% during transmission from the access device to the IP core, exceeding the anomaly threshold, then the network performance is abnormal, and a network alarm can be sent to the network management data center. The anomaly threshold can be any value set based on experience, with the unit being the same as the unit of the corresponding transmission performance indicator. For instance, when the transmission performance indicator is bandwidth (in bits), the unit of the corresponding anomaly threshold is also bits.

[0099] Of course, in addition to sending network alarms, the access device can also send received transmission performance indicators to the network management data center, enabling operators to identify network problems immediately based on the data center and pinpoint the abnormal nodes causing network performance anomalies. Furthermore, besides uploading transmission performance indicators to the network management data center when network performance anomalies occur, the access device can also periodically upload transmission performance indicators to the data center, allowing operators to view network performance test results periodically or as needed. The time interval for periodic transmission can be set based on experience, and the unit can be any time unit; this application embodiment does not limit this. For example, the network management data center is a network cloud engine (NCE).

[0100] In summary, the network performance detection method provided in this application allows the access device to determine the user type of the first network device based on access packets when different types of network devices converge on the access device, thus achieving differentiated identification of different user types. Determining the detection strategy based on user type allows for targeted network performance detection of the first network device according to the user type, offering high flexibility. Furthermore, after determining the network performance detection strategy, the access device can automatically trigger network performance detection, improving efficiency and timeliness. Moreover, the aforementioned network performance detection is based on real service packets, and the detected transmission performance indicators are various transmission indicators of real service packets during transmission, resulting in high accuracy.

[0101] Based on the above Figure 1 The implementation environment shown in this application provides a method for detecting network performance, and the process of this method is as follows: Figure 7 As shown, it includes S701-S703.

[0102] S701, the access device receives a first service message transmitted by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated to the access device.

[0103] In one possible implementation, before receiving the first service message transmitted by the first network device, the method further includes: the access device receiving an access message sent by the first network device for accessing the network; the access device determining the user type of the first network device based on the access message; and the access device determining a detection policy corresponding to the first network device based on the user type of the first network device. The detection policy corresponding to the first network device differs from the detection policy corresponding to at least one second network device aggregated on the access device, and the user types of the second network devices and the first network device are different. Optionally, the process of determining the user type of the first network device based on the access message sent by the first network device is the same as described above. Figure 2 The process of determining the user type of the first network device based on the access packet sent by the first network device in the illustrated embodiment is similar. The process of determining the detection strategy corresponding to the first network device based on the user type of the first network device is the same as described above. Figure 2 The process of determining the detection strategy corresponding to the first network device based on the user type of the first network device in the illustrated embodiment is similar, and will not be described in detail here.

[0104] Optionally, the process by which the access device receives the first service message transmitted by the first network device can be referred to the above. Figure 2 The process by which the access device in the illustrated embodiment receives the first service message transmitted by the first network device will not be described in detail here.

[0105] S702, add a header to the first service message to obtain a second service message. The header carries the detection policy corresponding to the first network device. The detection policy includes at least one of detection timing and detection method. The detection policy corresponding to the first network device is determined based on the user type of the first network device.

[0106] In one possible implementation, the access device also receives a network performance activation command and adds a header to the first service packet. For example, the activation command is sent based on a detection switch. When the detection switch is activated, it sends a network performance activation command to the access device. The activation of the detection switch can be triggered by data of the user type corresponding to the detection switch, i.e., when the first network device with the user type corresponding to the detection switch aggregates to the access device, or when the first network device with the user type corresponding to the detection switch sends a first service packet to the access device. Taking the user type corresponding to the detection switch as VIP users, when a first network device with the user type of VIP users is detected to aggregate to the access device (determined from the access packet of the first network device that the user type of the first network device is VIP users), the detection switch is activated, and an activation command is sent to the access device. Of course, the detection switch can also be manually triggered. For example, if VIP users do not have a need for network performance testing, the detection switch can be set not to trigger automatically, and network performance testing can be flexibly activated based on the VIP users' subsequent network performance testing needs.

[0107] It should be noted that the instruction to enable network performance detection is performed before the operation of adding a header to the first service packet. That is, the instruction to enable performance detection can be performed after receiving the first service packet, or after receiving the access packet, but before receiving the first service packet; this application embodiment does not limit this.

[0108] Optionally, the process of adding a header to the first service message is the same as described above. Figure 2 The process of adding a header to the first service message in the illustrated embodiment is similar and will not be described in detail here.

[0109] S703 sends a second service message to perform network performance testing based on the second service message.

[0110] Optionally, a second service message is sent, and the process of network performance testing based on the second service message is the same as described above. Figure 2 The process of sending a second service message in the illustrated embodiment and performing network performance testing based on the second service message is similar and will not be described in detail here.

[0111] In one possible implementation, after sending the second service message, the access device also obtains the transmission performance indicators of the second service message along the forwarding path, and analyzes the transmission performance indicators to obtain the network performance detection results. The process of obtaining the detection results is the same as described above. Figure 2 The process of obtaining the detection results in the illustrated embodiments is similar and will not be described in detail here.

[0112] Optionally, after obtaining the test results, in response to the network performance test results indicating an anomaly in network performance, a network alarm is sent to the network management data center. The network alarm is used to prompt the network management data center to resolve the network anomaly. The process of sending a network alarm to the network management data center is the same as described above. Figure 2 The process of sending network alarms to the network management data center in the illustrated embodiment is similar and will not be described in detail here.

[0113] In summary, the network performance detection method provided in this application determines the user type of the first network device through its access packets, enabling differentiated identification of different user types. Since the detection strategy is based on user type, it performs targeted network performance detection on the first network device according to user type, offering high flexibility. Furthermore, the network performance detection process is automatically triggered, improving both efficiency and timeliness.

[0114] The above describes a method for detecting network performance according to embodiments of this application. Corresponding to the above method, embodiments of this application also provide an apparatus for detecting network performance. Figure 8 This is a schematic diagram of a device for detecting network performance provided in an embodiment of this application. Based on Figure 8 The following modules are shown. Figure 8 The device shown for detecting network performance is capable of performing the above-mentioned functions. Figure 2 All or part of the operations shown. It should be understood that the device may include more additional modules than those shown, or may omit some of the modules shown; this application embodiment does not impose limitations in this regard. For example... Figure 8 As shown, this device is used in an access device, and the device includes:

[0115] The receiving module 801 is used to receive an access message for accessing the network sent by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated to the access device.

[0116] The determination module 802 is used to determine the user type of the first network device based on the access message;

[0117] The determining module 802 is further configured to determine the detection strategy corresponding to the first network device based on the user type of the first network device. The detection strategy includes at least one of detection timing and detection method. The detection strategy corresponding to the first network device is different from the detection strategy corresponding to at least one second network device aggregated to the access device. The user types of the second network device are different from those of the first network device.

[0118] The detection module 803 is used to perform network performance detection based on the service packets transmitted by the first network device according to the detection strategy corresponding to the first network device.

[0119] In one possible implementation, the access device stores type reference information, with different type reference information corresponding to different user types; the determining module 802 is used to parse the access packet and obtain the attribute parameters of the first network device based on the parsing result; the attribute parameters of the first network device are matched with the type reference information stored in the access device, and the user type corresponding to the successfully matched type reference information is determined as the user type of the first network device.

[0120] In one possible implementation, the access message encapsulates a type field, which is used to indicate the user type of the first network device; the determining module 802 is used to obtain a first message encapsulated with the type field based on the type field in the access message, send the first message to the authentication service device, and the first message is used by the authentication service device to determine the user type of the first network device based on the type field; receive a second message sent by the authentication service device, the second message encapsulating information of the type field; and determine the user type of the first network device based on the information of the type field.

[0121] In one possible implementation, the detection module 803 is used to receive a first service message transmitted by a first network device; add a header to the first service message to obtain a second service message, the header of which carries the detection strategy corresponding to the first network device; and send the second service message to perform network performance detection based on the second service message.

[0122] In one possible implementation, the device further includes:

[0123] The acquisition module is used to acquire the transmission performance indicators of the second service message on the forwarding path, and analyze the transmission performance indicators to obtain the network performance detection results.

[0124] The aforementioned device determines the user type of the first network device based on the access packet, determines the detection strategy based on the user type, and performs targeted network performance testing on the first network device according to the user type, offering high flexibility. Simultaneously, it automatically triggers network performance testing according to the detection strategy, improving the efficiency and timeliness of network performance testing.

[0125] Figure 9 This is a schematic diagram of another device for detecting network performance provided in an embodiment of this application. Based on Figure 9 The following modules are shown. Figure 9 The device shown for detecting network performance is capable of performing the above-mentioned functions. Figure 7 All or part of the operations shown. It should be understood that the device may include more additional modules than those shown, or may omit some of the modules shown; this application embodiment does not impose limitations in this regard. For example... Figure 9As shown, this device is used in an access device, and the device includes:

[0126] The receiving module 901 is used to receive a first service message transmitted by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated to the access device.

[0127] Adding module 902 is used to add a header to the first service message to obtain a second service message. The header carries the detection policy corresponding to the first network device. The detection policy includes at least one of detection timing and detection method. The detection policy corresponding to the first network device is determined based on the user type of the first network device.

[0128] The sending module 903 is used to send a second service message for network performance testing based on the second service message.

[0129] In one possible implementation, the receiving module 901 is also used to receive a network performance start detection instruction and perform the operation of adding a header to the first service message.

[0130] In one possible implementation, the device further includes:

[0131] The acquisition module is used to acquire the transmission performance indicators of the second service message on the forwarding path, and analyze the transmission performance indicators to obtain the network performance detection results.

[0132] In one possible implementation, the sending module 903 is further configured to send a network alarm to the network management data center in response to a network performance detection result indicating an abnormality in network performance. The network alarm is used to prompt the network management data center to resolve the network anomaly.

[0133] In one possible implementation, the receiving module 901 is further configured to receive an access message for accessing the network sent by the first network device; the apparatus further includes: a determining module, configured to determine the user type of the first network device based on the access message; and to determine the detection policy corresponding to the first network device based on the user type of the first network device, wherein the detection policy corresponding to the first network device is different from the detection policy corresponding to at least one second network device aggregated on the access device, and the user type of the second network device is different from that of the first network device.

[0134] The aforementioned device employs a detection strategy based on user type, enabling it to perform network performance testing on the first network device specifically tailored to the user type, thus offering high flexibility. Furthermore, the network performance testing process is automatically triggered, improving both efficiency and timeliness.

[0135] It should be understood that the above-described device is only illustrated by the division of the functional modules described above. In practical applications, the functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the device and method embodiments provided in the above embodiments belong to the same concept, and their specific implementation process can be found in the method embodiments, which will not be repeated here.

[0136] See Figure 10 , Figure 10 A schematic diagram of the structure of a network device 1000 provided in an exemplary embodiment of this application is shown. Figure 10 The network device 1000 shown is used to perform the above. Figure 2 or Figure 7 The methods for detecting network performance are illustrated. The network device 1000 is, for example, a switch, a router, etc., and can be implemented using a general bus architecture.

[0137] like Figure 10 As shown, the network device 1000 includes at least one processor 1001, a memory 1003, and at least one communication interface 1004.

[0138] Processor 1001 may be, for example, a general-purpose central processing unit (CPU), a digital signal processor (DSP), a network processor (NP), a graphics processing unit (GPU), a neural-network processing unit (NPU), a data processing unit (DPU), a microprocessor, or one or more integrated circuits for implementing the embodiments of this application. For example, processor 1001 includes an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. A PLD may be, for example, a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof. It can implement or execute the various logic blocks, modules, and circuits described in connection with the embodiments of this invention. A processor may also be a combination that implements computational functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0139] Optionally, the network device 1000 also includes a bus. The bus is used to transmit information between the various components of the network device 1000. The bus can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 10 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0140] Memory 1003 may be, for example, read-only memory (ROM) or other types of static storage devices capable of storing static information and instructions; random access memory (RAM) or other types of dynamic storage devices capable of storing information and instructions; electrically erasable programmable read-only memory (EEPROM); compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.); magnetic disk storage media or other magnetic storage devices; or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but not limited thereto. Memory 1003 may exist independently and be connected to processor 1001 via a bus. Memory 1003 may also be integrated with processor 1001.

[0141] The communication interface 1004 uses any transceiver-like device for communicating with other devices or communication networks, such as Ethernet, Radio Access Network (RAN), or Wireless Local Area Network (WLAN). The communication interface 1004 may include wired and wireless communication interfaces. Specifically, the communication interface 1004 may be an Ethernet interface, a Fast Ethernet (FE) interface, a Gigabit Ethernet (GE) interface, an Asynchronous Transfer Mode (ATM) interface, a WLAN interface, a cellular network communication interface, or a combination thereof. The Ethernet interface may be an optical interface, an electrical interface, or a combination thereof. In this embodiment, the communication interface 1004 can be used by the network device 1000 to communicate with other devices.

[0142] In a specific implementation, as one example, the processor 1001 may include one or more CPUs, such as Figure 10 The CPU0 and CPU1 shown are examples of processors. Each of these processors can be a single-core processor or a multi-core processor. A processor here can refer to one or more devices, circuits, and / or processing cores used to process data (e.g., computer program instructions).

[0143] In a specific implementation, as one example, the network device 1000 may include multiple processors, such as... Figure 10 The processors 1001 and 1005 shown are illustrated. Each of these processors can be a single-core processor or a multi-core processor. Here, "processor" can refer to one or more devices, circuits, and / or processing cores used to process data (such as computer program instructions).

[0144] In a specific implementation, as one embodiment, the network device 1000 may further include output devices and input devices. The output device communicates with the processor 1001 and can display information in various ways. For example, the output device may be a liquid crystal display (LCD), a light-emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector, etc. The input device communicates with the processor 1001 and can receive user input in various ways. For example, the input device may be a mouse, keyboard, touchscreen device, or sensing device, etc.

[0145] In some embodiments, the memory 1003 stores program code 1010 for executing the solution of this application, and the processor 1001 can execute the program code 1010 stored in the memory 1003. That is, the network device 1000 can implement the method for detecting network performance provided in the method embodiment through the processor 1001 and the program code 1010 in the memory 1003. The program code 1010 may include one or more software modules. Optionally, the processor 1001 itself may also store program code or instructions for executing the solution of this application.

[0146] In a specific embodiment, the network device 1000 of this application embodiment may correspond to the device for detecting network performance in the above-described method embodiments.

[0147] in, Figure 2 or Figure 7Each step of the method for detecting network performance shown is completed by the integrated logic circuitry in the processor of the network device 1000 or by instructions in software form. The steps of the method disclosed in the embodiments of this application can be directly implemented by the hardware processor, or by a combination of hardware and software modules in the processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. Since the storage medium is located in memory, the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method; to avoid repetition, these will not be described in detail here.

[0148] Figure 11 This is a schematic diagram of another network device provided in an embodiment of this application. This network device is, for example, a server. Servers can vary significantly due to differences in configuration or performance. It may include one or more central processing units (CPUs) 1101 and one or more memories 1102. The one or more memories 1102 store at least one computer program, which is loaded and executed by the one or more processors 1101 to enable the server to implement the network performance detection methods provided in the above-described method embodiments. Of course, this network device may also have wired or wireless network interfaces, a keyboard, and input / output interfaces for input and output. The network device may also include other components for implementing device functions, which will not be elaborated upon here.

[0149] This application also provides a communication device, which includes a transceiver, a memory, and a processor. The transceiver, the memory, and the processor communicate with each other via an internal connection path. The memory stores instructions, and the processor executes the instructions stored in the memory to control the transceiver to receive and transmit signals. Furthermore, when the processor executes the instructions stored in the memory, it causes the processor to perform a method for detecting network performance.

[0150] It should be understood that the aforementioned processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. General-purpose processors can be microprocessors or any conventional processor. It is worth noting that the processor can be a processor supporting the Advanced Reduced Instruction Set Computing (RISC) machine (ARM) architecture.

[0151] Furthermore, in an alternative embodiment, the memory described above may include read-only memory and random access memory, and provide instructions and data to the processor. The memory may also include non-volatile random access memory. For example, the memory may also store device type information.

[0152] The memory can be volatile or non-volatile, or may include both. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which serves as an external cache. Many forms of RAM are available by way of example, but not limitation. Examples include static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0153] This application also provides a computer-readable storage medium storing at least one instruction, which is loaded and executed by a processor to enable a computer to implement the method for detecting network performance as described above.

[0154] This application also provides a computer program (product) that, when executed by a computer, causes the processor or computer to perform the corresponding steps and / or processes in the above method embodiments.

[0155] This application also provides a chip, including a processor, for calling and executing instructions stored in a memory, causing a communication device equipped with the chip to perform the network performance detection method as described above.

[0156] This application embodiment also provides another chip, including: an input interface, an output interface, a processor, and a memory. The input interface, the output interface, the processor, and the memory are connected through an internal connection path. The processor is used to execute code in the memory. When the code is executed, the processor is used to execute the method for detecting network performance as described above.

[0157] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state drive).

[0158] Those skilled in the art will recognize that the method steps and modules described in conjunction with the embodiments disclosed herein can be implemented in software, hardware, firmware, or any combination thereof. To clearly illustrate the interchangeability of hardware and software, the steps and components of each embodiment have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0159] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware or by a program instructing related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

[0160] When implemented using software, it can be implemented wholly or partially as a computer program product. This computer program product includes one or more computer program instructions. As an example, the methods of this application embodiment can be described in the context of machine-executable instructions, such as program modules that execute on a device on a real or virtual processor of the target. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, etc., which perform specific tasks or implement specific abstract data structures. In various embodiments, the functionality of program modules can be combined or divided among the described program modules. The machine-executable instructions for the program modules can execute within a local or distributed device. In a distributed device, the program modules can reside on both local and remote storage media.

[0161] Computer program code used to implement the methods of the embodiments of this application may be written in one or more programming languages. This computer program code may be provided to the processor of a general-purpose computer, a special-purpose computer, or other programmable means of detecting network performance, such that when executed by the computer or other programmable means of detecting network performance, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may be executed entirely on a computer, partially on a computer, as a standalone software package, partially on a computer and partially on a remote computer, or entirely on a remote computer or server.

[0162] In the context of the embodiments of this application, computer program code or related data may be carried by any suitable carrier to enable a device, apparatus, or processor to perform the various processes and operations described above. Examples of carriers include signals, computer-readable media, etc.

[0163] Examples of signals may include electrical, optical, radio, sound, or other forms of propagation signals, such as carrier waves, infrared signals, etc.

[0164] A machine-readable medium can be any tangible medium that contains or stores programs for or relating to an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. Machine-readable media can include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. More detailed examples of machine-readable storage media include electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0165] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and modules described above can be found in the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0166] In the embodiments provided in this application, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative; for instance, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple modules or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the couplings or direct couplings or communication connections shown or discussed may be indirect couplings or communication connections through some interfaces, devices, or modules, or they may be electrical, mechanical, or other forms of connection.

[0167] The modules described as separate components may or may not be physically separate. The components shown as modules may or may not be physical modules; that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules can be selected to achieve the purpose of the embodiments of this application, depending on actual needs.

[0168] Furthermore, the functional modules in the various embodiments of this application can be integrated into one processing module, or each module can exist physically separately, or two or more modules can be integrated into one module. The integrated modules described above can be implemented in hardware or as software functional modules.

[0169] If the integrated module is implemented as a software functional module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0170] In this application, the terms "first," "second," etc., are used to distinguish identical or similar items that have substantially the same function and purpose. It should be understood that there is no logical or temporal dependency between "first," "second," and "nth," nor does it limit the quantity or order of execution. It should also be understood that although the following description uses the terms "first," "second," etc., to describe various elements, these elements should not be limited by the terms. These terms are merely used to distinguish one element from another. For example, without departing from the various examples described, a first image can be referred to as a second image, and similarly, a second image can be referred to as a first image. Both the first image and the second image can be images, and in some cases, they can be separate and distinct images.

[0171] It should also be understood that, in the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0172] In this application, the term "at least one" means one or more, and the term "multiple" means two or more. For example, multiple second messages refer to two or more second messages. The terms "system" and "network" are often used interchangeably in this document.

[0173] It should be understood that the terminology used in the description of the various examples herein is for the purpose of describing particular examples only and is not intended to be limiting. As used in the description of the various examples and the appended claims, the singular forms “a” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise.

[0174] It should also be understood that the term "and / or" as used herein refers to and covers any and all possible combinations of one or more of the associated listed items. The term "and / or" describes an association between related objects, indicating that three relationships can exist; for example, A and / or B can represent: A alone, A and B simultaneously, or B alone. Additionally, the character " / " in this application generally indicates that the preceding and following related objects are in an "or" relationship.

[0175] It should also be understood that the term “comprising” (also referred to as “includes”, “including”, “comprises” and / or “comprising”) as used in this specification specifies the presence of the stated features, integers, steps, operations, elements, and / or components, but does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0176] It should also be understood that the terms “if” and “if” can be interpreted as meaning “when” or “upon”, or “in response to determination” or “in response to detection”. Similarly, depending on the context, the phrases “if determination…” or “if detection [the stated condition or event]” can be interpreted as meaning “when determination…”, or “in response to determination…”, or “when detection [the stated condition or event]” or “in response to detection [the stated condition or event]”.

[0177] It should be understood that determining B based on A does not mean determining B solely based on A; B can also be determined based on A and / or other information.

[0178] It should also be understood that the phrases "an embodiment," "an embodiment," and "a possible implementation" used throughout the specification mean that a specific feature, structure, or characteristic related to an embodiment or implementation is included in at least one embodiment of this application. Therefore, the phrases "in an embodiment," "an embodiment," or "a possible implementation" appearing throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments.

Claims

1. A method for detecting network performance, characterized in that, The method includes: The access device receives an access message for accessing the network sent by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated on the access device, and the network device is used to support user terminals to connect to the network. The access device determines the user type of the first network device based on the access message; The access device determines the detection strategy corresponding to the first network device based on the user type of the first network device. The detection strategy includes at least one of detection timing and detection method. The detection strategy corresponding to the first network device is different from the detection strategy corresponding to at least one second network device aggregated on the access device. The user type of the second network device is different from that of the first network device. The access device receives a first service message transmitted by the first network device, the first service message being used to access the network to implement a service; adds a header to the first service message to obtain a second service message, the header carrying a detection policy corresponding to the first network device; and sends the second service message to perform network performance detection based on the second service message.

2. The method according to claim 1, characterized in that, The access device stores type reference information, and different type reference information corresponds to different user types; The access device determines the user type of the first network device based on the access message, including: Parse the access message and obtain the attribute parameters of the first network device based on the parsing result; The attribute parameters of the first network device are matched with the type reference information stored in the access device, and the user type corresponding to the successfully matched type reference information is determined as the user type of the first network device.

3. The method according to claim 1, characterized in that, The access message encapsulates a type field, which is used to indicate the user type of the first network device; The access device determines the user type of the first network device based on the access message, including: Based on the type field in the access message, a first message encapsulated with the type field is obtained, and the first message is sent to the authentication service device. The first message is used by the authentication service device to determine the user type of the first network device based on the type field. Receive a second message sent by the authentication service device, wherein the second message encapsulates information of the type field; The user type of the first network device is determined based on the information in the type field.

4. The method according to claim 1, characterized in that, After sending the second service message, the method further includes: Obtain the transmission performance indicators of the second service packet on the forwarding path, and analyze the transmission performance indicators to obtain the network performance detection results.

5. A method for detecting network performance, characterized in that, The method includes: The access device receives a first service message transmitted by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated on the access device, and the network device is used to support user terminals to connect to the network. A header is added to the first service message to obtain a second service message. The header carries the detection policy corresponding to the first network device. The detection policy includes at least one of detection timing and detection method. The detection policy corresponding to the first network device is determined based on the user type of the first network device. Send the second service message to perform network performance testing based on the second service message.

6. The method according to claim 5, characterized in that, Before adding a header to the first service message to obtain the second service message, the process further includes: Upon receiving the command to enable network performance testing, the system performs the operation of adding a header to the first service packet.

7. The method according to claim 5 or 6, characterized in that, After sending the second service message, the method further includes: Obtain the transmission performance indicators of the second service packet on the forwarding path, and analyze the transmission performance indicators to obtain the network performance detection results.

8. The method according to claim 7, characterized in that, After analyzing the transmission performance indicators to obtain the network performance detection results, the method further includes: In response to the network performance test results indicating an abnormality in network performance, a network alarm is sent to the network management data center, which is used to prompt the network management data center to resolve the network anomaly.

9. The method according to claim 5 or 6, characterized in that, Before receiving the first service message transmitted by the first network device, the method further includes: The access device receives the access message for accessing the network sent by the first network device; The access device determines the user type of the first network device based on the access message; The access device determines the detection strategy corresponding to the first network device based on the user type of the first network device. The detection strategy corresponding to the first network device is different from the detection strategy corresponding to at least one second network device aggregated on the access device. The user types of the second network device and the first network device are different.

10. A device for detecting network performance, characterized in that, The device is used in an access device, and the device includes: A receiving module is configured to receive an access message for accessing the network sent by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated to the access device, and the network device is configured to support user terminals to connect to the network. The determination module is used to determine the user type of the first network device based on the access message; The determining module is further configured to determine a detection strategy corresponding to the first network device based on the user type of the first network device. The detection strategy includes at least one of detection timing and detection method. The detection strategy corresponding to the first network device is different from the detection strategy corresponding to at least one second network device aggregated to the access device. The user type of the second network device is different from that of the first network device. The detection module is configured to receive a first service message transmitted by the first network device, the first service message being used to access the network to perform a service; add a header to the first service message to obtain a second service message, the header carrying a detection strategy corresponding to the first network device; and send the second service message to perform network performance detection based on the second service message.

11. The apparatus according to claim 10, characterized in that, The access device stores type reference information, and different type reference information corresponds to different user types; the determining module is used to parse the access packet and obtain the attribute parameters of the first network device based on the parsing result; The attribute parameters of the first network device are matched with the type reference information stored in the access device, and the user type corresponding to the successfully matched type reference information is determined as the user type of the first network device.

12. The apparatus according to claim 10, characterized in that, The access message encapsulates a type field, which is used to indicate the user type of the first network device; the determining module is used to obtain a first message encapsulating the type field based on the type field in the access message, and send the first message to the authentication service device, wherein the first message is used by the authentication service device to determine the user type of the first network device based on the type field. The system receives a second message sent by the authentication service device, the second message containing information of the type field; and determines the user type of the first network device based on the information of the type field.

13. The apparatus according to claim 10, characterized in that, The device further includes: The acquisition module is used to acquire the transmission performance indicators of the second service packet on the forwarding path, and analyze the transmission performance indicators to obtain the network performance detection results.

14. A device for detecting network performance, characterized in that, The device is used in an access device, and the device includes: A receiving module is configured to receive a first service message transmitted by a first network device, wherein the first network device is any one of at least two types of network devices that are aggregated to the access device, and the network device is configured to support user terminals connecting to the network. An adding module is used to add a header to the first service message to obtain a second service message. The header carries a detection policy corresponding to the first network device. The detection policy includes at least one of detection timing and detection method. The detection policy corresponding to the first network device is determined based on the user type of the first network device. The sending module is used to send the second service message in order to perform network performance testing based on the second service message.

15. The apparatus according to claim 14, characterized in that, The receiving module is also used to receive a network performance activation command and perform the operation of adding a header to the first service message.

16. The apparatus according to claim 14 or 15, characterized in that, The device further includes: The acquisition module is used to acquire the transmission performance indicators of the second service packet on the forwarding path, and analyze the transmission performance indicators to obtain the network performance detection results.

17. The apparatus according to claim 16, characterized in that, The sending module is also configured to send a network alarm to the network management data center in response to the network performance detection result indicating that the network performance is abnormal. The network alarm is used to prompt the network management data center to resolve the network abnormality.

18. The apparatus according to claim 14 or 15, characterized in that, The receiving module is further configured to receive an access message for accessing the network sent by the first network device; the device further includes: a determining module, configured to determine the user type of the first network device based on the access message; and to determine a detection policy corresponding to the first network device based on the user type of the first network device, wherein the detection policy corresponding to the first network device is different from the detection policy corresponding to at least one second network device aggregated on the access device, and the user type of the second network device is different from that of the first network device.

19. A device for detecting network performance, characterized in that, The device includes a memory and a processor; the memory stores at least one instruction, which is loaded and executed by the processor to enable the device for detecting network performance to implement the method for detecting network performance as described in any one of claims 1-4, or the method for detecting network performance as described in any one of claims 5-9.

20. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores at least one instruction, which is loaded and executed by a processor to implement the method for detecting network performance as described in any one of claims 1-4, or the method for detecting network performance as described in any one of claims 5-9.

21. A computer program product, characterized in that, The computer program product includes a computer program / instruction that is executed by a processor to enable a computer to implement the method for detecting network performance as described in any one of claims 1-4, or the method for detecting network performance as described in any one of claims 5-9.

Images