Communication method and device, storage medium and program product

Abstract

The embodiment of the invention provides a communication method and device, a storage medium and a program product, relates to the technical field of communication, and is used for guaranteeing QoS during data stream transmission. The communication method comprises the following steps: sending a first frame to a second node, wherein the first frame is used for negotiating a processing decision of the second node on a data stream of a third node; and receiving a second frame sent by the second node, wherein the second frame is used for responding to the first frame.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to a communication method, apparatus, storage medium, and program product. Background Technology

[0002] In WiFi 8, repeater technology has garnered significant attention as an alternative. Repeater technology involves adding one or more repeater devices between the access point (AP) and the station (STA) to forward data one or more times. For example, when an AP needs to send a Stream Classification Service (SCS) stream to a STA, the AP first sends the SCS stream to a repeater device, which then forwards it to the STA. Repeater technology not only improves WiFi coverage but also effectively reduces transmission latency and increases throughput.

[0003] However, in relay technology, the AP can only guarantee the Quality of Service (QoS) of authorized data streams when they are transmitted to the relay device, but cannot control how the relay device processes the data streams. Furthermore, the relay device not only processes the relayed data streams but also its own data streams, making it impossible for the relay device to guarantee the QoS of the relayed data streams when they are transmitted to the STA. Summary of the Invention

[0004] This disclosure provides a communication method, apparatus, storage medium, and program product for ensuring QoS during data stream transmission.

[0005] Firstly, a communication method is provided, including:

[0006] Send the first frame to the second node. The first frame is used to negotiate the second node's decision on how to process the data stream from the third node.

[0007] Receive the second frame sent by the second node. The second frame is used to respond to the first frame.

[0008] The second aspect provides yet another communication method, including:

[0009] Receive the first frame sent by the first node. The first frame is used to negotiate the processing decision of the data stream of the second and third nodes.

[0010] Send the second frame to the first node; the second frame is used in response to the first frame.

[0011] Thirdly, a communication device is provided, comprising:

[0012] The sending module is used to send the first frame to the second node. The first frame is used to negotiate the data stream processing decision of the third node.

[0013] The receiving module is used to receive the second frame sent by the second node, and the second frame is used to respond to the first frame.

[0014] Fourthly, another communication device is provided, comprising:

[0015] The receiving module is used to receive the first frame sent by the first node. The first frame is used to request the negotiation of the data stream processing decision of the third node.

[0016] The sending module is used to send the second frame to the first node, and the second frame is used to respond to the first frame.

[0017] Fifthly, another communication device is provided, including a processor, which, when executing a computer program, implements the communication method of the first aspect or the communication method of the second aspect.

[0018] In a sixth aspect, a computer-readable storage medium is provided, the computer-readable storage medium including computer instructions; wherein, when the computer instructions are executed, the communication method of the first aspect described above, or the communication method of the second aspect described above, is implemented.

[0019] In a seventh aspect, a computer program product containing instructions is provided, which, when run on a computer, causes the computer to implement the communication method of the first aspect or the communication method of the second aspect.

[0020] In this embodiment, the first node sends a first frame to the second node to negotiate the second node's processing decision regarding the data stream from the third node, enabling the second node to transmit the data stream from the third node according to the negotiated QoS parameters. This proxy negotiation method ensures the QoS of the data stream transmitted by the second node to the third node. Furthermore, this proxy negotiation method simplifies the negotiation process and reduces signaling overhead between multiple nodes. Attached Figure Description

[0021] To more clearly illustrate the technical solutions in this disclosure, the accompanying drawings used in some embodiments of this disclosure will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings.

[0022] Figure 1 This is a schematic diagram of the structure of an SCS request frame provided in an embodiment of the present disclosure;

[0023] Figure 2 A schematic diagram illustrating the structure of fields in an SCS request frame provided in an embodiment of this disclosure;

[0024] Figure 3 A schematic diagram of the structure of a field in another SCS request frame provided in an embodiment of this disclosure;

[0025] Figure 4 This is a schematic diagram of the structure of an SCS response frame provided in an embodiment of the present disclosure;

[0026] Figure 5 A schematic diagram illustrating the structure of fields in an SCS response frame provided in an embodiment of this disclosure;

[0027] Figure 6 This is a schematic diagram of the structure of another SCS response frame provided in an embodiment of the present disclosure;

[0028] Figure 7 A schematic diagram of an interaction of an SCS stream provided in an embodiment of this disclosure;

[0029] Figure 8 A schematic diagram illustrating another SCS stream interaction provided in this embodiment of the disclosure;

[0030] Figure 9 A schematic diagram illustrating another SCS stream interaction provided in this embodiment of the disclosure;

[0031] Figure 10 This is a schematic diagram of the structure of an MSCS request frame provided in an embodiment of the present disclosure;

[0032] Figure 11 A schematic diagram illustrating the structure of fields in an MSCS request frame provided in an embodiment of this disclosure;

[0033] Figure 12 A schematic diagram of the structure of a field in another MSCS request frame provided in an embodiment of this disclosure;

[0034] Figure 13 This is a schematic diagram of the structure of an MSCS response frame provided in an embodiment of the present disclosure;

[0035] Figure 14 This is a schematic diagram of an interaction of an MSCS flow provided in an embodiment of this disclosure;

[0036] Figure 15 A schematic diagram illustrating another MSCS flow interaction provided in this embodiment of the disclosure;

[0037] Figure 16 A schematic diagram illustrating another MSCS flow interaction provided in this embodiment of the disclosure;

[0038] Figure 17 This is a schematic diagram of the architecture of a relay technology provided in an embodiment of the present disclosure;

[0039] Figure 18This is a schematic flowchart of a relay technology provided in an embodiment of the present disclosure;

[0040] Figure 19 A schematic diagram of a system framework for an SCS mechanism provided in this disclosure embodiment;

[0041] Figure 20 An organizational structure diagram of a relay technology provided in this disclosure embodiment;

[0042] Figure 21 This is a schematic diagram of the architecture of a communication system provided in an embodiment of the present disclosure;

[0043] Figure 22 An interactive flowchart of a communication method provided in an embodiment of this disclosure;

[0044] Figure 23 An interactive flowchart of another communication method provided in this disclosure embodiment;

[0045] Figure 24 An interactive flowchart of another communication method provided in this disclosure embodiment;

[0046] Figure 25 A schematic diagram of an application scenario provided by an embodiment of this disclosure;

[0047] Figure 26 This is a schematic diagram of the architecture of another relay technology provided in the embodiments of this disclosure;

[0048] Figure 27 This is a schematic diagram of the structure of a proxy SCS request frame provided in an embodiment of the present disclosure;

[0049] Figure 28 A schematic diagram illustrating the structure of another proxy SCS request frame provided in this embodiment of the disclosure;

[0050] Figure 29 A schematic diagram illustrating the structure of another proxy SCS request frame provided in this embodiment of the disclosure;

[0051] Figure 30 This is a schematic diagram of the structure of a proxy SCS response frame provided in an embodiment of the present disclosure;

[0052] Figure 31 This is a schematic diagram of the structure of another proxy SCS response frame provided in an embodiment of the present disclosure;

[0053] Figure 32 This is a schematic diagram of the structure of another proxy SCS response frame provided in an embodiment of the present disclosure;

[0054] Figure 33 This is a schematic diagram of the structure of another proxy SCS response frame provided in an embodiment of the present disclosure;

[0055] Figure 34 This is a schematic diagram of the structure of a proxy MSCS request frame provided in an embodiment of the present disclosure;

[0056] Figure 35 A schematic diagram of the structure of fields in a proxy MSCS request frame or proxy MSCS response frame provided in an embodiment of this disclosure;

[0057] Figure 36 This is a schematic diagram of the structure of a proxy MSCS response frame provided in an embodiment of the present disclosure;

[0058] Figure 37 A flowchart illustrating a communication method provided in an embodiment of this disclosure;

[0059] Figure 38 An interactive flowchart of another communication method provided in this embodiment of the disclosure;

[0060] Figure 39 An interactive flowchart of another communication method provided in this disclosure embodiment;

[0061] Figure 40 An interactive flowchart of another communication method provided in this disclosure embodiment;

[0062] Figure 41 An interactive flowchart of another communication method provided in this disclosure embodiment;

[0063] Figure 42 An interactive flowchart of another communication method provided in this disclosure embodiment;

[0064] Figure 43 An interactive flowchart of another communication method provided in this embodiment of the disclosure;

[0065] Figure 44 An interactive flowchart of another communication method provided in this disclosure embodiment;

[0066] Figure 45 This is a schematic diagram of the structure of a communication device provided in an embodiment of the present disclosure;

[0067] Figure 46 This is a schematic diagram of the structure of another communication device provided in an embodiment of the present disclosure;

[0068] Figure 47 This is a schematic diagram of the structure of another communication device provided in an embodiment of the present disclosure. Detailed Implementation

[0069] The technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this disclosure.

[0070] In this disclosure, unless otherwise stated, " / " means "or," for example, A / B can mean A or B. "And / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone. Furthermore, "at least one" means one or more, and "multiple" means two or more. The terms "first," "second," etc., do not limit the quantity or order of execution, and "first," "second," etc., do not necessarily imply differences.

[0071] It should be noted that in this disclosure, the terms "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary" or "for example" in this disclosure should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner.

[0072] WiFi 8 is the next-generation WiFi standard, built on the foundation of ultra-high reliability. In WiFi 8, repeater technology has received considerable attention as a potential alternative. Data transmission in repeater technology involves two stages: data is sent from the Access Point (AP) to the repeater device, and then from the repeater device to the STA (Station). Repeater technology can effectively improve WiFi coverage, reduce transmission latency, and increase throughput.

[0073] However, in relay technology, a STA can request its associated AP to classify and process specific flows to ensure QoS for latency-sensitive traffic. For example, after authorizing an SCS flow, the AP can guarantee the QoS of the SCS flow when it is transmitted to the relay device, but it cannot control how the relay device processes the SCS flow. Furthermore, in relay transmission scenarios with multiplexed traffic, the relay device needs to process not only its own data flow but also the relay's data flow, making it impossible for the relay device to guarantee the QoS of the relay's data flow when it is transmitted to the STA. In addition, the proxy SCS mechanism in related technologies is not suitable for SCS in relay scenarios.

[0074] Based on this, this disclosure provides a communication method that, by sending a first frame to a relay device, negotiates the processing decision of the data stream to ensure that the relay device can transmit the data stream according to the data stream processing decision, thereby guaranteeing QoS when transmitting the data stream and optimizing the transmission of the data stream.

[0075] To facilitate understanding of the technical solutions provided in this disclosure, the following explanations and descriptions of the technical concepts that may arise are provided.

[0076] 1. SCS

[0077] Stream classification service (SCS) is a service provided by the AP to associated STAs that support SCS. SCS enables the AP to classify and process specific MAC service data units (MSDUs) based on parameters provided by the STA, thereby achieving more flexible and efficient data transmission and resource management.

[0078] 1.1 SCS Request Frame

[0079] In SCS, STA can request the creation, modification, or deletion of SCS streams by sending an SCS request frame to AP.

[0080] An SCS request frame is an action frame used to request the creation, modification, or deletion of a stream class. For example... Figure 1 The diagram shows the structure of an SCS request frame provided in this disclosure, including four fields: Category, Robust Action, Dialog Token, and SCS Descriptor List. Specifically, Table 1 shows the definitions of these four fields. Table 2 shows the specific operations performed by the Action frame when the Robust Action field takes different values.

[0081] Table 1

[0082]

[0083] Table 2

[0084]

[0085]

[0086] In an SCS request frame, the SCSDescriptor List field includes SCSDescriptor elements, which carry information about the stream classification requested by the SCS request frame. For example... Figure 2As shown, the SCSDescri iptor element includes eight subfields: Element ID, Length, SCSID, Request Type, Intra-Access Category Priority Element, TCLAS Elements, TCLAS Processing Element, and Optional Subelements. Specifically, Table 3 shows the definitions of these eight subfields. Table 4 shows the SCS request types corresponding to different values ​​for the Request Type subfield.

[0087] Table 3

[0088]

[0089] Table 4

[0090] meaning value Add 0 Remove 1 Change 2 Reserved 3-255

[0091] In WiFi 7, the format of the SCSDescriptor element has been extended, such as... Figure 3 As shown, a new QoS Characteristics Element subfield has been added to the existing subfields. This field contains 0 or 1 QoS Characteristics elements, and it exists when the Request Type in the SCSD escriptor element indicates Add or Change. The QoS Characteristics element includes a set of parameters for defining traffic characteristics and QoS expectations, used in a specific non-AP EHT STA context.

[0092] 1.2 SCS response frame.

[0093] Upon receiving an SCS request frame, the AP will perform the corresponding operation based on the request type and send an SCS response frame to the STA to confirm the result of the operation. Both the SCS response frame and the SCS request frame are Action frames, used to respond to the SCS request frame. The SCS response frame carries response information regarding the SCS requested in the SCS request frame.

[0094] like Figure 4As shown, the SCS response frame includes five fields: Category, Robust Action, Dialog Token, Count, and SCS Status List. Specifically, Table 5 shows the definitions of each field in the SCS response frame. Figure 5 The diagram shows the structure of SCS Statusduples carried by the SCS Status List. SCS Statusduples include two subfields: SCSID and Status. Table 6 shows the definitions of each field in SCS Statusduples.

[0095] Table 5

[0096]

[0097]

[0098] Table 6

[0099]

[0100] In WiFi 7, the field format of the SCS response frame has been extended, such as... Figure 6 The diagram shows the structure of the extended SCS response frame, which includes a newly added SCSDescriptor List field. It should be noted that the SCSDescriptor List field exists only when an SCS response frame is sent from an affiliated STA of one MLD to an affiliated STA of another different MLD. The SCSDescriptor List field contains zero or more SCSDescriptor elements, as described above. Figure 3 The SCSDescriptor elements shown are consistent. If the Status subfield of the SCS Status duples in the SCS Status List indicates an SCS Status duple with the subfield REJECTED_WITH_SUGGESTED_CHANGES, then an SCSDescriptor element exists whose SCS ID subfield matches the SCS ID subfield in the SCS Statusduples element. Otherwise, no SCSDescriptor element exists.

[0101] 1.3 Creation and Modification of SCS Streams

[0102] like Figure 7The diagram illustrates the interactive flowchart for creating or modifying an SCS flow according to this disclosure. The STA sends an SCS request frame to the AP, requesting authorization for an SCS flow. Correspondingly, after receiving the SCS request frame from the STA, the AP sends an SCS response frame to the STA, representing the AP's authorization result. In the SCS request frame, the Request Type subfield of the SCSDescriptor element in the SCSSDescriptor List field takes a value of 0 or 2, respectively indicating a request to create or modify a flow category. When the AP accepts the SCS request for the SCS ID requested by the STA, it sets the Status subfield of the corresponding requested SCS ID in the SCS response frame to the value "SUCCESS".

[0103] 1.4 Deletion of SCS streams

[0104] like Figure 8 The diagram shows an interactive flowchart for deleting an SCS stream according to this disclosure, specifically illustrating the interactive process of a STA initiating the deletion of an SCS stream. The STA sends an SCS request frame to the AP. In this frame, the Request Type subfield of the SCSDescriptor element in the SCSDescriptor List field is set to 1, indicating a request to delete an SCS stream. Correspondingly, after receiving the SCS request frame from the STA, the AP performs the deletion operation and sends an SCS response frame to the STA, indicating the deletion result. Figure 9 The diagram shown illustrates another interactive flowchart for deleting an SCS flow provided in this disclosure, specifically an interactive flowchart of an AP initiating the deletion of an SCS flow. The AP sends a non-requested SCS response frame to the STA. In this SCS response frame, the Status subfield of the SCSStatus duals is set to the "Terminate" value, and the SCSID field indicates the SCS flow to be deleted.

[0105] 2. MSCS

[0106] Mirrored Stream Classification Service (MSCS) is a service provided by an Access Point (AP) to its associated STAs that support it. In MSCS, the AP classifies individually addressed Stream Components (MSDUs) destined for the STA from a DS or WM stream based on a classification mask provided by the STA. The AP sets the UP value of the corresponding MSDU in the classified mirror (reverse) stream based on the UP value of the individually addressed MSDU from the STA to the AP.

[0107] 2.1, MSCS Request Frame

[0108] In an MSCS, a STA can request the creation, modification, or deletion of an MSCS flow by sending an MSCS request frame to the AP. The MSCS request frame is an Action frame used to request the creation, modification, or deletion of an MSCS flow. For example... Figure 10 The diagram shows the structure of an MSCS request frame, which includes four fields: Category, Robust Action, Dialog Token, and MSCS Descriptor Element. Table 7 shows the definitions of these four fields. It should be noted that a (Re)AssociationRequest frame carrying an MSCS Descriptor Element can also be used to request the creation of an MSCS stream. Therefore, a (Re)AssociationRequest frame carrying an MSCS Descriptor Element can be considered a special case of an MSCS request frame.

[0109] Table 7

[0110]

[0111] like Figure 11 The diagram shows the structure of an MSCS descriptor element, which includes eight subfields: Element ID, Length, Element ID Extension, RequestType, User Priority Control, Stream Timeout, TCLAS Mask Elements, and Optional Subelements. Table 8 shows the definitions of these eight subfields. Figure 12 The diagram shows the structure of the User Priority Control subfield carried by the MSCS descriptor element, which includes three subfields: User Priority Bitmap, User Priority Limit, and Reserved. Specifically, Table 9 shows the definitions of these three subfields.

[0112] Table 8

[0113]

[0114] Table 9

[0115]

[0116]

[0117] 2.2, MSCS Response Frame

[0118] When the AP receives an MSCS request frame from the STA, it performs the corresponding operation based on the content requested in the MSCS request frame and sends an MSCS response frame to the STA to represent the operation result. The MSCS response frame is also an Action frame, used to respond to the MSCS request frame. The MSCS response frame carries response information regarding the MSCS requested in the MSCS request frame. For example... Figure 13 As shown, it includes five fields: Category, Robust Action, DialogToken, Status, and MSCS Descriptor Element. Specifically, Table 10 shows the definitions of these five fields. The MSCS Descriptor Element fields carried in the MSCS response frame are consistent with those carried in the MSCS request frame, and will not be elaborated upon here.

[0119] Table 10

[0120]

[0121] 2.3 Creation and Modification of MSCS Streams

[0122] like Figure 14 The diagram illustrates the interactive flowchart for creating or modifying an MSCS flow according to this disclosure. The STA sends an MSCS request frame to the AP, requesting authorization for an MSCS flow. Correspondingly, after receiving the MSCS request frame from the STA, the AP sends an MSCS response frame to the STA, representing the AP's authorization result. The MSCS request frame is either the MSCS request frame described in section 2.1 above, or a (Re)Association Request frame carrying an MSCS descriptor element. Similarly, the MSCS response frame is either the response frame described in section 2.2 above, or a (Re)Association Response frame carrying an MSCS descriptor element. Specifically, the Request Type subfield of the MSCS descriptor element in both the MSCS request frame and the MSCS response frame takes a value of 0 or 2, respectively representing a request to create or modify a flow classification. When the AP accepts the STA's MSCS request, it sets the Status subfield in the MSCS response frame to the value "SUCCESS".

[0123] 2.4 Deletion of MSCS streams

[0124] like Figure 15 The diagram shown illustrates the interactive flowchart for deleting an MSCS flow according to this disclosure, specifically the interactive flow of an STA initiating the deletion of an MSCS flow. The STA sends an MSCS request frame to the AP to request the deletion of the MSCS flow. In this MSCS request frame, the Request Type subfield of the MSCSDescriptor element is set to 1, indicating a request to delete an MSCS flow. Correspondingly, after receiving the MSCS request frame from the STA, the AP performs the deletion operation and sends an MSCS response frame to the STA, indicating the deletion result. Figure 16 The diagram shown illustrates another interactive flowchart for deleting an MSCS flow provided in this disclosure, specifically an interactive flowchart of AP initiating the deletion of an MSCS flow. The AP sends a non-requested MSCS response frame to the STA. The value of the Status field in this MSCS response frame is set to the value used to request deletion or cancellation of the MSCS flow.

[0125] 3. Relay technology

[0126] Repeater technology is an alternative technology in WiFi 8. WiFi 8 was defined by the Ultra High Reliability (UHR) working group. In UHR documentation, rate-vs-range (RvR) improvement is identified as one of the main goals of the UHR project. As an alternative technology to WiFi 8, repeater technology can effectively improve RvR by increasing throughput and extending coverage in low-to-medium SNR scenarios.

[0127] Related technologies also point out that UHR relay needs to consider improving multi-hop channel access latency, enhancing end-to-end QoS, and simplifying relay procedures. Simplifying the relay procedure can be achieved by reducing the complexity of relay processing. For example, methods include using single-user relay, simplified relay signaling, unencrypted / undecrypted relay, and reducing relay packet processing latency. To address the challenges in existing relay schemes, related technologies propose a low-MAC layer relay framework, such as... Figure 17 As shown, this framework can effectively reduce relay processing latency and simplify protocol procedures.

[0128] In addition, the related technologies also disclosed Figure 17 The relay process under the relay architecture shown is as follows: Figure 18 As shown in the diagram, the relay device acts as a forwarding mechanism between the source and destination devices.

[0129] In related technologies, a proxy SCS mechanism for improving end-to-end QoS in XR scenarios is also proposed, and its system framework is as follows: Figure 19As shown, a proxy SCS mechanism is proposed to allow TGbn devices to improve the WiFi performance of legacy devices in the same WiFi network.

[0130] This technology highlights several potential advantages of repeater devices, including extending coverage in dead zones / weak signal areas, increasing throughput over covered areas, and reducing STA power consumption. Based on this, the technology outlines various directions and characteristics for the development of repeater technologies in WiFi 8.

[0131] It should be noted that the related technologies propose a multi-traffic multiplexing feature for relay transmission, which is a type of relay device. A relay device can function as a regular STA with its own traffic, or it can act as a relay for other STAs to extend access range. In this scenario, the relay device needs to handle multiple types of traffic simultaneously. Furthermore, the related technologies also indicate the need to consider the power saving of the relay device. On one hand, the relay device may need to understand the energy-saving plan of the target STA to effectively perform relay transmission. On the other hand, the relay device can use different energy-saving time windows for relay operation and its own uplink / downlink frame switching.

[0132] To further facilitate understanding of repeater technology, this section uses a repeater scenario below 1 GHz (S1G) as an example to introduce the organizational structure of repeater technology. Figure 20 The diagram shown is an organizational structure diagram of a relay scenario provided in this disclosure. The organizational structure includes relay APs, relay STAs, relay functions, multiple STAs (such as STA1, STA2, STA3, STA4, STA5), multiple relay devices (Relay1, Relay2, Relay3), and a root AP.

[0133] In this context, a relay STA is a non-AP STA associated with the root AP or another relay AP. A relay AP provides relay functionality to its associated non-AP STAs and indirectly provides access to the distributed system (DS) through the path from the relay STA to the root AP. The relay function performs local reception or selective forwarding of MAC service data units (MSDUs) between the relay STA and the relay AP based on the destination address.

[0134] The communication method provided in this disclosure can be applied to, for example... Figure 21 In the communication system shown, Figure 21 This diagram illustrates the architecture of a communication system provided in an embodiment of the present disclosure. Figure 21As shown, the communication system includes an access point (AP), a relay station (STA), and a relay node. The AP, STA, and relay node are interconnected and can exchange information.

[0135] In some embodiments, the STA can be an electronic terminal equipped with a WiFi module, which can interact with the STA and relay nodes via a WiFi network. For example, the electronic terminal can be a mobile phone, tablet, computer with wireless transceiver capabilities, virtual reality (VR) terminal, augmented reality (AR) terminal, wireless terminal in industrial control, wireless terminal in self-driving, wireless terminal in remote medical care, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, wireless terminal in smart home, etc. The embodiments of this disclosure do not limit the application scenarios. A terminal may also be referred to as a user, user equipment (UE), access terminal, UE unit, UE station, mobile station, mobile station, remote station, remote terminal, mobile device, UE terminal, wireless communication device, UE agent, or UE device, etc., and the embodiments of this disclosure do not limit this terminology.

[0136] In some embodiments, the AP can be any communication device with node functionality, and the AP can interact with STAs and relay nodes via a WiFi network. For example, the AP can be a WiFi router, and the STA can be a user terminal such as a mobile phone or computer. When a user terminal such as a mobile phone or computer is set to WiFi hotspot mode to provide a WiFi network for other terminals, the mobile phone or computer is the AP in this embodiment of the disclosure, and other terminals connected to the WiFi network provided by the AP can be STAs.

[0137] In some embodiments, a relay node is also referred to as a relay device, which can interact with STAs and APs in a WiFi network.

[0138] It should be noted that, Figure 21 This is just an example framework diagram. Figure 21 The number of devices included and the names of each device are unlimited, except for... Figure 21 In addition to the devices shown, the communication system may also include other devices, such as core network equipment.

[0139] The application scenarios of the embodiments disclosed herein are not limited. The system architecture and business scenarios described in the embodiments of this disclosure are for the purpose of more clearly illustrating the technical solutions of the embodiments of this disclosure, and do not constitute a limitation on the technical solutions provided by the embodiments of this disclosure. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided by the embodiments of this disclosure are also applicable to similar technical problems.

[0140] Figure 22 An interactive flowchart of a communication method provided in this disclosure is shown, such as... Figure 22 As shown, this method is applied to both the first and second nodes and specifically includes the following steps:

[0141] S101, the first node sends the first frame to the second node. Correspondingly, the second node receives the first frame sent by the first node.

[0142] The first frame is used to negotiate the second node's processing decision for the data stream from the third node. This processing decision is used to ensure QoS when the second node transmits the data stream.

[0143] In some embodiments, the processing decision of the second node on the data stream of the third node includes at least one of the following: the second node classifies the data stream of the third node, the stream classification mask, and the stream characteristics.

[0144] For example, the second node can classify the data stream according to the type and characteristics of the data stream of the third node through flow classification and flow characteristics, and the second node can specify the source IP address and destination port number to further classify the data stream of the third node through flow classification mask, so as to ensure QoS when the second node transmits the data.

[0145] In this way, by using the processing decision of the second node on the data stream of the third node carried in the first frame, the second node can be instructed to transmit the data stream of the third node based on the processing decision, so as to ensure QoS when transmitting the data stream of the third node.

[0146] In some embodiments, the first frame includes proxy information (PI), which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association identifier of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for negotiating a proxy data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0147] In this way, the proxy information carried in the first frame enables the second node to understand whether the first frame is used to negotiate the second node's decision on the processing of the data stream of the third node. This helps the second node distinguish between proxy scenarios and non-proxy scenarios, and thus take different measures.

[0148] In some embodiments, the data flow of the third node is the data flow between the third node and the first node.

[0149] In some embodiments, the data stream of the third node is an SCS stream or an MSCS stream.

[0150] S102, the second node sends the second frame to the first node. Correspondingly, the first node receives the second frame sent by the second node.

[0151] The second frame is used in response to the first frame.

[0152] In some embodiments, after receiving the first frame sent by the first node, the second node determines, based on its existing decisions and resource conditions, whether it satisfies the second node's processing decision on the data stream related to the third node carried in the first frame, and then sends the second frame to the first node in response to the first frame sent by the first node.

[0153] In some embodiments, the second frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0154] In some embodiments, when business needs, network conditions, etc. change, the data flow of the third node can be revoked through the interaction between the first node and the second node.

[0155] As one possible implementation, the data flow from the third node to revoke authorization can be initiated by the first node. Specifically, such as... Figure 23 As shown, it includes the following steps:

[0156] S201, the first node sends the fourth frame to the second node. Correspondingly, the second node receives the fourth frame sent by the first node.

[0157] The fourth frame is used for processing decisions regarding the data flow of a third node requesting the cancellation of authorization. The fourth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association identifier of the proxied node. The proxy indicator indicates whether this frame is used for proxy negotiation in data flow processing decisions; the relay indicator indicates whether the proxy negotiation scenario is a relay scenario.

[0158] S202, the second node sends the fifth frame to the first node. Correspondingly, the first node receives the fifth frame sent by the second node.

[0159] The fifth frame is used in response to the fourth frame. The fifth frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0160] In some embodiments, the second node confirms the cancellation information and sends a fifth frame to the first node.

[0161] As another possible implementation, the decision to revoke the authorization of the third node's data flow processing can be initiated by the second node. Specifically, such as... Figure 24 As shown, it includes the following steps:

[0162] S301, the second node sends the fourth frame to the first node. Correspondingly, the first node receives the fourth frame sent by the second node.

[0163] The fourth frame is used for processing decisions regarding the data flow of a third node requesting the cancellation of authorization. The fourth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association identifier of the proxied node. The proxy indicator indicates whether this frame is used for proxy negotiation in data flow processing decisions; the relay indicator indicates whether the proxy negotiation scenario is a relay scenario.

[0164] S302, the first node sends the fifth frame to the second node. Correspondingly, the second node receives the fifth frame sent by the first node.

[0165] The fifth frame is used in response to the fourth frame. The fifth frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0166] It should be noted that in related technologies, when negotiating data flow with a third node, such as negotiating the processing decisions of the third node's data flow or requesting the cancellation of authorization for the third node's data flow processing decisions, the participation of the third node is required. Figure 25As shown, the first node and its associated third node forward request or response frames through the second node to negotiate the processing decision of the third node's data flow. The framework corresponding to this negotiation method can be described as a relay SCS or a relay MSCS, determined according to the type of data flow associated with the third node. However, in the communication method provided in this disclosure, negotiating the data flow associated with the third node does not require the participation of the third node. For example, the processes mentioned above regarding negotiating the processing decision of the third node's data flow and revoking the authorization of the third node's data flow do not require the participation of the third node; this negotiation method is called a proxy negotiation method. Figure 26 As shown, the first and second nodes negotiate the data flow to the third node through interaction. The framework corresponding to this proxy negotiation method can be described as Enhanced Proxy SCS or Enhanced Proxy MSCS, depending on the type of data flow from the third node.

[0167] The frames involved in the above proxy negotiation method are also called proxy frames, such as the first, second, fourth, and fifth frames mentioned above. Specifically, proxy frames can be divided into the following four types according to the data stream type and the frame type: proxy SCS request frame, proxy SCS response frame, proxy MSCS request frame, and proxy MSCS response frame. For example, in the above text, the data stream related to the third node is an SCS stream, and the first frame is used to negotiate the second node's processing decision on the third node's data stream; it is a request frame, so the first frame is a proxy SCS request frame. As another example, in the above text, the data stream related to the third node is an MSCS stream, and the second frame is used to respond to the first frame; it is a response frame, so the first frame is a proxy MSCS response frame.

[0168] Specifically, this section provides a detailed introduction to the proxy SCS request frame, proxy SCS response frame, proxy MSCS request frame, and proxy MSCS response frame.

[0169] I. Proxy SCS Request Frame

[0170] A proxy SCS request frame is an Action frame used to request the creation, modification, or deletion of an SCS stream. The proxy SCS request frame is an extension of the SCS request frame described above. Compared to the standard SCS request frame, the proxy SCS request frame adds proxy information to its content; this added proxy information is carried in extended fields or extended subfields within the proxy SCS request frame.

[0171] In some embodiments, the proxy SCS request frame is an SCS request frame with an extended Action field. For example... Figure 27The diagram shows the structure of a proxy SCS request frame, which, compared to a standard SCS request frame, adds a proxy SCS descriptor field. The proxy SCS descriptor subfield includes four subfields: Proxy SCSI indicator, Relay SCS indicator, Proxy STA MAC Address, and Proxy STA AID. Specifically, Table 11 shows the definitions of these four subfields. For example, the Proxy SCS indicator subfield specifically indicates whether the proxy SCS request frame is used for proxy negotiation of an SCS flow, or it can be characterized as indicating whether the proxy SCS request frame is used to request a proxy SCS. The Relay SCS indicator subfield specifically indicates whether the negotiation scenario for the proxy SCS flow is a relay scenario, or it can be characterized as indicating whether the proxy SCS request frame is used for proxy SCS negotiation in a relay scenario.

[0172] Table 11

[0173]

[0174]

[0175] In other embodiments, the proxy SCS request frame is an SCS request frame whose SCS request frame is carried by the SCSDescriptor List field of the extended Action field. For example... Figure 28 and Figure 29 The diagram shows the structural diagrams of proxy SCS request frames in Non-EHT and EHT formats, respectively. Compared to the standard SCS request frame, the SCS Descriptor List in the SCS request frame includes an additional subfield called Proxy SCS Descriptor. This subfield comprises four subfields: Proxy SCS Indicator, Relay SCS Indicator, Proxy STAMAC Address, and Proxy STA AID. The definitions of these four fields can be found in Table 11, and will not be elaborated upon here.

[0176] For example, when the data stream of the third node is an SCS stream, the first frame, the fourth frame, etc. mentioned above are proxy SCS request frames.

[0177] II. Proxy SCS Response Frame

[0178] A proxy SCS response frame is an Action frame used to respond to a proxy SCS request frame. The proxy SCS response frame is an extension of the SCS response frame described above.

[0179] In some embodiments, the proxy SCS response frame is an SCS response frame with an extended Action field. For example... Figure 30 and Figure 31 The diagram shows the structure of a proxy SCS response frame in Non-EHT and EHT formats, respectively. Compared to the standard SCS response frame, a Proxy SCS Descriptor field is added. The Proxy SCS Descriptor subfield includes four subfields: Proxy SCS Indicator, Relay SCS Indicator, Proxy STA MAC Address, and Proxy STA AID. Specifically, Table 12 shows the definitions of these four subfields. For example, the Proxy SCS Indicator subfield indicates whether the proxy SCS response frame is used for proxy negotiation of an SCS flow, or it can be represented as the Proxy SCSIndicator subfield indicating whether the proxy SCS response frame is used to request a proxy SCS. The Relay SCSIndicator subfield indicates whether the proxy SCS flow negotiation scenario is a relay scenario, or it can be represented as the Proxy SCS Indicator subfield indicating whether the proxy SCS response frame is used for proxy SCS negotiation in a relay scenario.

[0180] Table 12

[0181]

[0182] In other embodiments, the proxy SCS response frame is the SCS response frame whose SCS Status element is carried in the SCSStatus List field of the extended Action field. For example... Figure 32 and Figure 33The diagram shows the structural diagrams of proxy SCS response frames in Non-EHT and EHT formats, respectively. Compared to the SCS response frame, the SCS Status element carried in the SCS Status List field adds a Proxy SCS Descriptor subfield. The Proxy SCS Descriptor subfield includes four subfields: Proxy SCS Indicator, Relay SCS Indicator, Proxy STA MAC Address, and Proxy STA AID. The definitions of these four fields can be found in Table 12, and will not be repeated here.

[0183] For example, when the data stream of the third node is an SCS stream, the second frame, fifth frame, etc. mentioned above are proxy SCS response frames.

[0184] III. Proxy MSCS Request Frame

[0185] A proxy MSCS request frame is an Action frame used to request the creation, modification, or deletion of an MSCS flow. Alternatively, a proxy MSCS request frame can also be a (Re)Association Response frame carrying an MSCSDescriptor element, used to request the creation of a new MSCS flow.

[0186] In some embodiments, the proxy MSCS request frame is an MSCS request frame with an extended Action field. For example... Figure 34The diagram shows the structure of a proxy MSCS request frame, which, compared to the standard MSCS request frame, adds a proxy MSCS descriptor field. The proxy MSCS descriptor field includes four subfields: Proxy MSCSIndicator, Relay MSCS Indicator, Proxy STA MACAddress, and Proxy STA AID. Specifically, Table 13 shows the definitions of these four subfields. For example, the Proxy MSCS Indicator field specifically indicates whether the proxy MSCS request frame is used for proxy negotiation of an MSCS flow, or it can be represented as the Proxy MSCS Indicator subfield specifically indicating whether the proxy MSCS request frame is used to request a proxy MSCS. The Relay MSCS Indicator subfield specifically indicates whether the scenario for the proxy negotiation of the MSCS flow is a relay scenario, or it can be represented as the Proxy MSCSIndicator subfield specifically indicating whether the proxy MSCS request frame is used for proxy MSCS negotiation in a relay scenario.

[0187] Table 13

[0188]

[0189] In other embodiments, the proxy MSCS request frame is an MSCS request frame whose MSCSDescriptor element is carried in the MSCSDescriptor List field of the MSCS request frame in the extended Action field. For example... Figure 35 The diagram shows the structure of the MSCS Descriptor element field in the Proxy MSCS Request Frame. Compared to the MSCS Request Frame, the MSCS Descriptor element field adds a subfield called Proxy MSCS Descriptor. The Proxy MSCS Descriptor field includes four subfields: Proxy MSCSIndicator, Relay MSCS Indicator, Proxy STA MACAddress, and Proxy STA AID. Table 13 shows the specific definitions for these four subfields.

[0190] For example, when the data stream of the third node is an MSCS stream, the first frame, the fourth frame, etc. mentioned above are proxy MSCS request frames.

[0191] IV. Agent MSCS Response Frame

[0192] The proxy MSCS response frame is an Action frame used to respond to the proxy MSCS request frame. The proxy MSCS response frame is an extension of the MSCS response frame described above.

[0193] In some embodiments, the proxy MSCS response frame is an MSCS response frame with an extended Action field. For example... Figure 36 The diagram shows the structure of a proxy MSCS response frame. Compared to the standard MSCS response frame, a proxy MSCS descriptor field is added. The proxy MSCS descriptor field includes four subfields: Proxy MSCSIndicator, Relay MSCS Indicator, Proxy STA MACAddress, and Proxy STA AID. Specifically, Table 14 shows the definitions of these four subfields. For example, the Proxy MSCS Indicator field indicates whether the proxy MSCS response frame is used for proxy negotiation of an MSCS flow, or it can be represented as the Proxy MSCS Indicator subfield indicating whether the proxy MSCS response frame is used to respond to a proxy MSCS. The Relay MSCS Indicator subfield indicates whether the scenario for the proxy negotiation of the MSCS flow is a relay scenario, or it can be represented as the Proxy MSCSIndicator subfield indicating whether the proxy MSCS response frame is used for proxy MSCS negotiation in a relay scenario.

[0194] Table 14

[0195]

[0196] In other embodiments, the proxy MSCS response frame is the MSCS response frame whose MSCSDescriptor element is carried in the MSCSDescriptor List field of the MSCS response frame in the extended Action field. For example... Figure 35The diagram shows the structure of the MSCS Descriptor element field in the proxy MSCS response frame. Compared to the MSCS response frame, a subfield, ProxyMSCS Descriptor, is added to the MSCS Descriptor element field. The ProxyMSCS Descriptor field includes four subfields: Proxy MSCSIndicator, Relay MSCS Indicator, Proxy STA MACAddress, and Proxy STA AID. Table 14 shows the specific definitions for these four subfields.

[0197] For example, when the data stream of the third node is an MSCS stream, the second frame, fifth frame, etc. mentioned above are proxy MSCS response frames.

[0198] In this way, the first node sends a first frame to the second node to negotiate the second node's decision on how to process the data stream from the third node. This ensures that the second node can transmit the data stream from the third node according to the negotiated QoS parameters. By using a proxy negotiation method, the QoS of the data stream transmitted from the second node to the third node is guaranteed. Furthermore, this proxy negotiation method simplifies the negotiation process and reduces signaling overhead between multiple nodes.

[0199] In some embodiments, such as Figure 37 As shown, the processing decision of the second node for the data flow of the third node is determined in the following way:

[0200] S401, Obtain network status information.

[0201] The network status information includes at least one of the following: air interface status, channel conditions, and network load.

[0202] For example, network status information can be obtained by the first node itself. For example, the first node can obtain the air interface status by monitoring terminal devices within its coverage area. The first node can obtain channel conditions by analyzing feedback signals from terminal devices within its coverage area. The first node can obtain network load by detecting network traffic.

[0203] S402, Receive the third frame sent by the third node.

[0204] The third frame includes at least one of the following: the flow classification of the data stream from the first node to the third node, the flow classification mask, and the flow features. Alternatively, it can be characterized as the third frame including the processing decision of the data stream from the first node to the third node.

[0205] It should be noted that the data stream of the third node is the data stream between the first and third nodes. During the transmission of this data stream, the first node sends it to the second node, and then the second node sends it to the third node. Therefore, during the entire data stream transmission process, it is necessary to first determine the transmission decision of the first node for the data stream to the third node to ensure the QoS of the first node's transmission of this data stream. Then, the transmission decision of the second node for the data stream to the third node needs to be determined to ensure the QoS of the second node's transmission of this data stream. When determining the processing decision of the second node for the data stream to the third node, the processing decision of the first node for the data stream to the third node needs to be referenced. The processing decision of the first node for the data stream to the third node includes at least one of the following: the flow classification, flow classification mask, and flow characteristics of the data stream from the first node to the third node. Therefore, the third node sends a third frame carrying the flow classification, flow classification mask, and flow characteristics to the first node, so that the first node can determine the processing decision of the second node for the data stream to the third node.

[0206] In some embodiments, the third node sends a third frame to the first node via the second node. Correspondingly, the first node receives the third frame sent by the third node via the second node.

[0207] S403. Based on network state information, flow classification, flow classification mask, and flow characteristics, determine the processing decision.

[0208] In this way, by using network status information, flow classification, flow classification masks, and flow characteristics, the first node can accurately understand the current network status and the characteristics of the data flow, thereby improving the accuracy and flexibility of processing decisions.

[0209] It should be noted that the communication method provided in this disclosure can be applied to relay scenarios. For example, taking the first node as an AP, the second node as a relay node, and the third node as a STA as an example, the communication method provided in this disclosure will be introduced.

[0210] For example, taking the data flow of the third node as the data flow between the third node and the first node, and the processing decision of the second node on the data flow of the third node as generated by the first node, as follows: Figure 38 As shown, the communication method includes the following steps:

[0211] S501, the third node sends a third frame to the first node through the second node. Correspondingly, the first node receives the third frame sent by the first node through the second node.

[0212] The third frame is used to request the first node to authorize the third node's data stream processing decision. The third frame includes at least one of the following: the first node's stream classification of the third node's data stream, the stream classification mask, and the stream characteristics.

[0213] S502, the first node sends a response frame to the third node through the second node. Correspondingly, the third node receives the response frame sent by the first node through the second node.

[0214] The response frame is used to characterize the authorization result.

[0215] In some embodiments, after receiving the third frame sent by the third node, the first node determines whether to authorize the processing of the third node's data stream based on its own decisions and resource availability. The first node then sends a response frame to represent the authorization result, thus completing the negotiation of the third node's data stream processing decision.

[0216] S503. The first node determines the second node's processing decision for the data flow of the third node based on network state information, flow classification, flow classification mask, and flow characteristics.

[0217] It should be noted that the network status information needs to be obtained by the first node. The specific acquisition process can be referred to the relevant description of S401 above, which will not be repeated here.

[0218] S504, The first node sends the first frame to the second node. Correspondingly, the second node receives the first frame sent by the first node.

[0219] The first frame is used to negotiate the second node's decision on how to process the data flow from the third node. Alternatively, it can be described as the first frame requesting the second node to authorize the third node's data flow.

[0220] For example, the first frame includes at least one of the following: the second node's processing decision on the data stream of the third node, and proxy information.

[0221] S505, the second node sends a second frame to the first node. Correspondingly, the first node receives the second frame sent by the second node.

[0222] The second frame is used in response to the first frame. For example, the second frame includes proxy information (PI).

[0223] For example, after receiving the first frame sent by the first node, the second node, based on its own decisions and resource availability, determines whether to satisfy the processing decision of the second node regarding the data flow of the third node carried in the first frame, in order to determine whether to authorize the data flow related to the third node. Then, it sends a second frame to the first node in response to the first frame, completing the negotiation of the data flow of the third node.

[0224] S506. When both the first node and the second node authorize the data flow of the third node, the data flow of the third node is transmitted and processed between the nodes according to the negotiated processing decision of the data flow of the third node.

[0225] Another example is taking the data flow related to the third node as the data flow between the third node and the second node, and the processing decision of the second node on the data flow related to the third node as generated by the third node. Figure 39 As shown, the communication method includes the following steps:

[0226] S601. Based on business requirement information and network status information, the third node determines the processing decision of the second node on the data flow of the third node.

[0227] The data flow of the third node is the data flow between the second node and the third node.

[0228] For example, service requirement information includes at least one of the following: QoS, bandwidth requirements, latency requirements, and reliability requirements. Network status information includes at least one of the following: air interface status, channel conditions, and network load.

[0229] It should be noted that, based on demand information and network status information, the third node can determine not only the second node's processing decision regarding the data flow from the third node, but also the first node's processing decision regarding the data flow from the third node. This ensures QoS for both the first and second nodes during data transmission.

[0230] In addition, the aforementioned processing decisions may also include specific requirements for the third node. These specific requirements can restrict the forwarding decisions and performance of the first and second nodes regarding data flows related to the third node.

[0231] S602, the third node sends a proxy request frame to the first node through the second node. Correspondingly, the first node receives the proxy request frame sent by the third node through the second node.

[0232] The proxy request frame is used to negotiate the first node's processing decision regarding the data flow of the third node. Alternatively, the proxy request frame is used to request the first node to authorize the processing decision of the third node's data flow. The proxy request frame includes the second node's processing decision and requirements regarding the third node's data flow.

[0233] In some embodiments, the proxy request frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the negotiation scenario for the proxy data stream is a relay scenario.

[0234] S603, the first node sends a proxy response frame to the third node through the second node. Correspondingly, the third node receives the proxy response frame sent by the first node through the second node.

[0235] The proxy response frame is used to respond to the proxy request frame. For example, the proxy response frame includes proxy information.

[0236] For example, after receiving a proxy request frame from a third node, the first node, based on its own decisions and resource availability, determines whether to satisfy the processing decision of the first node regarding the third node's data stream carried in the proxy request frame, thereby determining whether to authorize the processing of the third node's data stream. The first node then sends a proxy response frame to the third node in response to the proxy request frame, thus completing the negotiation of the third node's data stream processing decision.

[0237] It should be noted that the aforementioned proxy request frame belongs to either a proxy SCS request frame or a proxy MSCS request frame, and the aforementioned proxy response frame belongs to either a proxy SCS response frame or a proxy MSCS response frame. The specific type can be determined based on the data stream type of the third node.

[0238] S604, the third node sends a request frame to the second node. Correspondingly, the second node receives the request frame sent by the third node.

[0239] The request frame is used to request the second node to authorize processing decisions for the data flow related to the third node, and can also be represented as a means of negotiating the second node's processing decisions for the data flow to the third node. The request frame includes the second node's processing decisions for the data flow to the third node.

[0240] S605, the second node sends a response frame to the third node. Correspondingly, the third node receives the response frame sent by the second node.

[0241] The response frame is used to represent the authorization result and to respond to the above request frame.

[0242] In some embodiments, after receiving a request frame from a third node, the first node determines, based on its own decisions and resource availability, whether to authorize the third node to process its data stream. The first node then sends a response frame to represent the authorization result, thus completing the negotiation of the third node's data stream processing decision.

[0243] It should be noted that the above request frame belongs to the SCS request frame or MSCS request frame described above, and the above response frame belongs to the SCS response frame or MSCS response frame described above.

[0244] S606. When both the first node and the second node authorize the third node to make data flow processing decisions, the data flow of the third node is transmitted and processed between the nodes according to the negotiated processing decisions of the third node.

[0245] It should be understood that S602-S603 is the negotiation process between the third node and the first node, while S604-S605 is the negotiation process between the third node and the second node. In practical applications, the order of these two processes can be interchanged. For example, the negotiation process between the third node and the second node can be performed first, followed by the negotiation process between the third node and the first node.

[0246] Another example is taking the data flow of the third node as the data flow between the third node and the first node, and the processing decision of the second node on the data flow of the third node as generated by the second node, such as... Figure 40 As shown, the communication method includes the following steps:

[0247] S701, the third node sends a proxy request frame to the second node. Correspondingly, the second node receives the proxy request frame sent by the third node.

[0248] The proxy request frame is used to request the second node to authorize processing decisions for the data stream related to the third node, and can also be characterized as a means of negotiating processing decisions for the data stream from the second node to the third node. The proxy request frame includes at least one of the following: a flow classification of the data stream from the second node to the third node, a flow classification mask, and flow characteristics. The data stream from the third node is the data stream between the first node and the third node.

[0249] In some embodiments, the proxy request frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and an association indicator of the proxied node; wherein the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario. For example, in addition to the proxy information, the seventh frame may also include Stream Classification Information (SCI).

[0250] S702, the second node sends a proxy response frame to the third node. Correspondingly, the third node receives the proxy response frame sent by the second node.

[0251] The proxy response frame is used to respond to the proxy request frame. The proxy response frame includes proxy information.

[0252] S703. The second node determines the processing decision of the data flow of the third node based on network state information, flow classification, flow classification mask and flow characteristics.

[0253] For example, network state information includes at least one of the following: air interface state, channel conditions, and network load. The second node, through the acquired network state information, flow classification, flow classification mask, and flow characteristics, generates processing decisions for the data flow from the second node to the third node, and for the data flow from the first node to the third node. The processing decisions may also include specific requirements for the third node. These specific requirements can limit the forwarding decisions and performance of the data flow from the first and second nodes to the third node.

[0254] S704. The second node sends a proxy request frame to the first node. Correspondingly, the first node receives the proxy request frame sent by the second node.

[0255] The proxy request frame is used to negotiate the first node's decision on how to process the data stream of the third node. Alternatively, it can be described as the proxy request frame requesting the first node to authorize the third node's decision on how to process the data stream.

[0256] For example, the proxy request frame includes at least one of the following: the first node's processing decision on the data stream of the third node, and proxy information.

[0257] S705, The first node sends a proxy response frame to the second node. Correspondingly, the second node receives the proxy response frame sent by the first node.

[0258] The proxy response frame is used to respond to the aforementioned proxy request frame. The proxy response frame includes proxy information (PI).

[0259] For example, after receiving the proxy request frame sent by the first node, the first node determines, based on its own decisions and resource availability, whether to satisfy the first node's processing decision regarding the data flow of the third node carried in the proxy request frame, and thus determines whether to authorize the processing decision of the third node's data flow. It then sends a proxy response frame to the second node in response to the proxy request frame sent by the second node, completing the negotiation of the third node's data flow.

[0260] S706. When both the first node and the second node authorize the data flow of the third node, the data flow of the third node is transmitted and processed between the nodes according to the negotiated processing decision of the data flow of the third node.

[0261] It should be noted that the technical solution for requesting the cancellation of authorization of data streams related to the third node in the communication method provided in this disclosure can also be applied to relay scenarios. For example, taking the first node as AP, the second node as relay node, and the third node as STA as an example, the communication method provided in this disclosure will be introduced.

[0262] For example, such as Figure 41The diagram illustrates the specific process of the data flow related to the first node initiating a request to revoke authorization and the third node, including the following steps:

[0263] S801, the first node sends a response frame to the third node through the second node. Correspondingly, the third node receives the response frame sent by the first node through the second node.

[0264] The response frame is a non-requested response frame, determined based on the data stream of the third node. The response frame is used to request the third node to revoke authorization of its data stream processing decision.

[0265] S802, the first node sends the fourth frame to the second node. Correspondingly, the second node receives the fourth frame sent by the first node.

[0266] The fourth frame is used for processing decisions regarding the data flow of a third node requesting the cancellation of authorization. The fourth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association identifier of the proxied node. The proxy indicator indicates whether this frame is used for proxy negotiation in data flow processing decisions; the relay indicator indicates whether the proxy negotiation scenario is a relay scenario.

[0267] S803, the second node sends the fifth frame to the first node. Correspondingly, the first node receives the fifth frame sent by the second node.

[0268] The fifth frame is used in response to the fourth frame. The fifth frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0269] In some embodiments, the second node confirms the cancellation information and sends a fifth frame to the first node.

[0270] In the process of requesting the cancellation of the data flow authorization of the third node, the first node may first request the second node to make a decision on canceling the data flow authorization of the third node, and then request the third node to make a decision on canceling the data flow authorization of the third node. This disclosure does not restrict this.

[0271] Another example, such as Figure 42 The diagram illustrates the specific process of the data flow from the second node initiating a request to revoke authorization from the third node, including the following steps:

[0272] S901, the second node sends the fourth frame to the first node. Correspondingly, the first node receives the fourth frame sent by the second node.

[0273] The fourth frame is used for processing decisions regarding the data flow of a third node requesting the cancellation of authorization. The fourth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association identifier of the proxied node. The proxy indicator indicates whether this frame is used for proxy negotiation in data flow processing decisions; the relay indicator indicates whether the proxy negotiation scenario is a relay scenario.

[0274] S902, the first node sends the fifth frame to the third node through the second node. Correspondingly, the second node receives the fifth frame sent by the first node through the third node.

[0275] The fifth frame is used in response to the fourth frame. The fifth frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0276] Another example, such as Figure 43 The diagram illustrates the specific process of the data flow from the second node initiating a request to revoke authorization from the third node, including the following steps:

[0277] S1001, the third node sends a request frame to the first node through the second node. Correspondingly, the first node receives the request frame sent by the third node through the second node.

[0278] The request frame can be either an SCS request frame or an MSCS request frame, depending on the data stream associated with the third node. The request frame is used to request the third node to rescind its data stream processing decision.

[0279] S1002, the first node sends a response frame to the third node through the second node. Correspondingly, the third node receives the response frame sent by the first node through the second node.

[0280] For example, when the first node receives a request frame, it confirms the cancellation information and sends a response frame to the third node.

[0281] S1003, the first node sends the fourth frame to the second node. Correspondingly, the second node receives the fourth frame sent by the first node.

[0282] The fourth frame is used for processing decisions regarding the data flow of a third node requesting the cancellation of authorization. The fourth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association identifier of the proxied node. The proxy indicator indicates whether this frame is used for proxy negotiation in data flow processing decisions; the relay indicator indicates whether the proxy negotiation scenario is a relay scenario.

[0283] S1004, the second node sends the fifth frame to the first node. Correspondingly, the first node receives the fifth frame sent by the second node.

[0284] The fifth frame is used in response to the fourth frame. The fifth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association identifier of the proxied node. The proxy indicator indicates whether this frame is used for proxy negotiation in data stream processing decisions; the relay indicator indicates whether the proxy negotiation scenario is a relay scenario. For example, the second node confirms the cancellation information and sends the fifth frame to the first node.

[0285] In some embodiments, the second node, acting as a relay node, needs to parse the frames sent from the first node to the third node to determine whether they conform to the flow classification and flow characteristics of the authorized third node's data flow, and then process them accordingly.

[0286] In other embodiments, a SCSID field is carried in the frame header or preamble of the corresponding frame of the data stream of the authorized third node, so that the second node can perform appropriate classification and processing on the data stream based on the SCSID field.

[0287] In this way, the second node does not need to parse the specific content of the frame, but can perform the corresponding classification and processing through the frame's fields, reducing the processing overhead and latency of the second node. Furthermore, since the second node does not need to access the content of the frame, it can also improve the security of the frame.

[0288] In some embodiments, the communication method provided in this disclosure can also be applied to relay scenarios with multiple relay nodes. For example, taking the first node as an AP, the second node as a relay node, and the third node as a STA as an example, the application scenario includes multiple second nodes, and the interactive frames need to go through multiple levels of relay.

[0289] like Figure 44 The diagram shown illustrates the interaction flowchart in a multi-level relay scenario, specifically including the following steps:

[0290] S1101, the third node sends a third frame to the first node through multiple second nodes. Correspondingly, the first node receives the third frame sent by the first node through multiple second nodes.

[0291] For example, the third node sends the third frame to the last second node N, and the second node N forwards the third frame to the next higher-level second node. The next higher-level second node that receives the third frame repeats this forwarding process until the first second node 1 forwards the received third frame to the first node.

[0292] The third frame is used to request the first node to authorize the third node's data flow processing decision, or it can be represented as negotiating the first node's data flow processing decision for the third node.

[0293] S1102, the first node sends response frames to the third node through multiple second nodes. Correspondingly, the third node receives multiple response frames sent by the first node through the second nodes.

[0294] For example, after receiving the third frame, the first node sends a response frame to the first second node 1. The second node 1 forwards the response frame to the next level second node. The second node that receives the response frame forwards the response frame to the next level second node, until the last second node N forwards the response frame to the third node.

[0295] The response frame is used to represent the authorization result, and the response request frame is used to represent the response request.

[0296] S1103. The first node determines the second node's processing decision for the data flow of the third node based on network state information, flow classification, flow classification mask, and flow characteristics.

[0297] The processing decision of the second node on the data stream of the third node includes at least one of the following: the second node's flow classification of the data stream of the third node, the flow classification mask, and the flow characteristics.

[0298] S1104. The first node sends a first frame to multiple second nodes. Correspondingly, the multiple second nodes receive the first frame sent by the first node.

[0299] The first frame is used to negotiate the processing decisions of the second node regarding the data flow of the third node. Alternatively, it can be described as the first frame being used to request the second node to authorize the processing decisions of the third node's data flow. The first frame includes at least one of the following: multiple processing decisions of the second node regarding the data flow of the third node, and proxy information.

[0300] For example, the first node sends a first frame to the first second node 1 to negotiate the second node's decision on how to process the data stream of the third node. The first node 1 forwards the first frame to the next level second node to negotiate the next level second node's decision on how to process the data stream of the third node, until the last second node N receives the first frame.

[0301] S1105, Multiple second nodes send a second frame to the first node. Correspondingly, multiple first nodes receive the second frame sent by the second nodes.

[0302] The second frame is used in response to the first frame. The second frame includes the proxy information (PI).

[0303] For example, the first second node 1 sends the second frame directly to the first node. The second second node 2 sends the second frame to the first node through its parent node 1. Similarly, other second nodes forward the second frames through their parent nodes until the first node receives all the second frames sent by the second nodes.

[0304] In some embodiments, the above interaction process is repeated for each level of second node until all second nodes have completed the authorization of the data flow processing decision of the third node, or until the negotiation of the data flow processing decision of the second node to the third node is completed with all second nodes.

[0305] It should be noted that the proxy request frame mentioned above is either a proxy SCS request frame or a proxy MSCS request frame, the proxy response frame is either a proxy SCS response frame or a proxy MSCS response frame, the request frame is either an SCS request frame or an MSCS request frame, and the response frame is either an SCS response frame or an MSCS response frame. The specific frame type needs to be determined based on whether the data stream is an SCS stream or an MSCS stream, and this disclosure does not make a specific distinction here.

[0306] The communication method disclosed herein can also be applied to fiber-to-the-room (FTTR) technology scenarios. FTTR connects wireless routers (APs) in different rooms or locations in homes or small and medium-sized enterprises via optical fiber, thereby providing high-bandwidth, high-reliability connections between multiple APs. It can utilize a point-to-multipoint optical distribution network to achieve connections between the master control AP and slave APs.

[0307] It is understood that, in order to achieve the above-mentioned functions, the communication device includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily recognize that, based on the algorithmic steps of the examples described in conjunction with the embodiments of this disclosure, this disclosure can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0308] This disclosure embodiment can divide the communication device into functional modules according to the above method embodiment. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one functional module. The integrated module can be implemented in hardware or software. It should be noted that the module division in this disclosure embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods. The following description uses the example of dividing each functional module according to each function.

[0309] Figure 45 This is a schematic diagram of a communication device applied to a first node according to an embodiment of this disclosure. This communication device 450 can execute the communication method provided in the above-described method embodiment. Figure 45 As shown, the communication device 450 includes a transmitting module 4501 and a receiving module 4502.

[0310] The sending module 4501 is used to send a first frame to the second node. The first frame is used to negotiate the second node's processing decision on the data stream of the third node.

[0311] The receiving module 4502 is used to receive the second frame sent by the second node, and the second frame is used to respond to the first frame.

[0312] In some embodiments, the processing decision includes at least one of the following: the second node classifies the data stream of the third node, the stream classification mask, and the stream characteristics.

[0313] In some embodiments, the processing decision is determined as follows: obtaining network state information, which includes at least one of the following: air interface state, channel conditions, and network load; receiving a third frame sent by a third node, which includes at least one of the following: the first node's flow classification of the data stream of the third node, the flow classification mask, and the flow characteristics; and determining the processing decision based on the network state information, the flow classification, the flow classification mask, and the flow characteristics.

[0314] In some embodiments, the first frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0315] In some embodiments, the second frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0316] In some embodiments, the sending module 4501 is further configured to send a fourth frame to the second node, the fourth frame being used to request the cancellation of the third node's data stream processing decision; the receiving module 4502 is further configured to receive a fifth frame sent by the second node, the fifth frame being used to respond to the fourth frame.

[0317] In some embodiments, the receiving module 4502 is further configured to receive a fourth frame sent by the second node, the fourth frame being used to request the third node to cancel the processing decision of the data stream; the sending module 4501 is further configured to send a fifth frame to the second node, the fifth frame being used to respond to the fourth frame.

[0318] In some embodiments, the fourth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0319] In some embodiments, the fifth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0320] In some embodiments, the data stream is a Stream Classification Service (SCS) stream or a Mirror Stream Classification Service (MSCS) stream.

[0321] Figure 46 This is a schematic diagram of a communication device applied to a second node according to an embodiment of this disclosure. This communication device 460 can execute the communication method provided in the above-described method embodiment. Figure 46 As shown, the communication device 460 includes a receiving module 4601 and a transmitting module 4602.

[0322] The receiving module 4601 is used to receive the first frame sent by the first node. The first frame is used to negotiate the processing decision of the second node on the data stream of the third node.

[0323] The sending module 4602 is used to send a second frame to the first node, and the second frame is used to respond to the first frame.

[0324] In some embodiments, the processing decision includes at least one of the following: the second node classifies the data stream of the third node, the stream classification mask, and the stream characteristics.

[0325] In some embodiments, the first frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0326] In some embodiments, the second frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0327] In some embodiments, the receiving module 4601 is further configured to receive a fourth frame sent by the first node, the fourth frame being used to request the third node to cancel the processing decision of the data stream; the sending module 4602 is further configured to send a fifth frame to the first node, the fifth frame being used to respond to the fourth frame.

[0328] In some embodiments, the sending module 4602 is further configured to send a fourth frame to the first node, the fourth frame being used to request the third node to cancel the processing decision of the data stream; the receiving module 4601 is further configured to receive a fifth frame sent by the first node, the fifth frame being used to respond to the fourth frame.

[0329] In some embodiments, the fourth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0330] In some embodiments, the fifth frame includes proxy information, which includes at least one of the following: a proxy indicator, a relay indicator, the address of the proxied node, and the association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation for data stream processing decisions; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

[0331] In some embodiments, the data stream is a Stream Classification Service (SCS) stream or a Mirror Stream Classification Service (MSCS) stream.

[0332] In implementing the functionality of the integrated modules described above using hardware, this disclosure provides another possible structure for the communication device involved in the above embodiments. For example... Figure 47 As shown, the communication device 470 includes a processor 4702 and a bus 4704. Optionally, the communication device 470 may also include a memory 4701; alternatively, the communication device 470 may also include a communication interface 4703.

[0333] Processor 4702 may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with embodiments of this disclosure. Processor 4702 may be a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with embodiments of this disclosure. Processor 4702 may also be a combination of computing functions, such as including one or more microprocessor combinations, a combination of a DSP and a microprocessor, etc.

[0334] The communication interface 4703 is used to connect to other devices via a communication network. This communication network can be Ethernet, wireless access network, wireless local area network (WLAN), etc.

[0335] The memory 4701 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), disk storage medium or other magnetic storage device, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.

[0336] In one possible implementation, the memory 4701 can exist independently of the processor 4702. The memory 4701 can be connected to the processor 4702 via a bus 4704 and is used to store instructions or program code. When the processor 4702 calls and executes the instructions or program code stored in the memory 4701, it can implement the communication method provided in the embodiments of this disclosure.

[0337] In another possible implementation, the memory 4701 can also be integrated with the processor 4702.

[0338] The 4704 bus can be an extended industry standard architecture (EISA) bus, etc. The 4704 bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 47 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0339] Some embodiments of this disclosure provide a computer-readable storage medium (e.g., a non-transitory computer-readable storage medium) storing computer program instructions that, when executed on a computer, cause the computer to perform a communication method as described in any of the above embodiments.

[0340] For example, the computer-readable storage media described above may include, but are not limited to: magnetic storage devices (e.g., hard disks, floppy disks, or magnetic tapes), optical disks (e.g., compact disks (CDs), digital versatile disks (DVDs), etc.), smart cards, and flash memory devices (e.g., erasable programmable read-only memory (EPROMs), cards, sticks, or key drives, etc.). The various computer-readable storage media described in this disclosure may represent one or more devices for storing information and / or other machine-readable storage media. The term "machine-readable storage media" may include, but is not limited to, wireless channels and various other media capable of storing, containing, and / or carrying instructions and / or data.

[0341] This disclosure provides a computer program product containing instructions that, when run on a computer, cause the computer to perform the communication method of any of the above embodiments.

[0342] The above are merely specific embodiments of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any changes or substitutions within the technical scope disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.

Claims

1. A communication method, characterized in that, Applied to the first node, the method includes: Send a first frame to the second node. The first frame is used to negotiate the second node's decision on how to process the data stream of the third node. Receive a second frame sent by the second node, the second frame being used in response to the first frame.

2. The method according to claim 1, characterized in that, The processing decision includes at least one of the following: the second node's flow classification of the data stream of the third node, the flow classification mask, and the flow characteristics.

3. The method according to claim 1, characterized in that, The processing decision is determined according to the following method: Obtain network status information, which includes at least one of the following: air interface status, channel conditions, and network load; The first node receives a third frame sent by a third node, the third frame including at least one of the following: the first node's stream classification of the data stream of the third node, the stream classification mask, and the stream features; The processing decision is determined based on the network state information, the flow classification, the flow classification mask, and the flow characteristics.

4. The method according to claim 1, characterized in that, The first frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation in the processing decision of the data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

5. The method according to claim 1, characterized in that, The second frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation in the processing decision of the data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

6. The method according to claim 1, characterized in that, The method further includes: Send a fourth frame to the second node, the fourth frame being used to request the revocation of the third node's data stream processing decision; The fifth frame sent by the second node is received, and the fifth frame is used in response to the fourth frame.

7. The method according to claim 1, characterized in that, The method further includes: Receive a fourth frame sent by the second node, the fourth frame being used to request the third node to revoke its data stream processing decision; A fifth frame is sent to the second node, the fifth frame being used in response to the fourth frame.

8. The method according to claim 6 or 7, characterized in that, The fourth frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation in the processing decision of the data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

9. The method according to claim 6 or 7, characterized in that, The fifth frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation in the processing decision of the data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

10. The method according to claim 1, characterized in that, The data stream is either a stream classification service (SCS) stream or a mirror stream classification service (MSCS) stream.

11. A communication method, characterized in that, Applied to the second node, the method includes: Receive the first frame sent by the first node, the first frame being used to negotiate the second node's processing decision on the data stream of the third node; A second frame is sent to the first node, which is used in response to the first frame.

12. The method according to claim 11, characterized in that, The processing decision includes at least one of the following: the second node's flow classification of the data stream of the third node, the flow classification mask, and the flow characteristics.

13. The method according to claim 11, characterized in that, The first frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation in the processing decision of the data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

14. The method according to claim 11, characterized in that, The second frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation in the processing decision of the data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

15. The method according to claim 11, characterized in that, The method further includes: Receive a fourth frame sent by the first node, the fourth frame being used to request the third node to revoke its data stream processing decision; A fifth frame is sent to the first node, the fifth frame being used in response to the fourth frame.

16. The method according to claim 11, characterized in that, The method further includes: Send a fourth frame to the first node, the fourth frame being used to request the revocation of the third node's data stream processing decision; The fifth frame sent by the first node is received, and the fifth frame is used in response to the fourth frame.

17. The method according to claim 15 or 16, characterized in that, The fourth frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation in the processing decision of the data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

18. The method according to claim 15 or 16, characterized in that, The fifth frame includes proxy information, which includes at least one of the following: proxy indicator, relay indicator, address of the proxied node, and association indicator of the proxied node; wherein, the proxy indicator is used to indicate whether this frame is used for proxy negotiation in the processing decision of the data stream; and the relay indicator is used to indicate whether the proxy negotiation scenario is a relay scenario.

19. The method according to claim 11, characterized in that, The data stream is either a stream classification service (SCS) stream or a mirror stream classification service (MSCS) stream.

20. A communication device, characterized in that, The system includes a processor that, when executing a computer program, implements the communication method as described in any one of claims 1 to 10, or implements the communication method as described in any one of claims 11 to 19.

21. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes computer instructions; wherein, when the computer instructions are executed, they implement the communication method as described in any one of claims 1 to 10, or implement the communication method as described in any one of claims 11 to 19.

22. A computer program product, characterized in that, When the computer program product is executed, it implements the communication method as described in any one of claims 1 to 10, or the communication method as described in any one of claims 11 to 19.

Images