WO2022110174A1

WO2022110174A1 - Message editing method and device

Info

Publication number: WO2022110174A1
Application number: PCT/CN2020/132850
Authority: WO
Inventors: 青华平
Original assignee: 华为技术有限公司
Priority date: 2020-11-30
Filing date: 2020-11-30
Publication date: 2022-06-02
Also published as: CN116458143A

Abstract

Embodiments of the present application relate to the technical field of chip design, and provide a message editing method and device, capable of increasing a message editing rate of a message editor. The specific solution comprises: a first editing unit can receive a first message, the first message comprising a first command sequence and a first data payload; when an identifier of the first editing unit is the same as that of a first editing command, the first editing unit can intercept the first editing command from the first command sequence, and edit the first data payload according to the first editing command, so as to obtain a second message, the first editing command being a first editing command in the first command sequence, and the second message comprising the first command sequence after the first editing command is intercepted and the edited first data payload; then, the first editing unit can send the second message to a second editing unit, so that the second editing unit processes the second message.

Description

A method and device for editing a message

technical field

The embodiments of the present application relate to the technical field of chip design, and in particular, to a method and apparatus for editing a message.

Background technique

With the advancement of technology, many services (such as autonomous driving, financial transactions, etc.) have higher and higher requirements for network latency and bandwidth. Wherein, in the process of running the service, the rate at which the packet editor edits the service packets can affect the network delay and bandwidth of the service.

Usually, there may be multiple editing commands (for example, verify commands, delete commands, etc.) in one message. In a commonly used message editing method, the message editor needs to execute multiple editing commands to edit the message multiple times to complete the processing of the message.

However, in the above method, the message editor must edit a message for many times before starting to edit the next message. That is to say, when there are two messages that need to be edited, the message editor can only edit each message serially, that is, after editing one message, edit another message and edit the rate is lower.

SUMMARY OF THE INVENTION

The present application provides a method and electronic device for editing a message, and a message editor can edit multiple messages at the same time, thereby increasing the speed of editing messages.

In a first aspect, the present application provides a method for editing a message, the method can be applied to a message editor, the message editor includes a plurality of editing units, and the plurality of editing units includes a first editing unit and a second editing unit .

The first editing unit can receive a first message, the first message includes a first command sequence and a first data payload, the first command sequence includes a plurality of editing commands arranged in a first preset order, the first command sequence Included in the header of the first packet. When the identifier of the first editing unit is the same as the identifier of the first editing command, the first editing unit can intercept the first editing command from the first command sequence, and edit the first data payload according to the first editing command, Get the second message. The first editing command is the first editing command in the first command sequence, and the second packet includes the first command sequence after intercepting the first editing command and the edited first data payload. Afterwards, the first editing unit may send the second message to the second editing unit, and the second editing unit processes the second message.

Based on the above technical solution, when the identifier of the first editing unit is the same as the identifier of the first editing command, the first editing unit only edits the first packet (the first command sequence and the first data payload) according to the first editing command ). That is, among the multiple editing units, the identifiers of the multiple editing units have a corresponding relationship with the identifiers of the multiple editing commands in the editing command sequence. Moreover, the first editing unit only needs to edit the first message once, and does not need to edit the first message multiple times. After that, the first editing unit sends the first command sequence after intercepting the first editing command and the edited first data payload (ie, the second message) to the second editing unit, and the second editing unit processes the second message. arts.

The message editor in this application includes a plurality of editing units, and the plurality of editing units can edit a message in series. For example, after editing a message (such as the first message) by the first editing unit, it may send the edited message (such as the second message) to the second editing unit, and the second editing unit will continue to edit the message arts. In this way, after the second message is sent to the second editing unit, the first editing unit is in an idle state. At this point, the first editing unit can edit the new message. In this way, the message editor can edit multiple messages at the same time, which improves the speed of editing messages.

With reference to the first aspect, in a possible design manner, the above method further includes: the first editing unit may receive a third packet, where the third packet includes a second command sequence and a second data payload, the second The command sequence includes a plurality of editing commands arranged in a second preset order, and the second command sequence is included in the header of the third packet. After the first editing unit sends the second message to the second editing unit, if the identifier of the first editing unit is the same as the identifier of the second editing command, the first editing unit can intercept the second editing command from the second command sequence , and edit the second data payload according to the second editing command to obtain a fourth message; wherein, the second editing command is the first editing command in the second command sequence, and the fourth message includes after intercepting the second editing command the second command sequence and the edited second data payload. Then, the first editing unit sends the fourth message to the second editing unit, and the second editing unit processes the fourth message.

It can be understood that after the first editing unit sends the second message to the second editing unit, the first editing unit is in an idle state. Therefore, after the first editing unit sends the second message to the second editing unit, the first editing unit can edit the received third message. In this way, the message editor can edit multiple messages at the same time (the first editing unit edits the third message, and the second editing unit edits the second message), thereby increasing the speed of editing messages. After that, the first editing unit edits the third message to obtain the fourth message, and sends the fourth message to the second editing unit, so that the second editing unit processes the fourth message. Since the message editor includes multiple editing units. Therefore, the message editor can edit the message serially by a plurality of editing units in the above manner, so as to complete the editing of the message.

With reference to the first aspect, in another possible design manner, the above-mentioned method of "the first editing unit can receive the first message" includes: the first editing unit can receive the first message from the third editing unit in the plurality of editing units A message, the first message is the message processed by the third editing unit; or, the first editing unit may receive the first message from the upstream device of the message editor.

That is to say, the above-mentioned first editing unit can not only receive the message processed by the third editing unit, but also receive the upstream device from the message editor (for example, the chip message buffer manager (Data Buffer Manager, DBM)) The original unedited message sent.

In combination with the first aspect, in another possible design manner, the above method further includes: if the identifier of the first editing unit is different from the identifier of the first editing command, the first editing unit can transparently transmit the first editing unit to the second editing unit. message, the first message is processed by the second editing unit.

That is, among the multiple editing units, the identifiers of the multiple editing units have a corresponding relationship with the identifiers of the multiple editing commands in the editing command sequence. When the identifier of the first editing unit is different from the identifier of the first editing command, the first editing unit will not edit the first message, but will send it to the second editing unit for processing by the second editing unit the first message.

With reference to the first aspect, in another possible design manner, the above-mentioned second editing unit may be the next editing unit of the preset first editing unit among the plurality of editing units.

Exemplarily, the message editor includes an editing unit a, an editing unit b, and an editing unit c that are arranged in sequence. Editing unit a is the first editing unit in the message editor, editing unit b is the second editing unit, and editing unit c is the third editing unit. When the first editing unit is editing unit a, the second editing unit is editing unit b. That is to say, after editing unit a finishes processing the message, it sends the processed message to editing unit b.

With reference to the first aspect, in another possible design manner, the first editing unit further includes a MUX module, and the second editing unit is specified by the MUX module and is the next editing unit of the first editing unit.

Exemplarily, the message editor includes an editing unit a, an editing unit b, and an editing unit c that are arranged in sequence. Editing unit a is the first editing unit in the message editor, editing unit b is the second editing unit, and editing unit c is the third editing unit. When the first editing unit is the editing unit a, the MUX module may use the editing unit c as the second editing unit. That is to say, after the editing unit a has processed the message, it will send the processed message to the editing unit c.

In this way, after the first editing unit processes the message, the first editing unit can send the message to the editing unit (ie, the second editing unit) corresponding to the first editing command in the current command sequence, and the The second editing unit edits the message. The message can be prevented from passing through a plurality of editing units that do not need to edit the message, thereby reducing the time for transmitting the message and improving the speed of the message editor for editing the message.

In a second aspect, the present application provides an apparatus for editing a message. The device for editing a message includes a receiving module, a processing module and a sending module.

a receiving module, configured to receive a first message, where the first message includes a first command sequence and a first data payload, the first command sequence includes a plurality of editing commands arranged in a first preset order, and the first command sequence includes in the header of the first packet.

The processing module is configured to intercept the first editing command from the first command sequence if the identification of the first editing unit is the same as the identification of the first editing command, and edit the first data payload according to the first editing command to obtain the second editing command. message; wherein the first editing command is the first editing command in the first command sequence, and the second message includes the first command sequence after intercepting the first editing command and the edited first data payload.

The sending module is used for sending the second message to the second editing unit, and the second editing unit processes the second message.

In combination with the second aspect, in a possible design, the receiving module is further configured to receive a third packet, where the third packet includes a second command sequence and a second data payload, and the second command sequence includes Assuming that multiple editing commands are arranged in sequence, the second command sequence is included in the header of the third packet. The processing module is further configured to, if the identifier of the first editing unit is the same as the identifier of the second editing command, the first editing unit intercepts the second editing command from the second command sequence, and edits the second data net according to the second editing command. load to obtain a fourth message; wherein, the second editing command is the first editing command in the second command sequence, and the fourth message includes the second command sequence after intercepting the second editing command and the edited second data payload. The sending module is further configured to send a fourth message to the second editing unit, and the second editing unit processes the fourth message.

In combination with the second aspect, in another possible design, the receiving module is specifically configured to receive a first message from a third editing unit in the plurality of editing units, where the first message is a message processed by the third editing unit. or, the receiving module is further specifically configured to receive the first message from the upstream device of the message editor.

In conjunction with the second aspect, in another possible design, the sending module is also used to transparently transmit the first report to the second editing unit if the identification of the first editing unit is different from the identification of the first editing command. message, the first message is processed by the second editing unit.

In combination with the second aspect, in another possible design, the second editing unit is the next editing unit of the preset first editing unit among the multiple editing units; or, the first editing unit further includes a MUX module, The second editing unit is designated by the MUX module and is the next editing unit of the first editing unit.

In a third aspect, the present application provides a message editor, where the message editor includes a plurality of editing units, and the message editor can execute the method described in the first aspect and any possible design manners thereof.

In a fourth aspect, the present application provides a chip system, which is applied to an apparatus for editing a message. The chip system includes one or more interface circuits and one or more processors. The interface circuit and the processor are interconnected by wires. The memory of the device for editing the message by the interface circuit receives the signal and sends the signal to the processor, the signal including the computer instructions stored in the memory. When the processor executes the computer instructions, the apparatus for editing a message executes the method described in the first aspect and any possible design manners thereof.

In a fifth aspect, the present application provides a computer storage medium, the computer storage medium comprising computer instructions, when the computer instructions are executed on an apparatus for editing a message, the apparatus for editing a message is made to perform the first aspect and any of its possible design methods.

In a sixth aspect, the present application provides a computer program product, which, when the computer program product runs on a computer, causes the computer to execute the method described in the first aspect and any possible design manners thereof.

It can be understood that the device for editing a message described in the second aspect and any possible design methods provided above, the message editor described in the third aspect, the chip system described in the fourth aspect, the fifth aspect For the beneficial effects that can be achieved by the computer storage medium described in the aspect and the computer program product described in the sixth aspect, reference may be made to the beneficial effects in the first aspect and any possible design manners thereof, which will not be repeated here.

Description of drawings

FIG. 1A is a schematic diagram of the composition of a communication system architecture provided by an embodiment of the present application;

1B is a schematic structural diagram of a message editor provided by an embodiment of the present application;

FIG. 1C is a schematic composition diagram of a communication system architecture provided by an embodiment of the present application;

2 is a schematic diagram of a data structure of a message provided by an embodiment of the present application;

3 is a flowchart of a method for editing a message provided by an embodiment of the present application;

4 is a schematic diagram of an example of a message data structure provided by an embodiment of the present application;

5 is a schematic diagram of an example of another message data structure provided by an embodiment of the present application;

6 is a schematic structural diagram of an editing unit provided by an embodiment of the present application;

7 is a schematic structural diagram of another message editor provided by an embodiment of the present application;

8 is a flowchart of another method for editing a message provided by an embodiment of the present application;

9 is a schematic structural diagram of another message editor provided by an embodiment of the present application;

10 is a schematic diagram of an example of editing a message provided by an embodiment of the present application;

11 is a schematic diagram of the composition of an apparatus for editing a message provided by an embodiment of the present application;

FIG. 12 is a schematic structural composition diagram of a chip system provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the protection scope of the present application.

In this application, the character "/" generally indicates that the related objects before and after are an "or" relationship. For example, A/B can be understood as A or B.

The terms "first" and "second" are only used for descriptive purposes, and should not be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may expressly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise specified, the meaning of "plurality" is two or more.

Furthermore, references to the terms "comprising" and "having" in the description of this application, and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device comprising a series of steps or modules is not limited to the listed steps or modules, but may optionally also include other unlisted steps or modules, or optionally also Other steps or modules inherent to these processes, methods, products or devices are included.

In addition, in the embodiments of the present application, words such as "exemplary" or "for example" are used to represent examples, illustrations or illustrations. Any embodiment or design described in this application as "exemplary" or "such as" should not be construed as preferred or advantageous over other embodiments or designs. Rather, use of words such as "exemplary" or "such as" is intended to present concepts in a specific manner.

In some solutions, an editing unit exists in the message editor. The editing unit can be called multiple times to execute multiple editing commands in a message serially to complete the editing of the message. The maximum packet rate (the rate of editing packets per second) of the packet editor can be estimated by the following formula:

Among them, ClockFrequency represents the clock frequency at which the editor works, in GHz. M represents the number of clock cycles required by the editing unit to execute a single editing command. N represents the number of times the editing unit is called. TotalPktLen indicates the length of the message, including the total length of the NHP generated by the microcode and the ORG PKT written by the PA. BusWidth is the edit bus bit width. Celling(TotalPktLen/BusWidth, 1) indicates the number of bus beats occupied by the message to be edited.

However, in the above solution, an editing unit in the message editor must edit a message multiple times before starting to edit the next message. That is to say, when there are two messages that need to be edited, the message editor can only edit each message serially, that is, after editing one message, edit another message and edit the rate is lower.

To this end, an embodiment of the present application provides a method for editing a message. In this method, the message editor includes multiple editing units, and the multiple editing units include a first editing unit and a second editing unit. The first editing unit may receive the first message, and edit the first message to obtain the second message. After that, the first editing unit sends the second message to the second editing unit, and the second editing unit edits the second message.

In this way, after editing the first message, the first editing unit sends the obtained second editing message to the second editing unit. Therefore, the first editing unit is in an idle state at this time. Therefore, after the first editing unit sends the second message to the second editing unit, the first editing unit can edit the received new message when the second editing unit processes the second message. In this way, the message editor can edit multiple messages at the same time, thereby increasing the speed of editing messages. The method for editing a message provided by the embodiment of the present application can be applied to a process of editing a message by a message editor.

In some embodiments, the solutions provided in the embodiments of the present application may be applied to an application scenario in which a smart network card chip processes data between a host and a network device. In this application scenario, one side of the smart network card chip is connected to a host (Host), and the other side of the smart network card chip is connected to a network device (Network). Exemplarily, as shown in Figure 1A, one side of the smart network card chip is connected to the host through a high-speed serial computer expansion bus (Peripheral Component Interface Express, PCIE)/Direct Memory Access (Direct Memory Access, DMA), and the other side of the smart network card chip is connected to the host. One side connects network devices through Media Access Control (MAC). The functional modules of the smart network card chip shown in FIG. 1A are introduced below.

The PCIE/DMA module can be used to receive and send data between the smart network card chip and the host.

The MAC module can be used to receive and send data between the smart network card chip and network devices.

Packet Analyzer (PA) 0 can be used to receive the packets (hereinafter referred to as original packets) received by the MAC module from the network device, perform type analysis on the packets, and complete part of the protocol verification and processing. Wait. The PA1 can be used to receive the message (hereinafter referred to as the original message) received by the PCIE/DMA module from the network device side, perform type analysis on the original message, and complete part of the protocol verification and processing. Moreover, PA0 and PA1 can send the parsing result, the verification result and the original message to the DBM.

DBM includes a message cache, which is responsible for storing original messages and editing commands. Specifically, after receiving the parsing result, verification result and original message sent by PA0 and PA1, DBM can store the original message in a random access memory (Random Access Memory, RAM), and store the original message in a random access memory (RAM). The pointer and description information are sent to the message scheduler (Ingress Scheduler, ISCH). In addition, the DBM can also receive the request from the ISCH, and send the message header (including the editing command) and the parsing result to the microcode (Processor Unit, PU)/(Microcode). Then, DBM can receive the request of PU/Microcode and store the editing command of the message in RAM. Next, the DBM can receive the request of the output packet scheduler (Egress Scheduler, ESCH), and splices the editing command of the original packet and the original packet according to the packet data structure required by the packet editor (Packet Editor, PE) as The message to be edited is sent to PE0/PE1.

ISCH is used to manage processor resources and sort raw packets based on ports and priorities. After that, the ISCH schedules the original message to the microcode according to the preset scheduling algorithm. In addition, the ISCH sends a notification message to the DBM, so that the DBM sends the message header and the parsing result to the microcode.

PU/Microcode is a processor unit consisting of multiple threads. The processor unit runs microcode for processing various protocol messages. The microcode is specifically used to analyze the original packet according to the protocol, process the original packet, generate an editing command of the original packet, and adjust the arrangement order of the editing command. Also, the microcode can initiate a request to the DBM to store the editing commands in the DMB, etc.

ESCH can sort the to-be-edited packets based on ports and priorities, and schedule the to-be-edited packets according to a preset scheduling algorithm. After that, ESCH sends the scheduling result to DBM.

PE0/PE1 is responsible for editing the message to be edited.

Specifically, PE1 is responsible for editing the message to be edited sent to the network device, and sending the edited message to the MAC. PE0 is responsible for editing the message to be edited sent to the host side, and sending the edited message to PCIE/DMA. PE0/PE1 includes multiple editing units,

Exemplarily, as shown in FIG. 1B , the PE includes a packet separation (CMD PKT Separator, CPS) module and a plurality of packet editor units (Packet Editor Unit, PEU). Exemplarily, the plurality of PEUs include: PEU1, PEU2, PEU3 and PEU4.

The CPS module is used to parse the message to be edited, and divide the message to be edited into editing commands and data payloads. Each PEU is used to complete one edit command in the message to be edited. Among the multiple PEUs, some PEUs may have the same function type, or multiple PEUs may have different function types, which are not limited in this embodiment of the present application. For example, PEU1 and PEU2 can execute add/delete/replace commands (HDR_CMD), then PEU1 and PEU2 are editing units with add/delete/replace data functions; PEU3 can execute commands to calculate and replace TCP TIMESTAMP (TTS_CMD), then PEU3 It is an editing unit with the function of calculating and replacing TCP TIMESTAMP; PEU4 can execute the command to calculate and add CRC32 (CRC32_CMD), then PEU4 is an editing unit with the function of calculating and adding CRC32. Alternatively, PEU1, PEU2, PEU3, and PEU4 are all editing units with functions to add/delete/replace data.

It should be noted that, the maximum packet rate (the rate of editing packets per second) of the packet editor shown in FIG. 1B can be estimated by the following formula:

Among them, ClockFrequency represents the clock frequency at which the editor works, in GHz. TotalCmdLen indicates the total length of editing commands, including the length of 4B PKT_CMD_HDR, PE_CMD and DMA_CMD. TotalPktLen indicates the length of the message, including the total length of the NHP generated by the microcode and the ORG PKT written by the PA. BusWidth is the edit bus bit width. Celling(TotalCmdLen/BusWidth, 1) indicates the number of bus beats occupied by editing commands. Celling(TotalPktLen/BusWidth, 1) indicates the number of bus beats occupied by the message to be edited.

In the embodiment of the present application, the sequence of the multiple editing units in the message editor is preset by the developer according to the business scenario.

In other embodiments, the solutions provided in the embodiments of the present application may also be applied to an application scenario in which a network processor chip processes data between a network device and a network device. In this application scenario, both sides of the smart network card chip are connected to a network device. The network devices on both sides may be the same type of network devices, or may be different types of network devices, which are not limited in this embodiment of the present application.

For example, as shown in Figure 1C, one side of the smart network card chip is connected to Network A through PCIE/DMA, and the other side of the smart network card chip is connected to Network B through MAC. For the specific introduction of the functional modules shown in FIG. 1B , reference may be made to the above-mentioned introduction to the functional modules in FIG. 1A , which will not be repeated here.

It should be noted that the application scenarios in which the smart network card chip processes data between the host and the network device and the application scenarios in which the network processor chip processes data between the network device and the network device are only examples of the application scenarios in the embodiments of the present application. It is noted that this embodiment of the present application does not limit this.

The network devices and hosts in the embodiments of the present application may be tablet computers, mobile phones, desktops, laptops, handheld computers, notebook computers, ultra-mobile personal computers (UMPCs), netbooks, and cellular phones, Personal digital assistant (personal digital assistant, PDA), augmented reality (augmented reality, AR)\virtual reality (virtual reality, VR) equipment, in-vehicle equipment and other equipment, the embodiment of this application does not make special restrictions on the specific form of the network equipment and the host .

The execution body of the method for editing a message provided by the present application may be a device for editing a message, and the executing device may be the message editor shown in FIG. 1B . Meanwhile, the execution device may also be a central processing unit (Central Processing Unit, CPU) of the message editor, or an editing unit in the message editor for editing messages. In the embodiment of the present application, the method for editing a message by an editing unit is taken as an example to describe the method for editing a message provided by the embodiment of the present application.

Before introducing the method of the embodiment of the present application, the data structure of the to-be-edited packet (for example, the first packet, the second packet, etc.) provided by the embodiment of the present application is first introduced.

Specifically, as shown in Figure 2, the message to be edited includes: PE command length PE_CMD_LEN, DMA command length DMA_CMD_LEN, RSV (Reserve, RSV, reserved field, used for 4-byte alignment or future expansion), PE command PE CMDs ( PE CMD 1, PE CMD 2, PE CMD 3, ..., PE CMD n), DMA CMD, new header/data payload (New HDR and/or Payload, NHP), original data payload (Original packet, ORG PKT). Among them, PE_CMD_LEN, DMA_CMD_LEN, RSV, PE CMDs, DMA CMD, NHP are written into DBM by microcode; ORG PKT is written into DBM by PA.

For example, please refer to Table 1, which shows a description of the data structure of the message to be edited.

Table 1

It should be noted that PE CMD1, PE CMD2, . Each editing command has a unique identifier (OPCODE, OPCD). This flag is used to indicate the function type of the edit command.

For example, please refer to Table 2, which shows the description of HDR_CMD.

Table 2

It can be concluded from Table 2 that when OPCD=4'h2, the editing command is HDR_CMD; HDR_CMD is a variable-length command, CMD_LEN indicates the total length of the HDR_CMD, and ILEN indicates the length of the variable-length IDAT. For another example, when the OPCD of the edit command=0x8, the edit command is TTS CMD. For another example, when the OPCD of the edit command=4'h6, the edit command is CRC32CMD. For the introduction of the corresponding relationship between the editing command and the OPCD, reference may be made to the prior art or HDR_CMD, which will not be repeated here.

The methods of the embodiments of the present application will be described below. An embodiment of the present application provides a method for editing a message. As shown in FIG. 3 , the method for editing a message may include S301-S305.

S301. A first editing unit receives a first message.

The first packet includes a first command sequence and a first data payload, and the first command sequence is included in the header of the first packet. The first message also includes a first command sequence header. Exemplarily, in conjunction with Fig. 2, if the data structure of the message shown in Fig. 2 is the data structure of the first message, then PE_CMD_LEN, DMA_CMD_LEN, and RSV shown in Fig. 2 are the first command sequence header, and PE CMDs (for example, PE CMD1, PE CMD2, PE CMD3, ... PE CMDn) are the first command sequence, and NHP and ORG PKT are the first data payload. For the introduction of the first command sequence, the first command sequence header, and the first data payload, reference may be made to the above description of FIG. 2 , which will not be repeated here.

In this embodiment of the present application, the first command sequence includes a plurality of editing commands arranged in a first preset order. The first preset sequence is used to indicate the sequence of the arrangement of multiple editing commands in the first command sequence, which is the same as the sequence of editing units of different function types in the message editor.

Exemplarily, in conjunction with Fig. 1B, if the message editor includes sequentially arranged add/delete/replace units (that is, PEU1 in Fig. 1B ), calculate and replace the TCP TIMESTAMP unit (that is, PEU3 in Fig. 1B ), and calculate and merge Adding a CRC32 unit (ie, PEU4 in FIG. 1B ), that is, adding/deleting/replacing an editing unit, is the first editing unit in the message editor. If the first packet sequence includes add/delete/replace commands, calculate and add CRC32 commands, and calculate and replace TCP TIMESTAMP commands, the microcode can adjust the ordering of multiple edit commands in the first packet sequence to add/delete /Replace command, Calculate and replace TCP TIMESTAMP command and Calculate and add CRC32 command. For example, in conjunction with Fig. 2, the first packet sequence includes add/delete/replace commands (ie, PE CMD1 in Fig. 2 ) arranged in a first preset order, calculate and replace the TCP TIMESTAMP command (ie, PE CMD2 in Fig. 2 ) ), calculate and add the CRC32 command (ie PE CMD3 in Figure 2).

It can be understood that, since the editing unit can only intercept the editing command located at the head of the command sequence. Therefore, sorting the multiple editing commands in the first command sequence according to the order of editing units of different functional types in the message editor enables the message editor to execute each editing command in the first command sequence, thereby ensuring that The message editor completes the editing of the message.

In some embodiments, the first editing unit may receive a first message from a third editing unit of the plurality of editing units, where the first message is a message processed by the third editing unit. Specifically, the first message may be a message edited by the third editing unit, or the first message may be a message that has not been edited by the third editing unit, which is not limited in this embodiment of the present application. For example, after receiving the message a, the third editing unit edits the message a to obtain the message b (ie, the first message), and sends the message b to the first editing unit. For another example, after receiving the message a, the third editing unit does not edit the message a, but directly sends the message a (ie, the first message) to the first editing unit.

In other embodiments, the first editing unit may receive the first message from the upstream device of the message editor. If the first editing unit receives the first message from the upstream device of the message editor, the first editing unit is the first editing unit in the message editor, and the upstream device of the message editor can If it is a DBM, the first message may be a message to be edited (an editing command of the original message and the original message) spliced by the above-mentioned DBM according to the requirements of the message editor.

S302. The first detection unit determines whether the identifier of the first editing unit is the same as the identifier of the first editing command.

Wherein, the first editing command is the first editing command in the first command sequence. For example, in conjunction with FIG. 2, if the PE CMDs shown in FIG. 2 are the first command sequence, then PE CMD1 is the first edit command in the PE CMDs. That is, PE CMD1 is the first edit command.

In a possible implementation manner, the first detection unit determines whether the OPCD of the first detection unit is the same as the data of the first 4 bits of the first command sequence. If the identifier of the first editing unit is the same as the identifier of the first editing command, the first editing unit can edit the first message. Specifically, the first editing unit may execute S303. If the identifier of the first editing unit is different from the identifier of the first editing command, the first editing unit will not edit the first message. Specifically, the first editing unit may execute S304.

S303. If the identifier of the first editing unit is the same as the identifier of the first editing command, the first editing unit intercepts the first editing command from the first command sequence, and edits the first data payload according to the first editing command to obtain the first editing command. Two messages.

Exemplarily, if the OPCD of the first editing unit is 4'h2, and the OPCD of the first editing unit is 4'h2, the first editing unit intercepts the first editing command from the first command sequence, and according to the first editing The command edits the first data payload to obtain the second packet.

In this embodiment of the present application, the second packet includes the first command sequence after the interception of the first editing command and the edited first data payload.

It can be understood that, after the first editing unit intercepts the first editing command from the first command sequence, the editing command corresponding to the first editing command will change. After the first editing unit intercepts the first editing command from the first command sequence, the first editing command corresponds to the next editing command of the editing command intercepted by the first editing unit from the first command sequence. Also, the first editing unit may edit the first data payload according to the first editing command intercepted from the first command sequence. In this way, after the first editing unit edits the first packet, the first packet is changed, that is, the first editing unit can obtain the first command sequence after intercepting the first editing command and the edited first data payload .

The following describes the process of editing the first packet by the first editing unit to obtain the second packet with reference to FIG. 4 and FIG. 5 . Exemplarily, as shown in FIG. 4 , the first command sequence includes: editing command a, editing command b, editing command c, and editing command d, the first editing command of the first command sequence is editing command a, and the first data net The payload is the data payload a. If the identifier of the first editing unit is the same as the identifier of the editing command a, the first editing unit intercepts the editing command a from the first command sequence, and configures the editing parameters (eg OFFSET, LEN, etc.) of the first editing unit according to the editing command a ). After that, the first editing unit edits the data payload a to obtain the command sequence after interception and the edited data payload. As shown in Figure 5, the command sequence after interception includes: editing command b, editing command c and editing command d, the first editing command of the command sequence after intercepting is editing command b, and the data payload b is the first editing unit according to Edit command a is obtained by editing the data payload a.

S304. If the identifier of the first editing unit is different from the identifier of the first editing command, the first editing unit sends the first message to the second editing unit, and the second editing unit processes the first message.

Exemplarily, if the OPCD of the first editing unit is 4'h2 and the OPCD of the first editing unit is 4'h8, the first editing unit will not edit the first message, but will send the first message to the second editing unit. A message, the first message is processed by the second editing unit.

In some embodiments, the first editing unit includes a plurality of processing modules for processing the received message. When the first editing unit sends the first message to the second editing unit, the first message may pass through multiple processing modules in the first editing unit, that is, the first message passes through the complete first editing unit. However, since the identification of the first editing unit is different from the identification of the first editing command, the first editing unit does not edit the first message. Therefore, when the first packet passes through the plurality of processing modules in the first editing unit, the time for the first packet to pass through the first editing unit is prolonged, resulting in a decrease in the rate at which the packet editor edits the packet.

In order to reduce the time for the first packet to pass through the first editing unit. After receiving the first message, the first editing unit may obtain the state value set of the first editing unit according to the first message. The set of state values of the first editing unit is used to indicate whether the first message has passed through the complete first editing unit. The first editing unit may determine whether the first packet has passed through the complete first editing unit according to the state value set.

Exemplarily, as shown in FIG. 6 , the PEU includes: a Parser_TTS_CMD module, a CALC_TTS module, a REP_TTS module and an OUTPUT_CTRL module. The set of status values includes: TTS_CMD_EN, VLD_FF1 and VLD_FF2. Among them, the Parser_TTS_CMD module is used to intercept the editing command with the same identification as the editing unit from the command sequence, and store the parameters of the editing command. When the message passes, the Parser_TTS_CMD module generates an editing request for the CALC_TTS module according to the edited OFS, etc., and provides editing parameters to the CALC_TTS module and the REP_TTS module. The CALC_TTS module is used to calculate the timestamp (timestamp, TS) that needs to be replaced in the message, and then sends the TS to the REP_TTS module. The REP_TTS module replaces the TS calculated by the CALC_TTS module into the message HDR at the position indicated by the OFS. After that, OUTPUT_CTRL is used to output data. TTS_CMD_EN is used to indicate whether the timestamp needs to be edited, VLD_FF1 is used to indicate whether the CALC_TTS module is processing data, and VLD_FF2 is used to indicate whether the REP_TTS module is processing data.

If TTS_CMD_EN indicates that the timestamp does not need to be edited, VLD_FF1 indicates that the CALC_TTS module is not processing data (that is, is in an idle state), and VLD_FF2 indicates that the REP_TTS module is not processing data (that is, is in an idle state), the packets received by the PUE do not need to pass through the Parser_TTS_CMD module. , CALC_TTS module, REP_TTS module, can be directly sent to the next editing unit through the OUTPUT_CTRL module. That is, if the PEU does not need to edit the message, and the PEU is in an idle state, the message does not need to pass through the PEU completely.

It can be understood that by reducing the number of processing modules inside the editing unit, the time for the message to pass through the editing unit can be reduced, thereby increasing the rate at which the message editor edits the message.

If TTS_CMD_EN indicates that the timestamp needs to be edited, and/or VLD_FF1 indicates that the CALC_TTS module is processing data, and/or VLD_FF2 indicates that the REP_TTS module is processing data, the packets received by the PUE need to pass through the Parser_TTS_CMD module, CALC_TTS module, REP_TTS module and OUTPUT_CTRL module. That is, if the PEU needs to edit the message, or the PEU is processing data, the message needs to pass through the PEU completely.

It can be understood that, if the PEU needs to edit the message, the message needs to go through multiple processing modules of the editing unit, so that the PEU edits the message. If the PEU is processing data, it means that the PEU is editing another message. Since the message editor edits messages serially, that is, the message editor can only edit each message in sequence. Therefore, the message needs to pass through the editing unit completely, so as to avoid disorder in the sequence of editing the message by the message editor.

S305: The first editing unit sends the second message to the second editing unit, and the second editing unit processes the second message.

In some embodiments, the second editing unit may be the next editing unit of the preset first editing unit among the plurality of editing units. That is, after the first editing unit obtains the second message, the first editing unit may send the second message to the next editing unit adjacent to it. For example, referring to FIG. 1B, if the first editing unit is PEU1, the second editing unit is PEU2. PEU1 can send packets to PEU2. For another example, referring to FIG. 1B , if the first editing unit is PEU2, the second editing unit is PEU3. PEU2 can send packets to PEU3.

It can be understood that when the message editor only processes messages of one service scenario, the number of editing units of different functional types required by the messages of the same service scenario is similar. Therefore, developers can reasonably configure the number and sequence of multiple editing units in the message editor according to business scenarios, reduce the number of invalid editing units (editing units that do not need to edit messages) through which messages pass, and improve The rate at which the packet editor edits packets.

However, if the message editor can process messages of a variety of different business scenarios, the number of required editing units of different functional types is also different because the messages of different business scenarios require different editing units of different functional types. . Therefore, there may be more editing units with different function types in the message editor, and the number of editing units is also larger. In this way, when the message editor edits a message, the message may pass through many invalid editing units, which reduces the rate at which the message editor edits the message.

In other embodiments, in order to reduce the number of invalid editing units that the message passes through, the rate at which the message editor edits the message is increased. The first editing unit may include a MUX module, and the second editing unit is the next editing unit of the first editing unit specified by the MUX module. The MUX module can send messages to the designated editing unit. That is, after the first editing unit obtains the second message, the first editing unit may send the second message to the editing unit that is not adjacent to it.

Exemplarily, the message editor includes a plurality of editing units, and some of the editing units may be configured to be sent to the MUX module. As shown in FIG. 7 , the PEs include: CPS, PEU1, PEU2, PEU3, PEU4, PEU5, PEU6, and PEU7. Among them, PEU1 is configured to be sent to MUX1, and PEU3 is configured to be sent to MUX2. For example, when PEU1 is the first editing unit, PEU1 obtains the second packet, and sends the second packet to PEU3 (ie, the second editing unit) through MUX1. For another example, when PEU3 is the first editing unit, PEU3 obtains the second packet, and sends the second packet to PEU7 (ie, the second editing unit) through MUX2.

It should be noted that developers can configure the MUX module for some editing units and the next editing unit (configuration of the MUX module) specified by the MUX module according to the message of the business scenario that the message editor needs to process; Personnel can configure the MUX module for the message editor (that is, the MUX module is not in the editing unit) and the next editing unit specified by the MUX module (configuration of the MUX module) according to the message of the business scenario that the message editor needs to process. . Specifically, for which editing units are configured with the MUX module and the configuration of the MUX module, this embodiment of the present application does not limit this.

It can be understood that by configuring the MUX module in the editing unit, the editing unit can send a message to the designated editing unit. In this way, the message editor can control the editing units that the message passes through, and reduce the invalid editing units that the message passes through, thereby increasing the rate at which the message editor edits the message.

In addition, after the first editing unit sends the second message to the second editing unit, the second editing unit may receive the second message. Furthermore, the second editing unit may determine whether the identifier of the second editing unit is the same as the identifier of the first editing command in the second message. If the identifier of the second editing unit is the same as the identifier of the first editing command in the second message, the second editing unit edits the second message to obtain a fifth message (refer to the above description of S303, not here to repeat). Afterwards, the second editing unit may send the fifth message to the fourth editing unit, and the fourth editing unit processes the fifth message. Wherein, the fourth editing unit is the next editing unit of the preset second editing unit among the plurality of editing units. Alternatively, the second editing unit further includes a MUX module, and the fourth editing unit is the next editing unit of the second editing unit specified by the MUX module. For the specific introduction of the above process, reference may be made to S301-304, which will not be repeated here.

If the identifier of the second editing unit is different from the identifier of the first editing command in the second message, the second editing unit does not edit the second message, but sends the second message to the fourth editing unit, The second message is processed by the fourth editing unit.

It is understandable that since the message editor includes a plurality of editing units. Therefore, the message editor can edit the message serially by a plurality of editing units through the above solution, so as to complete the editing of the message. Moreover, the message editor includes multiple editing units, and the functional types of the multiple editing units are not identical, so that the message editor edits messages of various services. That is, multiple services can reuse editing units with the same editing function. Compared with designing a message editor for each service, the solution of the embodiment of the present application can improve the utilization rate of the editing unit. For the chip, the area and power consumption of the chip can be reduced.

The message editor in this application includes a plurality of editing units, and the plurality of editing units can edit a message in series. For example, after the first editing unit edits a message (such as the first message), it can send the edited message (such as the second message) to the second editing unit, and the second editing unit edits and continues to edit the message. message. In this way, after the second message is sent to the second editing unit, the first editing unit is in an idle state. At this point, the first editing unit can edit the new message. In this way, the message editor can edit multiple messages at the same time, which improves the speed of editing messages.

For example, after the first editing unit receives the first message, the first editing unit may further receive the third message, and the message editor may edit the second message and the third message at the same time. As shown in FIG. 8 , a flowchart of another method for editing a message provided by an embodiment of the present application, the method for editing a message may include S801-S805.

S801. The first editing unit receives a third message.

The third packet includes a second command sequence and a second data payload, the second command sequence includes a plurality of editing commands arranged in a second preset order, and the second command sequence is included in the header of the third packet.

It should be noted that, for part of the introduction of S801, reference may be made to the description of S301 in this embodiment of the present application, which will not be repeated here.

In some embodiments, the first editing unit may receive the third message after the first editing unit receives the first message and before the first editing unit sends the first message/second message to the second editing unit, And put the third packet into the buffer queue.

It can be understood that, after the first editing unit receives the first message, before the first editing unit sends the first message/second message to the second editing unit, the first editing unit is processing the first message. Therefore, the first editing unit cannot process the third message temporarily.

In other embodiments, after the first editing unit sends the second message to the second editing unit, the first editing unit may receive the third message.

It can be understood that, after the first editing unit sends the second message to the second editing unit, the first editing unit does not need to process the message, and the first editing unit is in an idle state. Therefore, the first editing unit can process the received third message. Specifically, the first editing unit may execute S802-S805.

S802. The first editing unit determines whether the identifier of the first editing unit is the same as the identifier of the second editing command.

Wherein, the second editing command is the first editing command in the second command sequence.

In a possible implementation manner, the first detection unit determines whether the OPCD of the first detection unit is the same as the data of the first 4 bits of the second command sequence. If the identifier of the first editing unit is the same as the identifier of the second editing command, the second editing unit can edit the third message. Specifically, the first editing unit may execute S803. If the identifier of the first editing unit is different from the identifier of the second editing command, the first editing unit will not edit the third message. Specifically, the first editing unit may execute S804.

S803. If the identifier of the first editing unit is the same as the identifier of the second editing command, the second editing unit intercepts the second editing command from the second command sequence, and edits the second data payload according to the second editing command to obtain the first editing command. Four messages.

Wherein, the fourth message includes the second command sequence after intercepting the second editing command and the edited second data payload.

It should be noted that, for the specific introduction of S803, reference may be made to the description of S303 in this embodiment of the present application, which will not be repeated here.

It can be understood that, after the first editing unit sends the second message to the second editing unit, the first editing unit does not need to process the message, and the first editing unit is in an idle state. Therefore, if the identifier of the first editing unit is the same as the identifier of the second editing command, the first editing unit can edit the received third message.

S804. If the identifier of the first editing unit is different from the identifier of the second editing command, the first editing unit sends a third message to the second editing unit, and the second editing unit processes the third message.

It should be noted that, for the specific introduction of S804, reference may be made to the description of S304 in this embodiment of the present application, which will not be repeated here.

S805: The first editing unit sends a fourth packet to the second editing unit, and the second editing unit processes the fourth packet.

It should be noted that, for the specific introduction of S805, reference may be made to the description of S305 in this embodiment of the present application, which is not repeated here.

Based on the above technical solution, after the first editing unit sends the second message to the second editing unit, the first editing unit is in an idle state. Therefore, after the first editing unit sends the second message to the second editing unit, the first editing unit can edit the received third message. In this way, the message editor can edit multiple messages at the same time (the first editing unit edits the third message, and the second editing unit edits the second message), thereby increasing the speed of editing messages. After that, the first editing unit edits the third message to obtain the fourth message, and sends the fourth message to the second editing unit, so that the second editing unit processes the fourth message. Since the message editor includes multiple editing units. Therefore, the message editor can edit the message serially by a plurality of editing units in the above manner, so as to complete the editing of the message.

The following describes a method for designing a message editor provided by an embodiment of the present application with reference to specific embodiments. Exemplarily, it is assumed that the packet editor in this embodiment of the present application supports packet editing of four services: L2NIC, ROCEv1, RoCEv2, and TCP.

In this embodiment, the packet editor needs to edit packets of four services: L2NIC, ROCEv1, RoCEv2, and TCP. Among them, the packet editor needs 4 HDR_CMD type editing units and 4 CS_CMD type editing units to edit L2NIC service packets; the packet editor needs 3 HDR_CMD type editing units and 1 editing unit to edit ROCEv1 service packets Editing unit of CRC_CMD type; the packet editor needs one HDR_CMD type editing unit, one CRC_CMD type editing unit, and three CS_CMD type editing units to edit the packets of the ROCEv2 service; the packet editor needs to edit the packets of the TCP service. The text requires 2 HDR_CMD type editing units, 1 TTS_CMD type editing unit and 4 CS_CMD type editing units.

Please refer to Table 3, which shows the types of editing units and the number of editing units required by the message editor to edit the messages of the four services of L2NIC, ROCEv1, RoCEv2 and TCP.

table 3

To sum up, the message editor designed in this embodiment of the present application includes four HDR_CMD type editing units, one CRC_CMD type editing unit, one TTS_CMD type editing unit, and four CS_CMD type editing units.

Specifically, if the packet editor needs to support packet editing of four services of L2NIC, ROCEv1, RoCEv2 and TCP, the packet editor can be designed as a packet editor as shown in FIG. 9 . Among them, the MUX module needs to be configured according to different business scenarios. That is to say, in some business scenarios, the MUX module will be configured, that is, the message will not pass through each editing unit in the message editor; in other business scenarios, the MUX module will not be configured, that is, the message will be sequentially Go through each editing unit.

It should be noted that the editing unit in the message editor must support editing functions required by all services, but for a specific message in a service, all editing functions of the service are not required. For example, the L2NIC service requires an editing unit of type CS_CMD. However, for the ARP packets in the L2NIC service, the editing unit of the CS_CMD type is not required.

In the following, with reference to FIG. 9 , a process of editing the message by the message editor is described by taking a message that only supports editing by an editing unit of the third-level HDR_CMD type as an example.

Exemplarily, as shown in Figure 10, it shows the process of obtaining NEW PKT4 through three edits of PKT1.

Specifically, please refer to Table 4, which introduces the process of editing the message PKT1 by the message editor.

Table 4

It should be noted that, in combination with the above formula 2, it can be seen that in the above-mentioned embodiment of the present application, the editing command sequence and the data payload only occupy a short packet in the case of a bus width, and the maximum packet rate can reach the working clock of the message editor. 1/2 of the frequency.

In addition, if the short packet rate is greater than 1/2 of the working clock frequency of the message editor, the CP module in the embodiment of the present application does not divide the editing command and the message data into two segments to send after analyzing the length of the editing command. The scheme of bus splicing is adopted, and out-of-band signals are used to indicate how many bytes in the bus are editing commands and how many bytes are messages. After that, each editing unit can support editing commands and message data stitching.

In this way, the editing command and PKT only occupy a short packet in the case of a bus width, and the maximum packet rate can reach the working clock frequency of the editor. However, if the scheme of bus splicing is adopted, the complexity of the design will be increased. Therefore, in practical applications, it is recommended to choose the solution with simple implementation and low cost (that is, the solution whose maximum packet rate can reach 1/2 of the working clock frequency of the message editor) under the condition of satisfying performance.

The foregoing mainly introduces the solutions provided by the embodiments of the present application from the perspective of the editing unit. It can be understood that, in order to realize the above functions, the editing unit includes corresponding hardware structures and/or software modules for executing each function. Those skilled in the art should easily realize that the steps of a method for editing a message of each example described in conjunction with the embodiments disclosed in this application can be implemented in hardware or in a combination of hardware and computer software. Whether a function is performed by hardware or by the way that the editing unit software drives the hardware depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of this application.

In this embodiment of the present application, the device for editing a message may be divided into functional modules or functional units according to the foregoing method examples. For example, each functional module or functional unit may be divided corresponding to each function, or two or more functions may be integrated. in a processing module. The above-mentioned integrated modules can be implemented in the form of hardware, and can also be implemented in the form of software function modules or functional units. Wherein, the division of modules or units in the embodiments of the present application is schematic, and is only a logical function division, and there may be other division manners in actual implementation.

Please refer to FIG. 11 , which shows a schematic diagram of an apparatus for editing a message provided by an embodiment of the present application. The device for editing a message may be a functional module in the foregoing message editor or editing unit for implementing the method of the embodiment of the present application. As shown in FIG. 11 , the apparatus for editing a message may include: a receiving module 1101 , a processing module 1102 and a sending module 1103 .

Among them, the receiving module 1101 is used for the editing unit to perform: receive a message. For example, the receiving module 1101 is used to support the editing unit to perform S301 and S801 in the above method embodiments, and/or other processes for the techniques described herein.

The processing module 1102 is used for the editing unit to execute: judging whether the editing unit edits the message, and edits the message. For example, the processing module 1102 is used to support the editing unit to perform S302, S303, S802 and S803 in the above method embodiments, and/or other processes for the techniques described herein.

The sending module 1103 is used for the editing unit to execute: sending the processed message. For example, the sending module 1103 is configured to support the editing unit to perform S305, S304, S804 and S805 in the above method embodiments, and/or other processes for the techniques described herein.

Embodiments of the present application further provide a message editor, where the message editor includes a plurality of editing units, and the message editor can execute various functions or steps performed by the editing units in the foregoing method embodiments.

An embodiment of the present application further provides a chip system. As shown in FIG. 12 , the chip system includes at least one processor 1201 and at least one interface circuit 1202 . The processor 1201 and the interface circuit 1202 may be interconnected by wires. For example, interface circuitry 1202 may be used to receive signals from other devices. As another example, the interface circuit 1202 may be used to send signals to other devices (eg, the processor 1201). Exemplarily, the interface circuit 1202 may read the instructions stored in the memory and send the instructions to the processor 1201 . When the instructions are executed by the processor 1201, the device for editing a message can be made to execute the steps in the above embodiments. Certainly, the chip system may also include other discrete devices, which are not specifically limited in this embodiment of the present application.

An embodiment of the present application further provides a computer storage medium, where the computer storage medium includes computer instructions, and when the computer instructions are executed on the above-mentioned apparatus for editing a message, the apparatus for editing a message is caused to perform the editing in the foregoing method embodiment. The individual functions or steps performed by the unit.

Embodiments of the present application further provide a computer program product, which, when the computer program product runs on a computer, enables the computer to execute each function or step performed by the editing unit in the above method embodiments.

From the description of the above embodiments, those skilled in the art can clearly understand that for the convenience and brevity of the description, only the division of the above functional modules is used as an example for illustration. In practical applications, the above functions can be allocated by Different functional modules are completed, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the device embodiments described above are only illustrative. For example, the division of the modules or units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be Incorporation may either be integrated into another device, or some features may be omitted, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components shown as units may be one physical unit or multiple physical units, that is, they may be located in one place, or may be distributed to multiple different places . Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it may be stored in a readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application can be embodied in the form of software products in essence, or the parts that contribute to the prior art, or all or part of the technical solutions, which are stored in a storage medium , including several instructions to make a device (may be a single chip microcomputer, a chip, etc.) or a processor (processor) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read only memory (ROM), random access memory (random access memory, RAM), magnetic disk or optical disk and other media that can store program codes.

The above contents are only specific embodiments of the present application, but the protection scope of the present application is not limited thereto, and any changes or substitutions within the technical scope disclosed in the present application should be covered within the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

A method for editing a message, characterized in that it is applied to a message editor, the message editor comprising a plurality of editing units, the plurality of editing units including a first editing unit and a second editing unit, the Methods include:

the first editing unit receives a first message, the first message includes a first command sequence and a first data payload, the first command sequence includes a plurality of editing commands arranged in a first preset order, the first command sequence is included in the header of the first message;

If the identifier of the first editing unit is the same as the identifier of the first editing command, the first editing unit intercepts the first editing command from the first command sequence, and edits the first editing command according to the first editing command The first data payload obtains a second message; wherein, the first editing command is the first editing command in the first command sequence, and the second message includes intercepting the first editing the first command sequence after the command and the edited first data payload;

The first editing unit sends the second message to the second editing unit, and the second editing unit processes the second message.
The method according to claim 1, wherein after the first editing unit receives the first message, the method further comprises:

the first editing unit receives a third message, the third message includes a second command sequence and a second data payload, the second command sequence includes a plurality of editing commands arranged in a second preset order, the second command sequence is included in the header of the third message;

Wherein, after the first editing unit sends the second message to the second editing unit, the method further includes:

If the identifier of the first editing unit is the same as the identifier of the second editing command, the first editing unit intercepts the second editing command from the second command sequence, and edits the second editing command according to the second editing command The second data payload obtains a fourth message; wherein, the second editing command is the first editing command in the second command sequence, and the fourth message includes intercepting the second editing command the second command sequence after the command and the edited second data payload;

The first editing unit sends the fourth message to the second editing unit, and the second editing unit processes the fourth message.
The method according to claim 1 or 2, wherein the first editing unit receives the first message, comprising:

The first editing unit receives the first message from a third editing unit in the plurality of editing units, where the first message is a message processed by the third editing unit; or,

The first editing unit receives the first message from an upstream device of the message editor.
The method according to any one of claims 1-3, wherein the method further comprises:

If the identifier of the first editing unit is different from the identifier of the first editing command, the first editing unit transparently transmits the first message to the second editing unit, and the second editing unit processes it the first message.
The method according to any one of claims 1-4, wherein the second editing unit is the next editing unit of the preset first editing unit in the plurality of editing units; or,

The first editing unit further includes a MUX module, and the second editing unit is the next editing unit of the first editing unit specified by the MUX module.
A device for editing a message, wherein the device for editing a message comprises:

a receiving module, configured to receive a first message, where the first message includes a first command sequence and a first data payload, the first command sequence includes a plurality of editing commands arranged in a first preset order, so The first command sequence is included in the header of the first message;

A processing module, configured to intercept the first editing command from the first command sequence if the identifier of the first editing unit is the same as the identifier of the first editing command, and edit the first editing command according to the first editing command. A data payload to obtain a second message; wherein, the first editing command is the first editing command in the first command sequence, and the second message includes the first editing command after intercepting the first editing command. the first command sequence and the edited first data payload;

A sending module, configured to send the second message to a second editing unit, and the second editing unit processes the second message.
The device for editing a message according to claim 6, wherein,

The receiving module is further configured to receive a third message, where the third message includes a second command sequence and a second data payload, and the second command sequence includes a plurality of edits arranged in a second preset order command, the second command sequence is included in the header of the third packet;

The processing module is further configured to intercept the second editing command from the second command sequence if the identification of the first editing unit is the same as the identification of the second editing command, and edit the second editing command according to the second editing command. command to edit the second data payload to obtain a fourth packet; wherein, the second edit command is the first edit command in the second command sequence, and the fourth packet includes intercepting the first edit command. The second command sequence after the editing command and the edited second data payload;

The sending module is further configured to send the fourth message to the second editing unit, and the second editing unit processes the fourth message.
The device for editing a message according to claim 6 or 7, wherein,

The receiving module is specifically configured to receive the first message from a third editing unit in the plurality of editing units, where the first message is a message processed by the third editing unit; or,

The receiving module is further specifically configured to receive the first message from the upstream device of the message editor.
The device for editing a message according to any one of claims 6-8, wherein,

The sending module is further configured to transparently transmit the first message to the second editing unit if the identifier of the first editing unit is different from the identifier of the first editing command, and the second editing unit will send the message to the second editing unit. The unit processes the first message.
The device for editing a message according to any one of claims 6-9, wherein the second editing unit is a lower part of the preset first editing unit among the plurality of editing units an editing unit; or,

The first editing unit further includes a MUX module, and the second editing unit is the next editing unit of the first editing unit specified by the MUX module.
A message editor, characterized in that the message editor includes a plurality of editing units, and the message editor is configured to execute the method of any one of claims 1-5.
A chip system, characterized in that the chip system is applied to a device for editing messages; the chip system includes one or more interface circuits and one or more processors; the interface circuits and the processors pass through line interconnection; the interface circuit is configured to receive a signal from the memory of the device for editing a message and send the signal to the processor, the signal including the computer instructions stored in the memory; when the processing When the computer executes the computer instructions, the device for editing a message executes the method according to any one of claims 1-5.
A computer storage medium, characterized in that it includes computer instructions, when the computer instructions are executed on the device for editing a message, the device for editing a message is made to execute as described in any one of claims 1-5 Methods.
A computer program product, characterized in that, when the computer program product is run on a computer, the computer is caused to execute the method according to any one of claims 1-5.