WO2021197253A1

WO2021197253A1 - Service message transmission method and related device

Info

Publication number: WO2021197253A1
Application number: PCT/CN2021/083549
Authority: WO
Inventors: 汪文明; 张朝
Original assignee: 华为技术有限公司
Priority date: 2020-04-03
Filing date: 2021-03-29
Publication date: 2021-10-07
Also published as: CN113498110B; CN113498110A

Abstract

The present application relates to the technical field of communications. Disclosed are a service message transmission method and a related device. The method comprises: a traffic forwarding device receives a service request from a terminal, and then determines a first service type of the service request according to a first server identifier, and thus the traffic forwarding device transmits a service message according to the priority corresponding to the first service type. The first server identifier is used for distinguishing a first application server from other application servers, and the first application server is a server for the service requested by the terminal. Hence, a service type determining process in embodiments of the present application does not require complex computational analysis, so that the speed for determining a service type is quick, the service type identification performance is improved, and thus the service message transmission performance is improved.

Description

Business message transmission method and related equipment

This application claims the priority of a Chinese patent application filed with the State Intellectual Property Office of China, the application number is 202010258101.4, and the invention title is "Business message transmission method and related equipment" on April 3, 2020, the entire content of which is incorporated by reference In this application.

Technical field

This application relates to the field of communication technology, and in particular to a method for transmitting service messages and related equipment.

Background technique

In the scenario of the WiFi network, the terminal can request service messages from the application server through the WiFi network. According to the definition of the WiFi communication protocol, the traffic forwarding device in the WiFi network can transmit service messages according to several priorities. Among them, when the WiFi network is congested, the traffic forwarding device preferentially transmits the service message corresponding to the highest priority.

In actual implementation, service messages of different service types have different tolerances to congestion. Accordingly, the traffic forwarding device can configure different transmission priorities for service messages according to the service type of the service message. For example, the service message of the game service has a relatively low tolerance for network congestion, and the traffic forwarding device may configure a relatively high transmission priority for the service message of the game service. For another example, the service message of the download service has a relatively high tolerance for network congestion, and the traffic forwarding device can configure a relatively low transmission priority for the service message of the download service.

However, the existing method for configuring the transmission priority of service messages is not only slow in execution speed, but also has poor performance, resulting in poor transmission performance of service messages.

Summary of the invention

The embodiments of the present application provide a service message transmission method and related equipment to solve the problem of poor performance of the existing mechanism for configuring service message transmission priority.

In the first aspect, an embodiment of the present application provides a service message transmission method, the method includes: a traffic forwarding device receives a service request from a terminal, the service request includes a first server identifier, and the first server identifier Used to distinguish the first application server from other application servers. The first application server is the application server from which the terminal requests the service; the traffic forwarding device determines the first service request according to the first server identifier. Service type; the traffic forwarding device transmits the service message corresponding to the service request according to the priority corresponding to the first service type.

Among them, the terminal can access the WiFi network through the traffic forwarding device. The terminal can run various application programs (application, APP), and each APP can communicate with the application server corresponding to the APP through the WiFi network to realize the transmission of service messages. The traffic forwarding device supports the configuration of air interface resources, the forwarding of service packets, and the transmission priority of the configured air interface resources. "Air interface resource transmission priority" refers to the air interface resource transmission priority of service packets, and can also be described as the transmission priority of service packets. In actual implementation, business messages can be defined as different business types, and there is a certain correspondence between the business types and the transmission priority of the business messages.

Exemplarily, when any APP is running, the terminal may send a service request to the traffic forwarding device to request the traffic forwarding device to allocate air interface resources and configure the transmission priority of the air interface resources. The service request may include the server identification of the application server corresponding to the corresponding APP. Furthermore, in this application, the traffic forwarding device can read the server identifier from the service request, and then can determine the service type of the service request according to the server identifier. After that, the traffic forwarding device determines the transmission priority corresponding to the service request according to the correspondence between the service type and the priority, and further, transmits the service message corresponding to the service request according to the determined priority.

It can be seen that with this implementation method, the traffic forwarding device does not need to parse the content of the service message, and can determine the service type corresponding to the service request based on the server identifier, so that the service type corresponding to the service request can be quickly determined, thereby improving the transmission of the service message performance.

In an alternative design, the traffic forwarding device determining the first service type of the service request according to the first server identifier includes: the traffic forwarding device determining whether the first correspondence relationship with the first service type is included in the first correspondence A service type corresponding to a server identifier, the first correspondence relationship includes at least one correspondence relationship between a server identifier and a service type; if the first correspondence relationship includes a service type corresponding to the first server identifier, the traffic The forwarding device determines the service type corresponding to the first server identifier as the first service type; if the first correspondence does not include the service type corresponding to the first server identifier, the traffic forwarding device The first service type is determined according to the attribute information of the service packet corresponding to the service request, where the attribute information includes the length of each service packet corresponding to the service request and the interval time between service packets.

In this application, the first correspondence includes at least one correspondence between a server identifier and a service type. Each set of correspondences in the first correspondence may be established in an implementation scenario where the service request to which the corresponding server identifier belongs is issued for the first time. Based on this, when the service request is the first service request that appears in the WiFi network structure, the corresponding relationship between the first server identifier and the service type is not stored in the first correspondence, and the traffic forwarding device can determine that the first correspondence does not include The service type corresponding to the first server identifier. In this embodiment, the traffic forwarding device may determine the first service type according to the attribute information of the service packet corresponding to the service request. When the service request is the second or later service request in the WiFi network structure, the corresponding relationship between the first server identifier and the service type has been stored in the first correspondence, and the traffic forwarding device can determine that the first correspondence is with the first The service type corresponding to the server ID.

Among them, the attribute information refers to the length of all business messages involved in the complete business process corresponding to the business request, and the length of the interval between each business message. The length of each service message in the business process corresponding to any service type and the interval time between each service message are usually unchanged. Therefore, this application can determine the service type according to the attribute information of the service message. With this implementation method, the traffic forwarding device can determine the service type corresponding to the service request according to the attributes of the service message in the entire business process, so that the determination process of the service type is not affected by the structure and content of the service message, and the determination method is stable and applicable Wide sex.

In an optional design, the traffic forwarding device determines the first service type according to the attribute information of the service message corresponding to the service request, including: the traffic forwarding device parses the attribute information according to a preset analysis rule Obtain the first service type. In some embodiments, the traffic forwarding device may generate the characteristic information of the service request according to the attribute information, and then input the characteristic information into a preset analysis model to obtain the first service type. With this implementation method, the process of determining the service type is not affected by the structure and content of the service message, and the determination method is stable and has wide applicability.

In an optional design, after the traffic forwarding device obtains the first service type, the method further includes: establishing, by the traffic forwarding device, a correspondence between the first server identifier and the first service type; The traffic forwarding device sends the corresponding relationship between the first server identifier and the first service type to the network service device, so that the network service device updates the first corresponding relationship. In this application, the first correspondence can be maintained on the network service device side. Based on this, after the traffic forwarding device determines the first service type according to the attribute information, it can send the corresponding relationship between the first server identifier and the first service type to the network service device side, so that the network service device side can update the first corresponding relationship in time . Among them, the network service equipment can be any equipment that provides network resources, and equipment used to manage network equipment, including network management servers, network engines, optical line terminal (OLT) equipment, and so on.

In an alternative design, the traffic forwarding device determines the first service type according to the attribute information of the service message corresponding to the service request, including: the traffic forwarding device sends the attribute information to the network service device The traffic forwarding device receives the first service type from the network service device. In other embodiments, the above analysis model may be set in a network service device. Correspondingly, the traffic forwarding device may send the attribute information to the network service device, so that the network service device determines the first service type according to the attribute information. With this implementation method, the process of determining the service type is not affected by the structure and content of the service message, and the determination method is stable and has wide applicability.

In an alternative design, the traffic forwarding device determining whether the first correspondence includes a service type corresponding to the first server identifier includes: the traffic forwarding device sends the first server identifier to the network Service device, so that the network service device searches for the service type corresponding to the first server identifier in the first correspondence relationship; the traffic forwarding device receives the first service from the network service device Type or response information, where the response information indicates that the first correspondence does not include the service type corresponding to the first server identifier. Since the first correspondence is maintained on the network service device side, in some embodiments, the traffic forwarding device may send the first server identifier to the network service device, so that the network service device can search for the first server in the first correspondence relationship. Identifies the corresponding business type. After that, the traffic forwarding device can perform subsequent operations according to the query result fed back from the network service device. Not detailed here. It can be seen that with this implementation method, the process of determining the service type does not require complicated calculation and analysis, and the speed of determining the service type can be accelerated, thereby improving the performance of identifying the service type, and further improving the performance of service message transmission.

In an optional design, before the traffic forwarding device sends the first server identifier to the network service device, the method further includes: the traffic forwarding device determining whether the second correspondence relationship includes the first server identifier Corresponding service type, the second correspondence is the correspondence between the server identifier maintained by the traffic forwarding device and the service type, and the second correspondence includes part of the information in the first correspondence; if the first correspondence is The second correspondence includes the service type corresponding to the first server identifier, and the traffic forwarding device determines the service type corresponding to the first server identifier as the first service type; if the second correspondence Does not include the service type corresponding to the first server identifier, and the traffic forwarding device sends the first server identifier to the network service device.

In another embodiment, the traffic forwarding device may maintain a second correspondence relationship, for example, and the second correspondence relationship includes a correspondence relationship between at least one server identifier and a service type. However, the traffic forwarding device usually has a small storage space, so the information in the second correspondence is part of the information in the first correspondence. Based on this, the traffic forwarding device may first determine whether the second correspondence relationship includes the service type corresponding to the first server identifier after receiving the service request. If the second correspondence includes the service type corresponding to the first server identifier, the traffic forwarding device may determine the priority according to the service type, and then transmit the service message corresponding to the service request according to the priority. If the second corresponding relationship does not include the service type corresponding to the first server identifier, the traffic forwarding device sends the first server identifier to the network service device, so that the network service device searches for the first server identifier corresponding to the first server identifier in the first corresponding relationship Business type. This saves time in determining the type of business.

In an optional design, the method further includes: the traffic forwarding device receives the correspondence between the second server identifier from the network service device and the second service type; the traffic forwarding device is based on the second server identifier The corresponding relationship with the second service type updates the second corresponding relationship. Wherein, if the traffic forwarding device maintains the second corresponding relationship, in some embodiments, the traffic forwarding device may receive the new corresponding relationship broadcast by the network service device, and further, update the second corresponding relationship according to the received new corresponding relationship.

In a second aspect, an embodiment of the present application provides a service packet transmission method, the method includes: a network service device receives a first server identifier from a traffic forwarding device, and the first server identifier is used to transfer a first application The server is distinguished from other application servers, the first server identifier is included in the service request received by the traffic forwarding device, the first application server is the application server of the terminal requesting the service; the network service device determines the first A service type corresponding to the first server identifier in a corresponding relationship, the first corresponding relationship includes at least one corresponding relationship between a server identifier and a service type; if the first corresponding relationship includes a corresponding relationship with the first server identifier Corresponding to the service type, the network service device sends the service type as the first service type to the traffic forwarding device, so that the traffic forwarding device transmits the service according to the priority corresponding to the first service type Request the corresponding business message. Among them, there is a certain correspondence between the service type and the transmission priority of the service message.

The implementation of the network service device and the first correspondence is as described in the first aspect, and will not be repeated here. After receiving the first server identifier, the network service device may search for the service type corresponding to the first server identifier in the first correspondence relationship, and then, after finding the service type corresponding to the first server identifier, send the service type to The traffic forwarding device, so that the traffic forwarding device determines the transmission priority corresponding to the service request according to the correspondence between the service type and the priority, and further, transmits the service message corresponding to the service request according to the determined priority. With this implementation method, the network device maintains the correspondence between the server identifier and the service type, and uses the correspondence to determine the subsequent service type, so that the process of determining the service type does not require complicated calculation and analysis, and the speed of determining the service type can be accelerated, thereby Improve the performance of identifying service types, thereby improving the performance of service message transmission.

In an optional design, the method further includes: the network service device receives a second server identifier from the traffic forwarding device, where the second server identifier is used to distinguish the second application server from other application servers; The network service device determines the service type corresponding to the second server identifier in the first correspondence; if the first correspondence does not include the service type corresponding to the second server identifier, the network The service device sends response information to the traffic forwarding device, where the response information is used to trigger the traffic forwarding device to determine the second service type according to the second server identifier. Wherein, each set of correspondences in the first correspondence may be established in the implementation scenario where the service request to which the corresponding server identifies the service is issued for the first time. Based on this, when the first correspondence does not include the service type corresponding to the second server identifier, the network service device can trigger the traffic forwarding device to determine the second service type according to the second server identifier.

In an optional design, after the network service device sends response information to the traffic forwarding device, the method further includes: the network service device receiving the second server identifier and the second server identifier from the traffic forwarding device Correspondence of the second service type; the network service device updates the first correspondence according to the correspondence between the second server identifier and the second service type. By adopting this implementation manner, the network service equipment end can update the first correspondence in time.

In an optional design, after the network service device sends response information to the traffic forwarding device, it further includes: the network service device receives attribute information from the traffic forwarding device, and the attribute information includes all The second server identifies the length of each service message corresponding to the service request and the interval time between service messages; the network service device parses the attribute information according to a preset analysis rule to obtain the second service type; The network service device sends the second service type to the traffic forwarding device. With this implementation method, the network service device can determine the service type corresponding to the service request according to the attributes of the service message in the entire business process of the service request, so that the determination process of the service type is not affected by the structure and content of the service message, and the determination method is stable And the applicability is wide.

In an optional design, it further includes: the network service device is connected to the network service device, and other traffic forwarding devices other than the traffic forwarding device broadcast the second server identifier and the second Correspondence of business types.

In a third aspect, an embodiment of the present application also provides a traffic forwarding device, which includes functional modules for executing the method steps in the first aspect and the implementation manners of the first aspect.

In a fourth aspect, an embodiment of the present application also provides a network service device, which includes functional modules for executing the method steps in the second aspect and the implementation manners of the second aspect.

In a fifth aspect, an embodiment of the present application provides a traffic forwarding device, including a transceiver, a processor, and a memory. Wherein, the transceiver, the processor, and the memory may be connected through a bus system. The transceiver is used to perform data transmission and reception with network service equipment and terminals. The memory is used to store programs, instructions or codes, and the processor is used to execute the programs, instructions or codes in the memory to implement the first aspect or any one of the possible design methods of the first aspect.

In a sixth aspect, an embodiment of the present application provides a network service device, including a transceiver, a processor, and a memory. Wherein, the transceiver, the processor, and the memory may be connected through a bus system. The transceiver is used to send and receive data with the traffic forwarding device. The memory is used to store programs, instructions or codes, and the processor is used to execute the programs, instructions or codes in the memory to implement the second aspect or any one of the possible design methods of the second aspect.

In a seventh aspect, the present application provides a computer-readable storage medium having instructions stored in the computer-readable storage medium, which when run on a computer, cause the computer to execute the first aspect, the second aspect, and the first aspect Any possible design or method in any possible design of the second aspect.

In order to solve the problems in the prior art, the network equipment involved in the embodiments of the present application can determine the service type corresponding to the service request according to the attributes of the service message in the entire service process, so that the process of determining the service type is not affected by the structure of the service message. And the influence of content, the determination method is stable and widely applicable. In addition, the network device maintains the corresponding relationship between the server identifier and the service type, and uses the corresponding relationship to determine the subsequent service type, so that the process of determining the service type does not require complicated calculation and analysis, which can speed up the determination of the service type, thereby improving the identification service Type of performance, thereby improving the performance of service message transmission.

Description of the drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed in the embodiments. Obviously, for those of ordinary skill in the art, without creative work , You can also obtain other drawings based on these drawings.

FIG. 1 is a schematic diagram of the structure of the WiFi network architecture 10 provided by the present application;

FIG. 2 is a method flowchart of the service message transmission method 100 provided by this application;

FIG. 3 is a method flowchart of the service message transmission method 200 provided by the present application;

FIG. 3A is an exemplary signaling interaction diagram of step S202 in the embodiment illustrated in FIG. 3;

FIG. 3B is an exemplary signaling interaction diagram of step S204 in the embodiment illustrated in FIG. 3;

FIG. 3C is another exemplary signaling interaction diagram of step S204 in the embodiment illustrated in FIG. 3;

FIG. 4 is a schematic structural diagram of the WiFi network architecture 20 provided by the present application;

FIG. 5A is a signaling interaction diagram of the corresponding relationship creation method 300 provided by the present application;

FIG. 5B is a signaling interaction diagram of the service message transmission method 400 provided by this application;

FIG. 6A is a schematic diagram of an exemplary composition of the traffic forwarding device 60 provided by this application;

FIG. 6B is a schematic diagram of an exemplary structure of the traffic forwarding device 61 provided by this application;

FIG. 7A is a schematic diagram of an exemplary composition of the network service device 70 provided by this application;

FIG. 7B is a schematic diagram of an exemplary structure of the network service device 71 provided by this application.

Detailed ways

The technical solution of the present application will be clearly described below in conjunction with the drawings in the present application.

The terms used in the following embodiments of the present application are only for the purpose of describing specific embodiments, and are not intended to limit the present application. As used in the specification and appended claims of this application, the singular expressions "a", "an", "said", "above", "the" and "this" are intended to also Including plural expressions, unless the context clearly indicates to the contrary. It should also be understood that although the terms first, second, etc. may be used in the following embodiments to describe a certain type of object, the object should not be limited to these terms. These terms are only used to distinguish specific objects of this class of objects. For example, in the following embodiments, the terms first, second, etc. may be used to describe service types, but the service types involved in this application should not be limited to these terms. These terms are only used to distinguish different business types.

The following is an exemplary description of the implementation scenario of the present application.

FIG. 1 illustrates a WiFi network architecture 10. The WiFi network architecture 10 includes a terminal 11, a traffic forwarding device 12 and a network service device 13. Among them, the network service device 13 may be used to provide network resources and the like to the terminal 11. The traffic forwarding device 12 may be used to provide the terminal 11 with an interface for accessing a WiFi network, and configure and manage traffic resources requested by the terminal 11 for services. After the terminal 11 accesses the WiFi network through the traffic forwarding device 12, it can perform business access through the WiFi network.

Among them, the terminal 11 may be any device that supports wireless network connection, including: smart phones, tablet computers, smart home equipment, industrial control equipment, vehicle equipment, and so on. In this application, the terminal 11 may include but is not limited to carrying

Or other operating system electronic devices. In addition, the terminal 11 can run various application programs (application, APP), for example, a game APP, a reading APP, a multimedia APP, and so on. Each APP can communicate with the application server corresponding to the APP through the WiFi network to realize the transmission of service messages. For example, a certain game APP can transmit game messages on a WiFi network and an application server corresponding to the game APP. For another example, a certain multimedia APP can transmit audio and video messages with the application server corresponding to the multimedia APP.

The traffic forwarding device 12 may be any device that supports air interface resource configuration and service message forwarding, including routers, switches, optical network terminal (ONT) devices, and the like. In other embodiments, an optical line terminal (OLT) device may also be used as a traffic forwarding device. After receiving the service request from the terminal 11, the traffic forwarding device 12 may configure air interface resources for the service request and the priority of the air interface resource transmission. After that, the traffic forwarding device 12 may use the configured air interface resources to transmit the service requested by the service. Message. In addition, in some embodiments, the traffic forwarding device 12 can also be used to convert optical signals into Ethernet signals, configure network bandwidth, and can also provide an Ethernet interface for the terminal 11, etc.

The network service device 13 may be any device that provides network resources, and a device used to manage network devices, including a network management server, a network engine, and the like. In other embodiments, the network service device 13 may also include an OLT device. The network service device 13 can configure network resources for the terminal 11 through the traffic forwarding device 12. The network service device 13 may also maintain the air interface resource information of the traffic forwarding device 12 and so on.

In actual implementation, when any APP installed by the terminal 11 is running, the terminal 11 sends a service request to the traffic forwarding device 12. The service request is used to request the traffic forwarding device 12 to allocate air interface resources, and the allocated air interface resources are used to transmit the APP and the corresponding Business packets between application servers. The service request may include the internet protocol (IP) address of the terminal 11, the IP address of the application server, the communication port number of the terminal 11, and the communication port number of the application server. After that, the traffic forwarding device 12 can configure the air interface resources and the priority of the air interface resource transmission for the terminal 11 and the application server according to the information in the service request. The air interface resource may be referred to as the "service connection" or "service channel" of the service request. The term "service connection" or "traffic channel" is referred to below in this specification, which essentially refers to the air interface resources described in this embodiment.

Among them, according to the definition of the WiFi communication protocol, the air interface resource can be set to different priorities according to the service type of the service message transmitted by the air interface resource. The priority is used to indicate the order in which service packets of the air interface resource are transmitted in a network congestion scenario. For example, in a network congestion scenario, service packets transmitted by air interface resources with the highest priority are transmitted preferentially. It can be seen that in this application, the priority of the air interface resource can also be described as the transmission priority of the service message. In some embodiments, the priority of the air interface resource may be defined as 4 levels, for example.

The service messages involved in this application can be defined as different service types. For example, the service types include game service, download service, video service, file service, etc. The priority of the air interface resource (also referred to as the priority of the service message) usually has a certain corresponding relationship with the service type of the service message. For example, the game business corresponds to the highest priority. In the process of configuring the air interface resources, the traffic forwarding device 12 may set the priority of the air interface resources according to the service type.

In an existing implementation manner, the traffic forwarding device determines the service type of the service message by identifying the content of the service message. In this implementation manner, the traffic forwarding device identifies the content of the service message according to the pre-stored identification rule. However, the identification rules pre-stored by the traffic forwarding device are defined by each APP. If the corresponding APP update causes the identification rule to change or a new APP appears, the traffic forwarding device will not be able to determine the service type of the corresponding APP corresponding to the service request, and therefore, the corresponding service cannot be set. The transmission priority of the message. In another existing implementation manner, the traffic forwarding device identifies the service type according to the initial N service packets of the service request, where N is, for example, a positive integer greater than 0 and less than 200. In this implementation manner, the traffic forwarding device needs to collect the initial N business packets before performing the identification operation, and the speed of determining the priority is relatively slow. Moreover, the traffic forwarding device can only transmit the initial N business packets according to the lowest priority. It can be seen that the existing methods have poor performance in determining the service type, which in turn leads to poor transmission performance of the service message.

The embodiment of the application provides a service message transmission method and related equipment, wherein the traffic forwarding device determines the service type of the service request according to the server identifier corresponding to the service request, and then the traffic forwarding device corresponds to the determined service type The priority of transmitting the service message corresponding to the service request. In this way, after receiving the service request, the traffic forwarding device can not only quickly determine the service type corresponding to the service request, thereby improving the performance of determining the service type, and in turn, can improve the transmission performance of the service message.

It should be understood that the embodiments of the present application may also be applicable to other future-oriented communication technologies. The system architecture, equipment, and business scenarios described in this application are intended to illustrate the technical solutions of this application more clearly, and do not constitute a limitation on the technical solutions provided in this application. Those of ordinary skill in the art will know that as the system architecture evolves and new With the emergence of business scenarios, the technical solutions provided in this application are equally applicable to similar technical problems.

Exemplarily, in conjunction with the WiFi network architecture 10, the present application provides an embodiment of a service message transmission method. Referring to FIG. 2, the service message transmission method 100 (hereinafter referred to as the method 100) provided by the present application is applied to the traffic forwarding device 12, and includes the following steps:

Step S101: The traffic forwarding device receives a service request from the terminal.

Among them, the traffic forwarding device may be any of the following devices: routers, switches, ONT devices, and OLT devices, for example. The terminal may be, for example, a user equipment (UE) that accesses a WiFi network through a traffic forwarding device, such as a mobile phone, a tablet computer, a notebook computer, and the like.

The service request is used by the terminal to request a service from the first application server. The first application server is an application server corresponding to an APP on the terminal. The service request includes a first server identifier, and the first server identifier is used to distinguish the first application server from other application servers. The first server identifier may be, for example, the IP address of the first application server, or the universally unique identifier (UUID) of the first application server. It should be understood that the service request may also include other information. For details, refer to the description of the service request in the foregoing embodiment, which is not described in detail here.

Step S102: The traffic forwarding device determines the first service type of the service request according to the first server identifier.

In this application, the devices involved in the WiFi network architecture can establish and maintain the corresponding relationship between the server ID and the service type. Furthermore, after the traffic forwarding device obtains the first server ID, it can determine the service type corresponding to the service request according to the first server ID, and obtain The first type of business.

Exemplarily, when the service request in step S101 is the first service request in the WiFi network architecture, the device involved in the WiFi network architecture may not maintain the first service type corresponding to the first server identifier. The devices involved in the WiFi network architecture can establish a corresponding relationship between the first server identifier and the first service type, and maintain the corresponding relationship between the first server identifier and the first service type. When the service request in step S101 is a service request that has already occurred in the WiFi network architecture, the corresponding relationship between the first server identifier and the first service type has been maintained in the devices involved in the WiFi network architecture, and the traffic forwarding device can be based on the first server identifier Determine the first type of business. For related embodiments of this step, please refer to the description below in this specification for details, which will not be described in detail here.

Step S103: The traffic forwarding device transmits the service message corresponding to the service request according to the priority corresponding to the first service type.

According to the above description of service types, there is a corresponding relationship between service types and priorities. Based on this, after the first service type is determined, the traffic forwarding device may obtain the priority corresponding to the first service type, and then transmit the service message corresponding to the service request according to the obtained priority.

In this embodiment, the device involved in the WiFi network structure may establish a corresponding relationship between the service type and the server identifier of the application server. Furthermore, after receiving the service request, the traffic forwarding device obtains the server identifier from the service request, where the server identifier indicates the application server corresponding to the service request. After that, the traffic forwarding device can obtain the service type corresponding to the server identifier, thereby obtaining the service type corresponding to the service request. Then, the traffic forwarding device obtains the priority corresponding to the service type, and further, the traffic forwarding device can transmit the service message corresponding to the service request according to the priority.

It can be seen that with the implementation of this application, after the traffic forwarding device receives the service request, it does not need to parse the content of the service message, and can determine the service type corresponding to the service request based on the server identifier, so that the service type corresponding to the service request can be quickly determined In turn, the transmission performance of service messages can be improved.

The specific implementation process of the method 100 will be introduced below in conjunction with examples.

Fig. 3 shows a method flow chart of a service message transmission method. The service message transmission method 200 (hereinafter referred to as the method 200) includes the following steps:

Step S201: The traffic forwarding device receives a service request from the terminal.

This step is similar to step S101 illustrated in method 100. For detailed information, please refer to the description of step S101 in method 100, which will not be repeated here.

Exemplarily, the user triggers the operation of the game APP "WGame" installed on the terminal side. The "W Game" APP sends a service request to the traffic forwarding device, and the service request contains the IP address "IP001" of the "W Game Server". In this embodiment, the IP address of the "W game server" is, for example, the first server identifier.

Step S202: The traffic forwarding device determines whether the service type corresponding to the first server identifier is included in the first correspondence, if it does, execute step S203; if it does not, execute step S204.

Wherein, the first correspondence includes at least one correspondence between a server identifier and a service type. Exemplarily, the realization form of the first correspondence is shown in Table 1.

Table 1

服务器标识Server ID	业务类型business type
IP地址1IP address 1	视频业务Video business
IP地址2IP address 2	下载业务Download business
IP地址3IP address 3	游戏业务Game business
IP地址4IP address 4	视频业务Video business

Among them, Table 1 illustrates four sets of exemplary correspondences. In this embodiment, the "server identification" is, for example, the IP address of each application service. In the column corresponding to the "server identification", each IP address corresponds to the service type in the same row of the IP address. For example, "IP address 1" and "video service" have a corresponding relationship, and can also be expressed as the service type corresponding to "IP address 1" is "video service". For another example, "IP address 2" has a corresponding relationship with "download service", that is, the service type corresponding to "IP address 2" is "download service". The correspondence between other IP addresses and service types in Table 1 is the same, and this application will not list them one by one here.

It can be understood that Table 1 is only a schematic example, and should not constitute a limitation to the first correspondence described in this application. In other implementation manners, the server identifiers in Table 1 are not limited to IP addresses, and the first correspondence may also include more or fewer correspondences. No more details here.

It should be pointed out that each set of correspondences in the first correspondence may be established in the implementation scenario where the corresponding server identifies the service request to which it belongs for the first time. For example, the correspondence between "IP address 3" and "game service" in Table 1 is established in a scenario where a service request containing "IP address 3" first appeared in the network architecture. Based on this, when the service request is the first service request that appears in the network structure, the corresponding relationship between the first server identifier and the service type is not stored in the first correspondence, and the traffic forwarding device can determine that the first correspondence is not in the first correspondence. Contains the service type corresponding to the first server identifier. When the service request is the second or later service request in the network structure, the corresponding relationship between the first server identifier and the service type has been stored in the first corresponding relationship, and the traffic forwarding device may determine A service type corresponding to a server identifier. Related embodiments are described in detail below.

In some embodiments, the first correspondence may be maintained on the network service device side. The functions of the network service device are as described in the foregoing embodiment, and will not be repeated here. In addition, in some embodiments, when the traffic forwarding device is any one of a router, an ONT, or an OLT, the network service device may be a network management server. In other embodiments, when the traffic forwarding device is a router or an ONT, the network service device may be an OLT or a network management server.

Based on this, this application provides a possible implementation of this step. Exemplarily, as shown in FIG. 3A, an exemplary signaling interaction process in this step may include the following steps:

Step S2021: The traffic forwarding device sends the first server identifier to the network service device.

Exemplarily, the traffic forwarding device sends "IP001" to the network service device.

In step S2022, the network service device determines whether the first correspondence relationship includes the service type corresponding to the first server identifier, if it does, execute step S2023; if it does not include it, execute step S2024.

The network service device may, for example, traverse the first correspondence relationship, and if the first server identifier is found in the first correspondence relationship through the traversal, read the service type corresponding to the first server identifier. If the first server identifier is not found in the first correspondence through traversal, it means that the first correspondence does not include the correspondence between the first server identifier and the service type.

Exemplarily, after receiving the IP address “IP001” of the “W game server”, the network service device may traverse the column corresponding to the “server identification” in Table 1, for example. If the column contains "IP001", the network service device can read the service type corresponding to "IP001", and then the network service device can perform step S2023. If the column does not contain "IP001", the network service device can perform step S2024.

Step S2023: The network service device sends the service type to the traffic forwarding device.

Furthermore, the traffic forwarding device may perform step S203.

Step S2024: The network service device responds to the traffic forwarding device.

The response information is used to indicate that the first correspondence relationship does not include the service type corresponding to the first server identifier.

Furthermore, the traffic forwarding device may perform step S204.

It should be pointed out that the embodiment illustrated in FIG. 3A is an optional implementation manner of the present application. In another embodiment, the traffic forwarding device may maintain a second correspondence relationship, for example, and the second correspondence relationship includes a correspondence relationship between at least one server identifier and a service type. Before step S2021, the traffic forwarding device may determine whether the second correspondence relationship includes the service type corresponding to the first server identifier, and if the second correspondence relationship includes the service type corresponding to the first server identifier, the traffic forwarding device performs step S203 . If the second correspondence does not include the service type corresponding to the first server identifier, the traffic forwarding device executes step S2021.

Exemplarily, the traffic forwarding device usually has a small storage space, so the information in the second correspondence is part of the information in the first correspondence. For example, the second correspondence includes 80 sets of correspondences, and the first correspondence includes 2000 sets of correspondences. In some embodiments, the correspondence in the second correspondence is established by the traffic forwarding device. In other embodiments, the correspondence in the second correspondence is received by the traffic forwarding device from the network service device.

Step S203: The traffic forwarding device determines the service type corresponding to the first server identifier as the first service type.

For example, the service type corresponding to the IP address “IP001” of the “W game server” is, for example, “game service”. In this embodiment, the traffic forwarding device determines the game service as the first service type.

Step S204: The traffic forwarding device determines the first service type according to the attribute information of the service message corresponding to the service request.

Wherein, the attribute information may include the length of each service message corresponding to the service request and the interval time between service messages.

According to step S202, if the first corresponding relationship does not include the service type corresponding to the first server identifier, the traffic forwarding device or the network service device may establish the corresponding relationship between the first server identifier and the first service type. It is understandable that the content or structure of the business message may be changed, but the length of each business message in the business process corresponding to any service type and the interval time between each business message are usually unchanged. Based on this, in the embodiment of the present application, the traffic forwarding device or the network service device may determine the service type corresponding to the corresponding service request according to the above-mentioned attribute information of the service packet.

Exemplarily, taking the traffic forwarding device as an example, the traffic forwarding device can collect the attribute information related to the complete business process corresponding to the service request, including the length of all business packets involved in the complete business process, and the interval between each business message duration. After that, the traffic forwarding device can generate the characteristic information of the service request according to the attribute information. The characteristic information includes, for example, the length, quantity, and proportion of the longest business message, the length, quantity, and proportion of the shortest business message, and the length and proportion of different intervals. Then, the traffic forwarding device may determine the service type corresponding to the service request according to the above-mentioned characteristic information to obtain the first service type. In some embodiments, the traffic forwarding device may input the above-mentioned characteristic information into a preset analysis model to obtain the first service type. The preset analysis model can be obtained through machine learning in advance.

It is understandable that the foregoing implementation manner of determining the service type according to the attribute information of the service message is only a schematic description, and does not constitute a limitation to the embodiment of the present application. In other embodiments, the information on which the service type is determined may be more or less, or the service type may be directly obtained according to the attribute information. There is no restriction here.

Further, in some embodiments, the above analysis model may be set in a traffic forwarding device. In this embodiment, the traffic forwarding device is used to perform the operation of determining the first service type. In other embodiments, the above analysis model may be set in a network service device. In this embodiment, the network service device is used to perform the operation of determining the first service type. Corresponding to the two embodiments, this step can be implemented in the following two exemplary implementation manners.

Implementation method 1: The analysis model is set in the traffic forwarding device

As shown in FIG. 3B, the first exemplary signaling interaction process in this step may include the following steps:

Step S2041: The traffic forwarding device parses the attribute information according to a preset analysis rule to obtain the first service type.

Wherein, the preset analysis rules include the above-mentioned rule for generating feature information of the service request based on the attribute information and the above-mentioned analysis model. The implementation process for the traffic forwarding device to parse the attribute information to obtain the first service type is described in detail in the foregoing embodiment, and will not be repeated here.

Furthermore, this embodiment may also include:

Step S2042: The traffic forwarding device establishes a corresponding relationship between the first server identifier and the first service type.

In some embodiments, if the second correspondence is maintained in the traffic forwarding device, after step S2042, the traffic forwarding device may add the correspondence between the first server identifier and the first service type to the second correspondence to update the second correspondence. Correspondence.

Further, in this embodiment, when the traffic forwarding device adds the correspondence between the first server identifier and the first service type to the second correspondence, the traffic forwarding device may also delete the earliest added correspondence in the second correspondence. .

Step S2043: The traffic forwarding device sends the corresponding relationship between the first server identifier and the first service type to the network service device.

Step S2044: The network service device updates the first correspondence.

The network service device may add the correspondence between the first server identifier and the first service type to the first correspondence to obtain the updated first correspondence.

In addition, in some embodiments, the network service device may also broadcast the corresponding relationship between the first server identifier and the first service type to other traffic forwarding devices connected to the network service device, so that other traffic forwarding devices can update corresponding traffic forwarding devices. The second correspondence maintained. Other traffic forwarding devices refer to traffic forwarding devices other than the traffic forwarding device connected to the network service device.

Implementation method 2: The analysis model is set in the network service equipment

As shown in Figure 3C, the second exemplary signaling interaction process in this step may include the following steps:

Step S2045: The traffic forwarding device sends the attribute information to the network service device.

Wherein, the attribute information is as described in the above embodiment.

Step S2046: The network service device parses the attribute information according to a preset analysis rule to obtain the first service type.

The implementation process for the network service device to obtain the first service type according to the attribute information is similar to step S2041 illustrated in FIG. 3B, and will not be described in detail here.

In addition, in this embodiment, the network service device may establish a correspondence between the first server identifier and the first service type, and then update the first correspondence according to the correspondence between the first server identifier and the first service type.

Step S2047: The network service device sends the first service type to the traffic forwarding device.

In some embodiments, the network service device may also broadcast the correspondence between the first server identifier and the first service type to the traffic forwarding device connected to the network service device. Correspondingly, the traffic forwarding device broadcast may update the second correspondence relationship according to the correspondence relationship between the first server identifier and the first service type.

In some other embodiments, the network service device may also receive the second server identifier from other traffic forwarding devices. After that, the network service device searches for the service type corresponding to the second server identifier from the first correspondence relationship. Exemplarily, if the network service device does not find the service type corresponding to the second server identifier in the first correspondence, the network service device may send response information to the corresponding traffic forwarding device to trigger the corresponding traffic forwarding device to determine with the second server Identifies the corresponding second service type. In this embodiment, the network service device may determine the correspondence between the second server identifier and the second service type, or receive the correspondence between the second server identifier and the second service type from other traffic forwarding devices. After that, the network service device may, for example, also broadcast the correspondence between the second server identifier and the second service type to the traffic forwarding device. Correspondingly, the traffic forwarding device may also update the second correspondence relationship according to the correspondence relationship between the second server identifier and the second service type. Not detailed here.

Step S205: The traffic forwarding device transmits the service message corresponding to the service request according to the priority corresponding to the first service type.

In summary, the network device involved in the embodiments of the present application determines the service type corresponding to the service request according to the attributes of the service message in the entire service process, so that the service type determination process is not affected by the structure and content of the service message, and the determination method Stable and wide applicability. In addition, the network device maintains the corresponding relationship between the server identifier and the service type, and uses the corresponding relationship to determine the subsequent service type, so that the process of determining the service type does not require complicated calculation and analysis, which can speed up the determination of the service type, thereby improving the identification service Type of performance, thereby improving the performance of service message transmission.

The following describes the solution exemplarily in conjunction with examples.

Exemplarily, FIG. 4 shows a WiFi network architecture 20. In this embodiment, the network architecture 20 includes a mobile phone 21, a router 22, an ONT device 23, an OLT device 24, and a network management server 25. Among them, the mobile phone 21 can access the ONT device 23, the OLT device 24, and the network management server 25 through the router 22 to provide a WiFi network.

The network management server 25 may be responsible for managing and configuring network resources and the like.

The OLT device 24 may be responsible for sending Ethernet data to the ONT device 23 in a broadcast manner, and allocating bandwidth for the ONT device 23. In the following embodiments, the OLT device 24 is used as a network service device for description.

The ONT device 23 can be used to convert optical signals into Ethernet signals, and can also configure air interface resources for the mobile phone 21, and forward service packets of the mobile phone 21, and so on. In the following embodiments, the ONT device 23 is used as a traffic forwarding device for description.

The router 22 can expand the coverage of the network signal provided by the ONT device 11 and serve as a wireless access point to connect your mobile phone 21 to the network.

The mobile phone 21 can install multiple APPs, for example. When each APP is running, the mobile phone 21 sends a service request to the ONT device 23, for example. The following embodiments take the game APP "W Game" as an example for description.

It is understandable that the WiFi network architecture 20 shown in FIG. 4 is only a schematic illustration, and does not constitute a limitation on the WiFi network architecture 20. In other embodiments, the WiFi network architecture 20 may also include more or fewer devices.

Further, with reference to FIG. 4, the technical solutions of the present application will be exemplified from two implementation scenarios. The two implementation scenarios include a scenario in which a corresponding relationship between a server identifier and a service type is created, and a scenario in which a service type is determined according to the corresponding relationship.

FIG. 5A illustrates a signaling interaction diagram of a method 300 for creating a correspondence relationship. For the implementation scenario corresponding to the correspondence creation method 300 (hereinafter referred to as the method 300), for example, the service type cannot be determined according to the first correspondence. The method 300 includes the following steps:

In step S301, the ONT device 23 receives the first service request sent by the mobile phone 21.

Wherein, the first service request is, for example, a request sent by the game APP "W Game", and the first service request includes, for example, the IP address "IP001" of the W game server. This request is used to request service messages from the W game server.

In step S302, the ONT device 23 sends the IP address "IP001" to the OLT device 24.

Exemplarily, the corresponding relationship between the server identifier and the service type is not maintained in the ONT device 23, so the ONT device 23 should send “IP001” to the OLT device 24.

It should be pointed out that in other embodiments, the ONT device 23 may maintain the corresponding relationship between the server identifier and the service type. In this embodiment, the ONT device 23 should search for the service type corresponding to "IP001" in the corresponding relationship maintained locally. After the service type corresponding to "IP001" is not found in the corresponding relationship maintained locally, the ONT device 23 executes the steps S302. No more details here.

In step S303, the OLT device 24 searches for the service type corresponding to "IP001" in the first correspondence.

In step S304, after the service type corresponding to “IP001” is not found, the OLT device 24 sends response information to the ONT device 23.

The response information is used to indicate that the service type corresponding to "IP001" is not included in the first correspondence.

In this implementation scenario, the first service request is the first service request in the WiFi network architecture 20 that includes "IP001", so the first correspondence does not include "IP001" and the service type corresponding to "IP001".

In step S305, the ONT device 23 collects the attribute information involved in the complete business process of the "W game".

In this implementation scenario, the ONT device 23 maintains a preset analysis model. The attribute information includes the business message involved in the complete business process of the "W game" and the interval time between each business message.

In step S306, the ONT device 23 extracts the characteristic information of the "W game" service message.

Among them, the characteristic information includes the length, quantity, and proportion of the longest business message, the length, quantity, and proportion of the shortest business message, and the length and proportion of different interval durations.

In step S307, the ONT device 23 inputs the characteristic information into the analysis model, and obtains that the service type requested by the first service is a game service.

It should be pointed out that in other embodiments, the preset analysis model may be maintained in the OLT device 24. In this embodiment, after step S305, the ONT device 23 may send the collected information to the OLT device 24. The OLT device 24 performs the operations involved in step S306 and step S307 in this embodiment. No more details here.

In step S308, the ONT device 23 sends the correspondence between IP001 and the game service to the OLT device 24.

In step S309, the OLT device 24 adds the correspondence between IP001 and the game service to the first correspondence.

In other embodiments, the OLT device 24 may also broadcast the correspondence between IP001 and game services to the ONT device connected to the OLT device 24. No more details here.

After the embodiment illustrated in FIG. 5A, FIG. 5B illustrates a signaling interaction diagram of a service packet transmission method 400. The service message transmission method 400 (hereinafter referred to as the method 400) includes the following steps:

In step S401, the ONT device 23 receives the second service request sent by the mobile phone 21.

In this implementation scenario, the second service request is still, for example, a request sent by the game APP "WGame". The second service request contains the IP address "IP001".

In step S402, the ONT device 23 sends the IP address "IP001" to the OLT device 24.

In step S403, the OLT device 24 searches for the service type corresponding to "IP001" in the first correspondence to obtain the game service.

In the corresponding implementation of the method 300, the correspondence between IP001 and the game service is stored in the first correspondence. Furthermore, the OLT device 24 can determine that the service type corresponding to IP001 is a game service according to the first correspondence.

It should be pointed out that in other embodiments, if the corresponding relationship between the server identifier and the service type is maintained in the ONT device 23, the ONT device 23 may locally determine that the service type corresponding to IP001 is a game service. Furthermore, the ONT device 23 can directly execute step S405. No more details here.

In step S404, the OLT device 24 sends the game service to the ONT device 23.

In step S405, the ONT device 23 obtains the priority corresponding to the game service, and obtains the highest priority.

In step S406, the ONT device 23 transmits the service message corresponding to the second service request according to the highest priority.

It is understandable that the methods illustrated in FIG. 5A and FIG. 5B are only schematic illustrations, and do not constitute a limitation on the service packet transmission method of the present application. In other embodiments, the operations performed by the ONT device 23 may be performed by the router 22, and the operations performed by the OLT device 24 may be performed by the network management server 25. In addition, depending on the device where the analysis model and other information are located, the operations performed by each device may also be different from the description of FIG. 5A and FIG. 5B. There is no restriction here.

The foregoing embodiments respectively introduce the solutions of the service message transmission method provided in this application from the perspective of the hardware structure, software structure, and actions performed by each software and hardware of the traffic forwarding device and the network service device. Those skilled in the art should easily realize that, in combination with the processing steps described in the embodiments disclosed herein, this application can not only be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software-driven hardware depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered as going beyond the scope of the embodiments of the present application.

Exemplarily, the foregoing traffic forwarding device may implement corresponding functions through software modules. As shown in FIG. 6A, the traffic forwarding device 60 may include a receiving unit 601, a determining unit 602, and a transmitting unit 603. The traffic forwarding device 60 can be used to perform the operations of the traffic forwarding device in Figs. 2 to 3C and the operation of the ONT device 23 in Figs. 5A and 5B.

For example, the receiving unit 601 may be configured to receive a service request from a terminal, the service request includes a first server identifier, and the first server identifier is used to distinguish the first application server from other application servers. The application server is an application server from which the terminal requests services. The determining unit 602 may be configured to determine the first service type of the service request according to the first server identifier. The transmission unit 603 may be configured to transmit the service message corresponding to the service request according to the priority corresponding to the first service type.

It can be seen that with the implementation of this application, after the traffic forwarding device receives the service request, it does not need to parse the content of the service message, and can determine the service type corresponding to the service request based on the server identifier, so that the service type corresponding to the service request can be quickly determined, and then , Can improve the transmission performance of business messages.

Optionally, the determining unit 602 may be specifically configured to determine whether the first correspondence relationship includes a service type corresponding to the first server identifier, and the first correspondence relationship includes at least one correspondence relationship between a server identifier and a service type; if The first corresponding relationship includes the service type corresponding to the first server identifier, and the service type corresponding to the first server identifier is determined as the first service type; if the first corresponding relationship does not Contains the service type corresponding to the first server identifier, and determines the first service type according to the attribute information of the service message corresponding to the service request, and the attribute information includes each service message corresponding to the service request And the length of the interval between business packets.

Optionally, the traffic forwarding device 60 further includes a parsing unit. The parsing unit is configured to parse the attribute information according to a preset parsing rule to obtain the first service type.

Optionally, the traffic forwarding device 60 further includes an establishment unit and a sending unit. Wherein, the establishing unit is used to establish the corresponding relationship between the first server identifier and the first service type. The sending unit is configured to send the corresponding relationship between the first server identifier and the first service type to a network service device, so that the network service device updates the first corresponding relationship.

Optionally, the sending unit is further configured to send the attribute information to the network service device. The receiving unit 601 is further configured to receive the first service type from the network service device.

Optionally, the sending unit is further configured to send the first server identifier to a network service device, so that the network service device searches for a service type corresponding to the first server identifier in the first correspondence relationship. The receiving unit 601 is further configured to receive the first service type or response information from the network service device, where the response information indicates that the first correspondence does not include the service type corresponding to the first server identifier .

Optionally, the determining unit 602 is further configured to determine whether the second correspondence relationship includes the service type corresponding to the first server identifier, and the second correspondence relationship is the relationship between the server identifier and the service type maintained by the traffic forwarding device. Corresponding relationship, the second corresponding relationship includes part of the information in the first corresponding relationship; if the second corresponding relationship includes the service type corresponding to the first server identifier, it will be related to the first server identifier The corresponding service type is determined as the first service type.

Optionally, the traffic forwarding device 60 further includes an update unit. The receiving unit 601 is further configured to receive the correspondence between the second server identifier and the second service type from the network service device. The updating unit may be configured to update the second correspondence relationship according to the correspondence relationship between the second server identifier and the second service type.

It should be understood that the division of the above units is only a division of logical functions, and may be fully or partially integrated into one physical entity in actual implementation, or may be physically separated. In the embodiment of the present application, the receiving unit 601 and the sending unit may be implemented by a transceiver, and other units such as the determining unit 602 and the transmission unit 603 may be implemented by a processor. As shown in FIG. 6B, the traffic forwarding device 61 may include a processor 611, a transceiver 612, and a memory 613. The memory 613 may be used to store programs/codes pre-installed when the traffic forwarding device 61 leaves the factory, and may also store codes used for execution by the processor 611.

It should be understood that the traffic forwarding device 61 in the embodiment of the present application may correspond to the traffic forwarding device in FIGS. 2 to 3C and the ONT device 23 in FIGS. 5A and 5B. Among them, the transceiver 612 is used to perform the transmission and reception of various data performed by the traffic forwarding device described in FIG. 2 to FIG. 3C, and the transmission and reception of data of the ONT device 23 in FIG. 5A and FIG. To the other processing of the traffic forwarding device described in FIG. 3C except for data transceiving, and the other processing of the ONT device 23 in FIG. 5A and FIG. 5B except for data transceiving. I won't repeat them here.

For specific content, reference may be made to the description of related parts in FIGS. 2 to 3C, and FIGS. 5A and 5B, which will not be repeated here.

Exemplarily, the foregoing network service device may implement corresponding functions through software modules. As shown in FIG. 7A, the network service device 70 may include a receiving unit 701 and a determining unit 702. The network service device 70 can be used to perform the operations of the network service device in FIGS. 3A to 3C and the operation of the OLT device 24 in FIGS. 5A and 5B.

For example, the receiving unit 701 may be configured to receive a first server identifier from the traffic forwarding device, where the first server identifier is used to distinguish the first application server from other application servers, and the first server identifier is included in the In the service request received by the traffic forwarding device, the first application server is the application server of the terminal requesting the service. The determining unit 702 may be configured to determine the service type corresponding to the first server identifier in the first correspondence, and the first correspondence includes at least one correspondence between the server identifier and the service type.

It can be seen that with this implementation method, the network device maintains the correspondence between the server identifier and the service type, and uses the correspondence to determine the subsequent service type, so that the process of determining the service type does not require complicated calculation and analysis, and can speed up the determination of the service type. , Thereby improving the performance of identifying service types, and thereby improving the performance of service message transmission.

Optionally, the network service device 70 further includes a sending unit. The sending unit may be configured to send the service type as the first service type to the traffic forwarding device if the first correspondence relationship includes the service type corresponding to the first server identifier, so that the traffic is forwarded The device transmits the service message corresponding to the service request according to the priority corresponding to the first service type.

Optionally, the sending unit may be further configured to respond to the traffic forwarding device with response information if the service type corresponding to the first server identifier is not included in the first correspondence, and the response information is used to trigger the The traffic forwarding device determines the first service type according to the first server identifier.

Optionally, the network service device 70 further includes an update unit. The receiving unit 701 is further configured to receive the correspondence between the first server identifier and the first service type from the traffic forwarding device. The updating unit may be configured to update the first correspondence relationship according to the correspondence relationship between the first server identifier and the first service type.

Optionally, the network service device 70 further includes a parsing unit. The receiving unit 701 is further configured to receive attribute information from the traffic forwarding device, where the attribute information includes the length of each service packet corresponding to the service request and the interval time between service packets. The parsing unit may be configured to parse the attribute information according to a preset parsing rule to obtain the first service type. The sending unit is further configured to send the first service type to the traffic forwarding device.

Optionally, the sending unit may be further configured to broadcast the correspondence between the first server identifier and the first service type to other traffic forwarding devices other than the traffic forwarding device connected to the network service device.

It should be understood that the division of the above units is only a division of logical functions, and may be fully or partially integrated into one physical entity in actual implementation, or may be physically separated. In the embodiment of the present application, the receiving unit 701 and the sending unit may be implemented by a transceiver, and other units such as the determining unit 702 may be implemented by a processor. As shown in FIG. 7B, the network service device 71 may include a processor 711, a transceiver 712, and a memory 713. Wherein, the memory 713 may be used to store programs/codes pre-installed when the network service device 71 leaves the factory, and may also store codes used when the processor 711 is executed.

It should be understood that the network service device 71 in the embodiment of the present application may correspond to the network service device in FIGS. 3A to 3C, and the OLT device 24 in FIGS. 5A and 5B. Among them, the transceiver 712 is used to perform the transmission and reception of various data performed by the network service device in FIG. 3A to FIG. 3C, and the data transmission and reception of the OLT device 24 in FIG. 5A and FIG. The network service device described in 3C performs other processing besides data transceiving, and the OLT device 24 in FIG. 5A and FIG. 5B performs other processing other than data transceiving. I won't repeat them here.

For specific content, reference may be made to FIGS. 3A to 3C, and the description of related parts in FIGS. 5A and 5B, which will not be repeated here.

In specific implementation, corresponding to the traffic forwarding device and the network service device, the embodiments of the present application also respectively provide a computer storage medium, wherein the computer storage medium set in any device can store a program, and when the program is executed, it can be implemented including diagrams 2 to 3C, and some or all of the steps in each embodiment of the service message transmission method provided in FIGS. 5A and 5B. The storage medium in any device can be a magnetic disk, an optical disc, a read-only memory (ROM) or a random access memory (RAM), etc.

In this application, the transceiver may be a wired transceiver, a wireless transceiver or a combination thereof. The wired transceiver may be an Ethernet interface, for example. The Ethernet interface can be an optical interface, an electrical interface, or a combination thereof. The wireless transceiver may be, for example, a wireless local area network transceiver, a cellular network transceiver, or a combination thereof. The processor may be a central processing unit (CPU), a network processor (NP), or a combination of CPU and NP. The processor may further include a hardware chip. The above-mentioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof. The above-mentioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof. The memory may include volatile memory (volatile memory), such as random-access memory (RAM); the memory may also include non-volatile memory (non-volatile memory), such as read-only memory (read-only memory). memory, ROM), flash memory (flash memory), hard disk drive (HDD) or solid-state drive (SSD); the memory may also include a combination of the above types of memories.

Figures 6B and 7B may also include a bus interface. The bus interface may include any number of interconnected buses and bridges. Specifically, one or more processors represented by a processor and various circuits of a memory represented by a memory are linked together. The bus interface can also link various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are all known in the art, and therefore, will not be further described herein. The bus interface provides the interface. The transceiver provides a unit for communicating with various other devices on the transmission medium. The processor is responsible for managing the bus architecture and general processing, and the memory can store messages used by the processor when performing operations.

Anyone skilled in the art can also understand that the various illustrative logical blocks and steps listed in the embodiments of the present application can be implemented by electronic hardware, computer software, or a combination of the two. Whether such a function is implemented by hardware or software depends on the specific application and the design requirements of the entire system. Those skilled in the art can use various methods to implement the described functions for each specific application, but such implementation should not be construed as going beyond the protection scope of the embodiments of the present application.

The various illustrative logic units and circuits described in the embodiments of this application can be implemented by general-purpose processors, digital signal processors, application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, Discrete gates or transistor logic, discrete hardware components, or any combination of the above are designed to implement or operate the described functions. The general-purpose processor may be a microprocessor. Alternatively, the general-purpose processor may also be any traditional processor, controller, microcontroller, or state machine. The processor can also be implemented by a combination of computing devices, such as a digital signal processor and a microprocessor, multiple microprocessors, one or more microprocessors combined with a digital signal processor core, or any other similar configuration. accomplish.

The steps of the method or algorithm described in the embodiments of the present application can be directly embedded in hardware, a software unit executed by a processor, or a combination of the two. The software unit can be stored in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or any other storage medium in the art. Exemplarily, the storage medium may be connected to the processor, so that the processor can read information from the storage medium, and can store and write information to the storage medium. Optionally, the storage medium may also be integrated into the processor. The processor and the storage medium can be arranged in an ASIC, and the ASIC can be arranged in a device. Optionally, the processor and the storage medium may also be provided in different components in the device.

It should be understood that in the various embodiments of the present application, the size of the sequence number of each process does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, rather than the implementation process of the embodiment. Constitute any limitation.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented by software, it can be implemented in the form of a computer program product in whole or in part. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on the computer, the procedures or functions described in this application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or message. The center transmits to another website, computer, server, or message center through wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be accessed by a computer or a message storage device such as a server or a message center integrated with one or more available media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, and a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)).

Each part of this specification is described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device and system embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiments.

Although the preferred embodiments of the present application have been described, those skilled in the art can make additional changes and modifications to these embodiments once they learn the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the present application.

Obviously, those skilled in the art can make various changes and modifications to the application without departing from the spirit and scope of the application. In this way, if these modifications and variations of this application fall within the scope of the claims of this application and their equivalent technologies, then this application is also intended to include these modifications and variations.

Claims

A service message transmission method, characterized in that the method includes:

The traffic forwarding device receives a service request from the terminal, the service request includes a first server identifier, the first server identifier is used to distinguish the first application server from other application servers, and the first application server is the The application server of the terminal requesting service;

Determining, by the traffic forwarding device, the first service type of the service request according to the first server identifier;

The traffic forwarding device transmits the service message corresponding to the service request according to the priority corresponding to the first service type.
The method of claim 1, wherein the traffic forwarding device determining the first service type of the service request according to the first server identifier comprises:

Determining, by the traffic forwarding device, whether a first correspondence relationship includes a service type corresponding to the first server identifier, and the first correspondence relationship includes at least one correspondence relationship between a server identifier and a service type;

If the first correspondence relationship includes the service type corresponding to the first server identifier, the traffic forwarding device determines the service type corresponding to the first server identifier as the first service type;

If the first correspondence does not include the service type corresponding to the first server identifier, the traffic forwarding device determines the first service type according to the attribute information of the service packet corresponding to the service request, and The attribute information includes the length of each service message corresponding to the service request and the interval time between service messages.
The method of claim 2, wherein the traffic forwarding device determines the first service type according to the attribute information of the service message corresponding to the service request, comprising:

The traffic forwarding device parses the attribute information according to a preset analysis rule to obtain the first service type.
The method according to claim 3, wherein after the traffic forwarding device obtains the first service type, the method further comprises:

Establishing, by the traffic forwarding device, a correspondence between the first server identifier and the first service type;

The traffic forwarding device sends the correspondence between the first server identifier and the first service type to the network service device, so that the network service device updates the first correspondence.
The method of claim 2, wherein the traffic forwarding device determines the first service type according to the attribute information of the service message corresponding to the service request, comprising:

The traffic forwarding device sends the attribute information to the network service device;

The traffic forwarding device receives the first service type from the network service device.
The method according to claim 2, wherein the determining by the traffic forwarding device whether the first correspondence includes a service type corresponding to the first server identifier comprises:

Sending, by the traffic forwarding device, the first server identifier to a network service device, so that the network service device searches for a service type corresponding to the first server identifier in the first correspondence;

The traffic forwarding device receives the first service type or response information from the network service device, where the response information indicates that the first correspondence does not include the service type corresponding to the first server identifier.
7. The method according to claim 6, wherein before the traffic forwarding device sends the first server identifier to the network service device, the method further comprises:

The traffic forwarding device determines whether a second correspondence relationship includes a service type corresponding to the first server identifier, and the second correspondence relationship is a correspondence relationship between the server identifier and the service type maintained by the traffic forwarding device, and The second correspondence includes part of the information in the first correspondence;

If the second correspondence includes the service type corresponding to the first server identifier, the traffic forwarding device determines the service type corresponding to the first server identifier as the first service type;

If the second correspondence does not include the service type corresponding to the first server identifier, the traffic forwarding device sends the first server identifier to the network service device.
The method of claim 6, further comprising:

Receiving, by the traffic forwarding device, the correspondence between the second server identifier and the second service type from the network service device;

The traffic forwarding device updates the second correspondence relationship according to the correspondence relationship between the second server identifier and the second service type.
A service message transmission method, characterized in that the method includes:

The network service device receives a first server identifier from the traffic forwarding device, the first server identifier is used to distinguish the first application server from other application servers, and the first server identifier is included in the traffic forwarding device received In the service request, the first application server is the application server from which the terminal requests the service;

Determining, by the network service device, a service type corresponding to the first server identifier in a first correspondence, where the first correspondence includes at least one correspondence between a server identifier and a service type;

If the first correspondence relationship includes the service type corresponding to the first server identifier, the network service device sends the service type as the first service type to the traffic forwarding device, so that the traffic is forwarded The device transmits the service message corresponding to the service request according to the priority corresponding to the first service type.
The method of claim 9, further comprising:

Receiving, by the network service device, a second server identifier from the traffic forwarding device, where the second server identifier is used to distinguish the second application server from other application servers;

Determining, by the network service device, the service type corresponding to the second server identifier in the first correspondence;

If the first correspondence does not include the service type corresponding to the second server identifier, the network service device sends response information to the traffic forwarding device, and the response information is used to trigger the traffic forwarding device according to The second server identifier determines the second service type.
The method according to claim 10, wherein after the network service device sends the response information to the traffic forwarding device, the method further comprises:

Receiving, by the network service device, the correspondence between the second server identifier and the second service type from the traffic forwarding device;

The network service device updates the first correspondence relationship according to the correspondence relationship between the second server identifier and the second service type.
The method according to claim 10, wherein after the network service device sends the response information to the traffic forwarding device, the method further comprises:

The network service device receives attribute information from the traffic forwarding device, where the attribute information includes the length of each service packet corresponding to the service request to which the second server identifier belongs and the interval time between service packets;

The network service device parses the attribute information according to a preset analysis rule to obtain the second service type;

The network service device sends the second service type to the traffic forwarding device.
The method according to claim 11 or 12, further comprising:

When the network service device is connected to the network service device, a traffic forwarding device other than the traffic forwarding device broadcasts the correspondence between the second server identifier and the second service type.
A traffic forwarding device, characterized in that the device includes a receiving unit, a determining unit, and a transmission unit, wherein:

The receiving unit is configured to receive a service request from a terminal, the service request includes a first server identifier, and the first server identifier is used to distinguish the first application server from other application servers, and the first application The server is an application server from which the terminal requests a service;

The determining unit is configured to determine the first service type of the service request according to the first server identifier;

The transmission unit is configured to transmit the service message corresponding to the service request according to the priority corresponding to the first service type.
The device of claim 14, wherein:

The determining unit is specifically configured to determine whether the first correspondence relationship includes the service type corresponding to the first server identifier, and the first correspondence relationship includes at least one correspondence relationship between the server identifier and the service type; A corresponding relationship includes the service type corresponding to the first server identifier, and the service type corresponding to the first server identifier is determined as the first service type; if the first corresponding relationship does not include the service type corresponding to the first server identifier, The first server identifies the service type corresponding to the service request, and determines the first service type according to the attribute information of the service message corresponding to the service request. The attribute information includes the length and the length of each service message corresponding to the service request. The length of the interval between service packets.
The device according to claim 14, wherein the device further comprises a parsing unit,

The parsing unit is configured to parse the attribute information according to a preset parsing rule to obtain the first service type.
The device according to claim 16, wherein the device further comprises an establishment unit and a sending unit, wherein:

The establishing unit is configured to establish a correspondence between the first server identifier and the first service type;

The sending unit is configured to send the correspondence between the first server identifier and the first service type to a network service device, so that the network service device updates the first correspondence.
The device of claim 17, wherein:

The sending unit is further configured to send the attribute information to the network service device;

The receiving unit is further configured to receive the first service type from the network service device.
The device of claim 17, wherein:

The sending unit is further configured to send the first server identifier to a network service device, so that the network service device searches for a service type corresponding to the first server identifier in the first correspondence relationship;

The receiving unit is further configured to receive the first service type or response information from the network service device, where the response information indicates that the first correspondence relationship does not include information corresponding to the first server identifier business type.
The device of claim 19, wherein:

The determining unit is further configured to determine whether the second correspondence relationship includes the service type corresponding to the first server identifier, and the second correspondence relationship is the correspondence relationship between the server identifier and the service type maintained by the traffic forwarding device , The second correspondence relationship includes part of the information in the first correspondence relationship; if the second correspondence relationship includes the service type corresponding to the first server identifier, the information corresponding to the first server identifier will be The service type is determined as the first service type.
The device according to claim 19, wherein the device further comprises an update unit,

The receiving unit is further configured to receive the correspondence between the second server identifier and the second service type from the network service device;

The updating unit is configured to update the second correspondence relationship according to the correspondence relationship between the second server identifier and the second service type.
The device according to any one of claims 14 to 21, characterized in that:

The traffic forwarding device is any one of the following devices: a router, an optical network terminal ONT, and an optical line terminal OLT.
A network service device, characterized in that, the device includes a receiving unit, a determining unit, and a sending unit, wherein:

The receiving unit is configured to receive a first server identifier from a traffic forwarding device, the first server identifier is used to distinguish a first application server from other application servers, and the first server identifier is included in the traffic In the service request received by the forwarding device, the first application server is the application server of the terminal requesting the service;

The determining unit is configured to determine a service type corresponding to the first server identifier in a first correspondence, and the first correspondence includes at least one correspondence between a server identifier and a service type;

The sending unit is configured to send the service type as the first service type to the traffic forwarding device if the first correspondence relationship includes the service type corresponding to the first server identifier, so that the The traffic forwarding device transmits the service message corresponding to the service request according to the priority corresponding to the first service type.
The device of claim 23, wherein:

The receiving unit is further configured to receive a second server identifier from the traffic forwarding device, where the second server identifier is used to distinguish the second application server from other application servers;

The determining unit is further configured to determine the service type corresponding to the second server identifier in the first correspondence;

The sending unit is further configured to respond to the traffic forwarding device with response information if the service type corresponding to the second server identifier is not included in the first correspondence, and the response information is used to trigger the traffic forwarding The device determines the second service type according to the second server identifier.
The device according to claim 24, wherein the device further comprises an update unit,

The receiving unit is further configured to receive the correspondence between the second server identifier and the second service type from the traffic forwarding device;

The updating unit is configured to update the first correspondence relationship according to the correspondence relationship between the second server identifier and the second service type.
The device according to claim 24, wherein the device further comprises a parsing unit,

The receiving unit is further configured to receive attribute information from the traffic forwarding device, where the attribute information includes the length of each service packet corresponding to the service request to which the second server identifier belongs and the distance between the service packets. Interval length

The parsing unit is configured to parse the attribute information according to a preset parsing rule to obtain the second service type;

The sending unit is further configured to send the second service type to the traffic forwarding device.
The device according to claim 25 or 26, wherein:

The sending unit is further configured to broadcast the correspondence between the second server identifier and the second service type to other traffic forwarding devices other than the traffic forwarding device connected to the network service device.
The device according to any one of claims 23 to 27, characterized in that:

If the traffic forwarding device is any one of a router, an optical network terminal ONT, and an optical line terminal OLT, the network service device is a network management server; or,

If the traffic forwarding device is a router or the ONT, the network service device is the OLT or the network management server.