Multi-link communication method, from-traffic-to-link mapping method, and device

Abstract

To provide a multi-link communication method, a from-traffic-to-link mapping method, and a device.SOLUTION: When performing multi-link establishment, a multi-link device establishes multi-link communication on some or all of links supported by the multi-link device based on requirements. In subsequent communication, the multi-link device further adds or removes links to or from the established multi-link communication links based on the requirements. The multi-link device establishes a from-traffic-to-link mapping relationship at the time of the multi-link establishment or updates the from-traffic-to-link mapping relationship after the completion of the multi-link establishment.SELECTED DRAWING: Figure 4

Description

[Technical field]

[0001] [CROSS-REFERENCE TO RELATED APPLICATIONS] This application claims priority to Chinese Patent Application No. 202010852529.1, entitled "Multi-link communication method, traffic-to-link mapping method, and device," filed with the State Intellectual Property Administration of China on August 21, 2020, the contents of which are incorporated herein by reference in their entirety.

[0002] [Technical field] The present application relates to the field of communication technologies, and in particular to a multi-link communication method, a traffic-to-link mapping method, and a device. [Background technology]

[0003] With the development of wireless technology, more and more wireless devices support multi-link communication. For example, these devices support simultaneous communication in the 2.4 [GHz], 5 [GHz], and 6 [GHz] frequency bands, or support communication in multiple different channels in the same frequency band. This improves the communication speed between multiple wireless devices. A wireless device that supports multi-link communication is usually called a multi-link device (MLD).

[0004] Before multiple MLDs can communicate with each other, they need to perform a multi-link establishment, for example, a first multi-link device may perform a multi-link establishment by sending an association request frame to a second multi-link device, the association request frame carrying information about the link the first multi-link device supports and on which the first multi-link device would like to establish multi-link communication.

[0005] However, in practical application, the MLD may not have a communication requirement in each link supported by the MLD in the initial stage. If the MLD establishes multi-link communication in all of the links supported by the MLD in the initial stage, the utilization rate of link resources will be low. In the subsequent communication process, the MLD may further have a requirement for updating the communication links. Meanwhile, in the initial stage, the multi-link device only provides information about the links on which the multi-link device wants to establish multi-link communication. This makes it impossible to meet the requirement for updating the communication links. It can be seen that the multi-link communication in the prior art has technical problems of being inflexible and impossible to meet practical application requirements. Summary of the Invention

[0006] The embodiments of this application provide a multi-link communication method, a traffic-to-link mapping method and device, which can improve the flexibility of the multi-link communication performed by the multi-link device, and can meet the requirement of dynamically updating the communication link by the multi-link device. In addition, the transmission of traffic can be more flexibly managed, and the quality of service of traffic can be improved.

[0007] According to a first aspect, a multi-link communication method is provided, the method including the steps of: a first multi-link device receiving a first request message transmitted by a second multi-link device, the first request message carrying identifiers of at least two links and first indication information of each of the at least two links, the first indication information indicating an operation type of the links, the operation type including establishing multi-link communication, and further including providing only link information or not establishing multi-link communication; the first multi-link device transmitting a first response message to the second multi-link device, the first response message carrying the identifiers of the at least two links and second indication information of each of the at least two links, the second indication information indicating a state of the link.

[0008] In this embodiment of the present application, the first request message carries first indication information, and the first response message carries second indication information, so that during multi-link establishment, the multi-link device may select to establish multi-link communication on some of the links supported by the multi-link device according to certain requirements, which can improve the flexibility of the multi-link communication performed by the multi-link device.

[0009] In one possible implementation, the operation types further include adding a link to a multi-link communication link and / or removing a link from the multi-link communication link.

[0010] In this implementation, the first request message carries the first indication information, and the first response message carries the second indication information, so that after completing the establishment of the multilink, the multilink device may add a link to the established multilink communication link or delete a link from the established multilink communication link according to communication requirements, which further enables the flexibility of the multilink communication performed by the multilink device to be improved, and enables the requirement of dynamically updating the communication link by the multilink device to be better met.

[0011] In one possible implementation, the status includes one or more of the following items: establishment of the multi-link communication is successful, establishment of the multi-link communication is unsuccessful, only the link information is provided or the multi-link communication is not established, addition of the link is successful, addition of the link is unsuccessful, removal of the link is successful, or removal of the link is unsuccessful.

[0012] In this implementation, multiple link states exist, further improving the flexibility of multi-link communication.

[0013] In one possible implementation, the first indication information and / or the second indication information is carried in a first pre-configured field in a multilink information element.

[0014] This implementation is simple and easy to implement.

[0015] In one possible implementation, in the multilink information element carried in the first request message, a first value of the first pre-configured field indicates that the operation type is establishment of multilink communication, and a second value of the first pre-configured field indicates that the operation type is providing only link information or not establishing multilink communication. Alternatively, in the multilink information element carried in the first response message, a first value of the first pre-configured field indicates that the status is that the establishment of the multilink communication is successful, a second value of the first pre-configured field indicates that the status is that the establishment of the multilink communication is unsuccessful, and a third value of the first pre-configured field indicates that the status is that only the link information is provided or that the multilink communication is not established.

[0016] In this implementation, when the multilink information element is located in an association request frame and an association response frame, each of the values ​​of the first pre-configured field may indicate different meanings. Based on the type of frame in which the first pre-configured field is located (i.e., an association request frame and an association response frame) and based on the value of the first pre-configured field, it is possible to determine the meaning indicated by the value of the first pre-configured field, thereby reducing the bits occupied by the first pre-configured field.

[0017] In one possible implementation, in the multilink information element carried in the first request message or the first response message, the value of the first pre-configured field is: a first value indicating that the operation type is establishing multi-link communication; a second value indicating that the state is that the multi-link communication has been successfully established; a third value indicating that the condition is that establishment of the multi-link communication has failed; or a fourth value indicating that the operation type or the state is to provide only the link information or not to establish the multi-link communication.

[0018] In this implementation, when the multilink information element is located in the association request frame and the association response frame, the value of the first pre-configured field may indicate the same meaning, and the meaning of the value of the first pre-configured field may be directly determined based on the value of the first pre-configured field, which can reduce the complexity in identifying the first pre-configured field by the multilink device.

[0019] In one possible implementation, in the multilink information element carried in the first request message, a first value of the first pre-configured field indicates that the operation type is adding a link to a multilink communication link and a second value of the first pre-configured field indicates that the operation type is deleting a link from the multilink communication link. Alternatively, in the multilink information element carried in the first response message, a first value of the first pre-configured field indicates that the status is adding the link successful, a second value of the first pre-configured field indicates that the status is adding the link unsuccessful, a third value of the first pre-configured field indicates that the status is deleting the link successful, and a fourth value of the first pre-configured field indicates that the status is deleting the link unsuccessful.

[0020] In this implementation, when the multilink information element is located in a reassociation request frame and a reassociation response frame, each of the values ​​of the first pre-configured field may indicate different meanings. Based on the type of frame in which the first pre-configured field is located (i.e., a reassociation request frame and a reassociation response frame) and based on the value of the first pre-configured field, it is possible to determine the meaning indicated by the value of the first pre-configured field, thereby reducing the bits occupied by the first pre-configured field.

[0021] In one possible implementation, in the multilink information element carried in the first request message or the first response message, the value of the first pre-configured field is: a first value indicating that the operation type is an addition of a link to a multi-link communication link; a second value indicating that the operation type is a deletion of a link from the multi-link communication link; a third value indicating that the status is that the link was successfully added; a fourth value indicating that the condition is that the addition of the link failed; a fifth value indicating that the status is that the link has been successfully removed; or a sixth value indicating that the condition is that removal of the link has failed; , contains any one or more items of.

[0022] In this implementation, when the multilink information element is located in the reassociation request frame and the reassociation response frame, the value of the first pre-configured field may indicate the same meaning, and the meaning of the value of the first pre-configured field may be directly determined based on the value of the first pre-configured field, which allows the multilink device to reduce the complexity in identifying the first pre-configured field.

[0023] In one possible implementation, in the multilink information element carried in the first request message or the first response message, the value of the first pre-configured field is: a first value indicating that the operation type is establishing multi-link communication; a second value indicating that the state is that the multi-link communication has been successfully established; a third value indicating that the condition is that establishment of the multi-link communication has failed; and a fourth value indicating that the operation type or the state is to provide only the link information or not to establish the multi-link communication; a fifth value indicating that the operation type is an addition of a link to a multi-link communication link; a sixth value indicating that the operation type is a deletion of a link from the multi-link communication link; a seventh value indicating that the status is that the link was successfully added; an eighth value indicating that the condition is that the addition of the link has failed; a ninth value indicating that the status is that the link has been successfully removed; or a tenth value indicating that the condition is that removal of the link has failed; , contains any one or more items of.

[0024] In this implementation, when the multilink information element is located in an association request frame, an association response frame, a reassociation request frame, and a reassociation response frame, the value of the first pre-configured field may indicate the same meaning, and the meaning of the value of the first pre-configured field may be directly determined based on the value of the first pre-configured field, which further allows the multilink device to reduce the complexity in identifying the first pre-configured field.

[0025] In one possible implementation, if the operation type is establishing multilink communication, not establishing multilink communication, providing only the link information, or adding the link to the multilink communication link, the first request message further carries station capability information. Alternatively, if the operation type is removing the link from the multilink communication link, the first request message does not carry station capability information.

[0026] In this implementation, when the operation type is to delete a link from a multi-link communication link, the first request message does not carry the station's capability information, which allows reducing the resource overhead while ensuring the reliability of the solution.

[0027] In one possible implementation, the multilink information element further carries information about a new link of an access point device, and a multilink device MLD common information field of the multilink information element carries third indication information indicating that the multilink information element carries information about the new link.

[0028] In this implementation, a multi-link device initiates a new link based on communication requirements and notifies other multi-link devices in a timely manner, further improving the flexibility of multi-link communication and better meeting the requirements of dynamic updating of communication links by multi-link devices.

[0029] In one possible implementation, the information regarding the new link is carried in each of N consecutive beacon frames, where N is a positive integer.

[0030] In this way it is possible to ensure that information about the new link can be received effectively by other multi-link devices, further improving the reliability of the solution.

[0031] According to a second aspect, a multi-link communication method is provided, the method including the steps of: a first multi-link device receiving a first request message transmitted by a second multi-link device, the first request message carrying identifiers of at least two links and first indication information of each of the at least two links, the first indication information indicating an operation type of the links, the operation type including adding a link to a multi-link communication link, and further including providing only link information or not establishing multi-link communication; and the first multi-link device transmitting a first response message to the second multi-link device, the first response message carrying the identifiers of the at least two links and second indication information of each of the at least two links, the second indication information indicating a state of the link.

[0032] In this embodiment of the present application, the first request message carries first indication information, and the first response message carries second indication information, so that the multilink device adds a link to the established multilink communication link according to a certain requirement. In addition, it further provides information about other links that do not need to establish multilink communication, so that the multilink device adds a link later according to a certain requirement. This allows the multilink device to improve the flexibility of the multilink communication performed by the multilink device.

[0033] In one possible implementation, the operation types further include establishing a multi-link communication link and / or deleting a link from the multi-link communication link.

[0034] In one possible implementation, the status includes any one or more of the following items: establishment of the multi-link communication is successful; establishment of the multi-link communication is unsuccessful; only the link information is provided or the multi-link communication is not established; addition of the link is successful; addition of the link is unsuccessful; removal of the link is successful; or removal of the link is unsuccessful.

[0035] According to a third aspect, a multi-link communication method is provided, the method including the steps of: a first multi-link device receiving a first request message transmitted by a second multi-link device, the first request message carrying identifiers of at least two links and first indication information of each of the at least two links, the first indication information indicating an operation type of the links, the operation type including removing a link to a multi-link communication link, and further including providing only link information or not establishing multi-link communication; and the first multi-link device transmitting a first response message to the second multi-link device, the first response message carrying the identifiers of the at least two links and second indication information of each of the at least two links, the second indication information indicating a state of the link.

[0036] In this embodiment of the present application, the first request message carries first indication information, and the first response message carries second indication information, so that the multilink device removes a link from the established multilink communication link according to a certain requirement. In addition, it further provides information about other links that do not need to establish multilink communication, so that the multilink device adds a link later according to a certain requirement. This allows the multilink device to improve the flexibility of the multilink communication performed by the multilink device.

[0037] In one possible implementation, the operation types further include establishing multi-link communication and / or adding a link to the multi-link communication link.

[0038] In one possible implementation, the status includes any one or more of the following items: establishment of the multi-link communication is successful; establishment of the multi-link communication is unsuccessful; only the link information is provided or the multi-link communication is not established; addition of the link is successful; addition of the link is unsuccessful; removal of the link is successful; or removal of the link is unsuccessful.

[0039] According to a fourth aspect, a multi-link communication method is provided, the method including the steps of: a second multi-link device sending a first request message to a first multi-link device, the first request message carrying identifiers of at least two links and first indication information for each of the at least two links, the first indication information indicating an operation type of the links, the operation type including establishing multi-link communication, and further including providing only link information or not establishing multi-link communication; and the second multi-link device receiving a first response message from the first multi-link device, the first response message carrying the identifiers of the at least two links and second indication information for each of the at least two links, the second indication information indicating a state of the links.

[0040] In one possible implementation, the operation types further include adding a link to a multi-link communication link and / or removing a link from the multi-link communication link.

[0041] In one possible implementation, the status includes any one or more of the following items: establishment of the multi-link communication is successful; establishment of the multi-link communication is unsuccessful; only the link information is provided or the multi-link communication is not established; addition of the link is successful; addition of the link is unsuccessful; removal of the link is successful; or removal of the link is unsuccessful.

[0042] In one possible implementation, the first indication information and / or the second indication information is carried in a first pre-configured field in a multilink information element.

[0043] In one possible implementation, in the multilink information element carried in the first request message, a first value of the first pre-configured field indicates that the operation type is establishment of multilink communication, and a second value of the first pre-configured field indicates that the operation type is providing only link information or not establishing multilink communication. Alternatively, in the multilink information element carried in the first response message, a first value of the first pre-configured field indicates that the status is that the establishment of the multilink communication is successful, a second value of the first pre-configured field indicates that the status is that the establishment of the multilink communication is unsuccessful, and a third value of the first pre-configured field indicates that the status is that only the link information is provided or that the multilink communication is not established.

[0044] In one possible implementation, in the multilink information element carried in the first request message or the first response message, the value of the first pre-configured field is: a first value indicating that the operation type is establishing multi-link communication; a second value indicating that the state is that the multi-link communication has been successfully established; a third value indicating that the condition is that establishment of the multi-link communication has failed; or a fourth value indicating that the operation type or the state is to provide only the link information or not to establish the multi-link communication.

[0045] In one possible implementation, if the operation type is establishing multilink communication, not establishing multilink communication, providing only the link information, or adding the link to the multilink communication link, the first request message further carries station capability information. Alternatively, if the operation type is removing the link from the multilink communication link, the first request message does not carry station capability information.

[0046] In one possible implementation, the multilink information element further carries information regarding a new link of the access point device.

[0047] A multilink device MLD common information field of the multilink information element carries third indication information indicating that the multilink information element carries information about the new link.

[0048] In one possible implementation, the information regarding the new link is carried in each of N consecutive beacon frames, where N is a positive integer.

[0049] For technical effects of the fourth aspect or several possible implementations of the fourth aspect, reference should be made to the description of the technical effects of the first aspect or several possible implementations of the first aspect.

[0050] According to a fifth aspect, a multi-link communication method is provided, the method including the steps of: a second multi-link device sending a first request message to a first multi-link device, the first request message carrying identifiers of at least two links and first indication information for each of the at least two links, the first indication information indicating an operation type of the link, the operation type including adding a link to a multi-link communication link, and further including providing only link information or not establishing multi-link communication; the second multi-link device receiving a first response message from the first multi-link device, the first response message carrying the identifiers of the at least two links and second indication information for each of the at least two links, the second indication information indicating a state of the link.

[0051] In one possible implementation, the operation types further include establishing a multi-link communication link and / or deleting a link from the multi-link communication link.

[0052] In one possible implementation, the status includes any one or more of the following items: establishment of the multi-link communication is successful; establishment of the multi-link communication is unsuccessful; only the link information is provided or the multi-link communication is not established; addition of the link is successful; addition of the link is unsuccessful; removal of the link is successful; or removal of the link is unsuccessful.

[0053] For technical effects resulting from the fifth aspect or from multiple possible implementations of the fifth aspect, reference should be made to the description of the technical effects resulting from the second aspect or from multiple possible implementations of the second aspect.

[0054] According to a sixth aspect, a multi-link communication method is provided, the method including the steps of: a second multi-link device sending a first request message to a first multi-link device, the first request message carrying identifiers of at least two links and first indication information for each of the at least two links, the first indication information indicating an operation type of the links, the operation type including removing a link to a multi-link communication link, and further including providing only link information or not establishing multi-link communication; the second multi-link device receiving a first response message from the first multi-link device, the first response message carrying the identifiers of the at least two links and second indication information for each of the at least two links, the second indication information indicating a state of the links.

[0055] In one possible implementation, the operation types further include establishing multi-link communication and / or adding a link to the multi-link communication link.

[0056] In one possible implementation, the status includes any one or more of the following items: establishment of the multi-link communication is successful; establishment of the multi-link communication is unsuccessful; only the link information is provided or the multi-link communication is not established; addition of the link is successful; addition of the link is unsuccessful; removal of the link is successful; or removal of the link is unsuccessful.

[0057] For technical effects resulting from the sixth aspect or multiple possible implementations of the sixth aspect, reference should be made to the description of the technical effects resulting from the third aspect or multiple possible implementations of the third aspect.

[0058] According to a seventh aspect, a multi-link communication method is provided, the method including: a first multi-link device receiving a second message from a second multi-link device, the second message carrying traffic-to-link mapping information, and the first multi-link device establishing or updating a traffic-to-link mapping relationship based on the mapping information.

[0059] In this embodiment of the application, the second multilink device adds traffic-to-link mapping information to the second message, so that the first multilink device can further establish a traffic-to-link mapping relationship during multilink establishment, or update the traffic-to-link mapping relationship after completing multilink establishment, thereby managing traffic transmission more flexibly and improving the quality of service.

[0060] In one possible implementation, the second message further carries fourth indication information, the fourth indication information indicating a second mode used to negotiate a mapping from a traffic identifier to a link. Prior to the step of the first multilink device receiving the second message from the second multilink device, the method further includes a step of the first multilink device sending a third message to the second multilink device, the third message carrying fifth indication information, the fifth indication information indicating a first mode used to negotiate a mapping from a traffic identifier to a link.

[0061] In this implementation, the first multilink device and the second multilink device may negotiate a mapping from traffic identifiers to links, which may further improve flexibility of traffic transmission.

[0062] In one possible implementation, the first mode is that a traffic-to-link mapping is requested to be established, but a specific traffic-to-link mapping method is not conveyed; a traffic-to-link mapping is requested to be established, a proposed mapping method is conveyed, and the responder is allowed to modify the mapping relationship in the response frame; or a traffic-to-link mapping is requested to be established, a requested mapping method is conveyed, and the responder is not allowed to modify the mapping relationship in the response frame.

[0063] It should be understood that the above types are not limiting, but rather are merely examples of the first mode.

[0064] In one possible implementation, the second mode is that the traffic-to-link mapping is successfully established and a final mapping method is conveyed; the traffic-to-link mapping is not successfully established and the proposed mapping method is conveyed; the traffic-to-link mapping is not successfully established and the requested mapping method is conveyed and if the requester sends the request again, the mapping can be successfully established only by using the mapping method; or the traffic-to-link mapping has failed to be established.

[0065] It should be understood that the above are not limiting, but rather are merely examples of the second mode.

[0066] In one possible implementation, the second message is an association response frame or an EHT action frame.

[0067] In one possible implementation, the second message is a broadcast message.

[0068] In this implementation, the second multi-link device can directly broadcast traffic-to-link mapping information to further improve the flexibility of traffic transmission.

[0069] In one possible implementation, before the first multilink device receives the second message from the second multilink device, the method further includes the first multilink device sending a fourth message to the second multilink device, the fourth message carrying seventh indication information, the seventh indication information indicating that the first multilink device supports broadcast traffic-to-link mapping information.

[0070] In this implementation, the first multilink device may inform the second multilink device in advance that the first multilink device supports broadcast traffic-to-link mapping information, so that the second multilink device may inform the first multilink device to establish or update the traffic-to-link mapping relationship in broadcast mode, which improves the reliability of the solution.

[0071] In one possible implementation, the second message further carries an eighth indication indicating a cumulative number of updates of the traffic-to-link mapping information.

[0072] In this way, a multilink device that wakes up after sleeping after receiving the second message (broadcast message) can know the update status of the traffic-to-link mapping information in a timely manner, and can determine whether the multilink device needs to update the traffic-to-link mapping relationship.

[0073] In one possible implementation, the second message is an association response frame or a beacon frame.

[0074] In one possible implementation, the second message further includes ninth indication information indicating a traffic direction of the traffic-to-link mapping, the traffic direction being one of uplink, downlink, or uplink and downlink.

[0075] In this implementation, the multilink device may establish or update the traffic-to-link mapping relationship for only uplink transmission, or may establish or update the traffic-to-link mapping relationship for only downlink transmission, or may establish or update the traffic-to-link mapping relationship for only uplink and downlink transmission, which further improves the flexibility of traffic management.

[0076] In one possible implementation, the traffic-to-link mapping information is carried in a media access control MAC header or in an information element indicating the traffic-to-link mapping relationship.

[0077] In one possible implementation, the information element indicating the traffic-to-link mapping relationship carries a second pre-configured field, and when the second pre-configured field is at a pre-configured value, the second pre-configured field instructs the first multilink device to map each traffic identifier to each link that establishes multilink communication.

[0078] In one possible implementation, when the second pre-configured field is a pre-configured value, the information element indicating the traffic-to-link mapping relationship does not convey the traffic-to-link mapping information.

[0079] In this way, the resource overhead can be reduced.

[0080] In one possible implementation, the fourth indication information and / or the fifth indication information are carried in a third pre-configured field in an information element indicating the traffic-to-link mapping relationship, and a value of the third pre-configured field in the information element indicating the traffic-to-link mapping relationship carried in the third message or the fourth message is: a first value indicating that the second mode is that a traffic-to-link mapping is requested to be established, but a specific traffic-to-link mapping method is not conveyed; a second value indicating that the second mode is that a traffic-to-link mapping is requested to be established, a proposed mapping method is conveyed, and the responder is permitted to modify the mapping relationship in the response frame; a third value indicating that the second mode is that a traffic-to-link mapping is requested to be established, a requested mapping method is conveyed, and the responder is not permitted to modify the mapping relationship in the response frame; a fourth value indicating that the first mode is that the traffic-to-link mapping has been successfully established and a final mapping method is conveyed; a fifth value indicating that the first mode is that the traffic-to-link mapping has not been successfully established and the proposed mapping method is conveyed; a sixth value indicating that the first mode is that the traffic-to-link mapping has not been successfully established and that if the requested mapping method is conveyed and the requester sends the request again, the mapping can be successfully established only by using the mapping method; or and a seventh value indicating that the first mode is that the traffic-to-link mapping has failed to be established.

[0081] It should be understood that the above seven values ​​are not limiting, but rather are merely examples, and in a particular implementation, the value of the third pre-defined field may be only a part of the above seven values, or may further include values ​​other than the above seven values.

[0082] In one possible implementation, the traffic-to-link mapping information includes one or more link profile fields, each link profile field including identifier information of a link and identifier information of one or more traffic streams mapped to the link, or one or more traffic profile fields, each traffic profile field including identifier information of a traffic stream and identifier information of one or more links to which the traffic streams are mapped.

[0083] This implementation provides two different implementations of traffic-to-link mapping information, further improving the flexibility of the solution.

[0084] According to an eighth aspect, a multilink communication method is provided, the method including: a second multilink device generating a second message, the second message carrying traffic-to-link mapping information, and transmitting the second message to a first multilink device.

[0085] In one possible implementation, the second message further carries fourth indication information, the fourth indication information indicating a second mode used to negotiate a mapping from a traffic identifier to a link. Prior to the step of the second multilink device generating the second message, the method further includes a step of the second multilink device receiving a third message from the first multilink device, the third message carrying fifth indication information, the fifth indication information indicating a first mode used to negotiate a mapping from a traffic identifier to a link.

[0086] In one possible implementation, the first mode is that a traffic-to-link mapping is requested to be established, but a specific traffic-to-link mapping method is not conveyed; a traffic-to-link mapping is requested to be established, a proposed mapping method is conveyed, and the responder is allowed to modify the mapping relationship in the response frame; or a traffic-to-link mapping is requested to be established, a requested mapping method is conveyed, and the responder is not allowed to modify the mapping relationship in the response frame.

[0087] In one possible implementation, the second mode is that the traffic-to-link mapping is successfully established and a final mapping method is conveyed; the traffic-to-link mapping is not successfully established and the proposed mapping method is conveyed; the traffic-to-link mapping is not successfully established and the requested mapping method is conveyed and if the requester sends the request again, the mapping can be successfully established only by using the mapping method; or the traffic-to-link mapping has failed to be established.

[0088] In one possible implementation, the second message is an association response frame or an EHT action frame.

[0089] In one possible implementation, the second message is a broadcast message.

[0090] In one possible implementation, before the second multilink device generates a second message, the method further includes the second multilink device receiving a fourth message from the first multilink device, the fourth message carrying seventh indication information, the seventh indication information indicating that the first multilink device supports broadcast traffic-to-link mapping information.

[0091] In one possible implementation, the second message further carries an eighth indication indicating a cumulative number of updates of the traffic-to-link mapping information.

[0092] In one possible implementation, the second message is an association response frame or a beacon frame.

[0093] In one possible implementation, the second message further includes ninth indication information indicating a traffic direction of the traffic-to-link mapping, the traffic direction being one of uplink, downlink, or uplink and downlink.

[0094] In one possible implementation, the traffic-to-link mapping information is carried in a media access control MAC header or in an information element indicating the traffic-to-link mapping relationship.

[0095] In one possible implementation, the information element indicating the traffic-to-link mapping relationship carries a second pre-configured field, and when the second pre-configured field is at a pre-configured value, the second pre-configured field instructs the first multilink device to map each traffic identifier to each link that establishes multilink communication.

[0096] In one possible implementation, when the second pre-configured field is a pre-configured value, the information element indicating the traffic-to-link mapping relationship does not convey the traffic-to-link mapping information.

[0097] In one possible implementation, the fourth indication information and / or the fifth indication information are carried in a third pre-configured field in an information element indicating the traffic-to-link mapping relationship, and a value of the third pre-configured field in the information element indicating the traffic-to-link mapping relationship carried in the third message or the fourth message is: a first value indicating that the second mode is that a traffic-to-link mapping is requested to be established, but a specific traffic-to-link mapping method is not conveyed; a second value indicating that the second mode is that a traffic-to-link mapping is requested to be established, a proposed mapping method is conveyed, and the responder is permitted to modify the mapping relationship in the response frame; a third value indicating that the second mode is that a traffic-to-link mapping is requested to be established, a requested mapping method is conveyed, and the responder is not permitted to modify the mapping relationship in the response frame; a fourth value indicating that the first mode is that the traffic-to-link mapping has been successfully established and a final mapping method is conveyed; a fifth value indicating that the first mode is that the traffic-to-link mapping has not been successfully established and the proposed mapping method is conveyed; a sixth value indicating that the first mode is that the traffic-to-link mapping has not been successfully established and that if the requested mapping method is conveyed and the requester sends the request again, the mapping can be successfully established only by using the mapping method; or and a seventh value indicating that the first mode is that the traffic-to-link mapping has failed to be established.

[0098] It should be understood that the above seven values ​​are not limiting, but rather are merely examples, and in a particular implementation, the value of the third pre-defined field may be only a part of the above seven values, or may further include values ​​other than the above seven values.

[0099] In one possible implementation, the traffic-to-link mapping information includes one or more link profile fields, each link profile field including identifier information of a link and identifier information of one or more traffic streams mapped to the link, or one or more traffic profile fields, each traffic profile field including identifier information of a traffic stream and identifier information of one or more links to which the traffic streams are mapped.

[0100] For technical effects resulting from the eighth aspect or multiple possible implementations of the eighth aspect, reference should be made to the description of the technical effects resulting from the seventh aspect or multiple possible implementations of the seventh aspect.

[0101] According to a ninth aspect, there is provided a multi-link device, the device including a module configured to perform a method according to the first aspect or any one of a plurality of possible implementations of the first aspect, or the second aspect or any one of a plurality of possible implementations of the second aspect, or the third aspect or any one of a plurality of possible implementations of the third aspect.

[0102] For example, the device may include a transceiver module.

[0103] The transceiver module is configured to receive a first request message transmitted by a second multilink device, the first request message carrying identifiers of the at least two links and first indication information for each of the at least two links, the first indication information indicating an operation type of the link, the operation type including establishing multilink communication, adding a link to the multilink communication link, or removing a link from the multilink communication link, the operation type further including providing only information about the link or not establishing multilink communication.

[0104] The transceiver module is further configured to transmit a first response message to the second multilink device, the first response message carrying identifiers of the at least two links and second indication information for each of the at least two links, the second indication information indicating a status of the link.

[0105] According to a tenth aspect, there is provided a multi-link device, the device including a module configured to perform a method according to the fourth aspect or any one of a plurality of possible implementations of the fourth aspect, or the fifth aspect or any one of a plurality of possible implementations of the fifth aspect, or the sixth aspect or any one of a plurality of possible implementations of the sixth aspect.

[0106] For example, the device may include a transceiver module.

[0107] The transceiver module is configured to send a first request message to the first multilink device, the first request message carrying identifiers of the at least two links and first indication information for each of the at least two links, the first indication information indicating an operation type of the link, the operation type including establishing multilink communication, adding the link to the multilink communication link, or removing the link from the multilink communication link, the operation type further including providing only information about the link or not establishing multilink communication.

[0108] The transceiver module is further configured to receive a first response message from the first multi-link device, the first response message carrying identifiers of the at least two links and second indication information for each of the at least two links, the second indication information indicating a status of the link.

[0109] According to an eleventh aspect, there is provided a multi-link device, the device including a module configured to perform a method according to the seventh aspect or any one of a number of possible implementations of the seventh aspect.

[0110] For example, the device a transceiver module configured to receive a second message from a second multilink device, the second message carrying traffic-to-link mapping information; and a processing module configured to establish or update a traffic-to-link mapping relationship based on the mapping information.

[0111] According to a twelfth aspect, there is provided a multi-link device, the device including a module configured to perform a method according to the eighth aspect or any one of a number of possible implementations of the eighth aspect.

[0112] For example, the device a processing module configured to generate a second message; and a transceiver module configured to transmit a second message to the first multilink device.

[0113] According to a thirteenth aspect, there is provided a multi-link device, the multi-link device including a processor coupled to a memory, the processor configured to execute computer programs or instructions stored in the memory, such that the device performs a method according to the first aspect or any one of a plurality of possible implementations of the first aspect, or the second aspect or any one of a plurality of possible implementations of the second aspect, or the third aspect or any one of a plurality of possible implementations of the third aspect, or the fourth aspect or any one of a plurality of possible implementations of the fourth aspect, or the fifth aspect or any one of a plurality of possible implementations of the fifth aspect, or the sixth aspect or any one of a plurality of possible implementations of the sixth aspect, or the seventh aspect or any one of a plurality of possible implementations of the seventh aspect, or the eighth aspect or any one of a plurality of possible implementations of the eighth aspect.

[0114] Optionally, the memory is located external to the device.

[0115] Optionally, the device includes a memory coupled to the at least one processor, the memory storing instructions executable by the at least one processor.

[0116] According to a fourteenth aspect, there is provided a chip, coupled to a memory and configured to read and execute program instructions stored in the memory, thereby performing a method according to the first aspect or any one of a plurality of possible implementations of the first aspect, or the second aspect or any one of a plurality of possible implementations of the second aspect, or the third aspect or any one of a plurality of possible implementations of the third aspect, or the fourth aspect or any one of a plurality of possible implementations of the fourth aspect, or the fifth aspect or any one of a plurality of possible implementations of the fifth aspect, or the sixth aspect or any one of a plurality of possible implementations of the sixth aspect, or the seventh aspect or any one of a plurality of possible implementations of the seventh aspect, or the eighth aspect or any one of a plurality of possible implementations of the eighth aspect.

[0117] According to a fifteenth aspect, there is provided a computer program product comprising a plurality of instructions which, when executed by a computer, perform a method according to the first aspect or any one of a plurality of possible implementations of the first aspect, or the second aspect or any one of a plurality of possible implementations of the second aspect, or the third aspect or any one of a plurality of possible implementations of the third aspect, or the fourth aspect or any one of a plurality of possible implementations of the fourth aspect, or the fifth aspect or any one of a plurality of possible implementations of the fifth aspect, or the sixth aspect or any one of a plurality of possible implementations of the sixth aspect, or the seventh aspect or any one of a plurality of possible implementations of the seventh aspect, or the eighth aspect or any one of a plurality of possible implementations of the eighth aspect.

[0118] According to a sixteenth aspect, there is provided a computer readable storage medium comprising a program or instructions which, when executed by a computer, perform a method according to the first aspect or any one of a plurality of possible implementations of the first aspect, or the second aspect or any one of a plurality of possible implementations of the second aspect, or the third aspect or any one of a plurality of possible implementations of the third aspect, or the fourth aspect or any one of a plurality of possible implementations of the fourth aspect, or the fifth aspect or any one of a plurality of possible implementations of the fifth aspect, or the sixth aspect or any one of a plurality of possible implementations of the sixth aspect, or the seventh aspect or any one of a plurality of possible implementations of the seventh aspect, or the eighth aspect or any one of a plurality of possible implementations of the eighth aspect. [Brief description of the drawings]

[0119] [Figure 1] FIG. 1 is a network diagram of a communication system architecture to which an embodiment of this application is applicable. [Diagram 2] 2 is a schematic diagram of a configuration of a multi-link device 200 according to an embodiment of the present application. [Diagram 3] 3 is a schematic diagram of a configuration of a multi-link device 300 according to an embodiment of the present application. [Figure 4] 2 is a flowchart of a multi-link communication method according to an embodiment of the present application. [Diagram 5] 2 is a schematic diagram of a multilink information element according to an embodiment of the present application; [Figure 6] FIG. 13 is a schematic diagram of another multilink information element according to an embodiment of the present application. [Figure 7A] FIG. 13 is a schematic diagram of another multilink information element according to an embodiment of the present application. [Figure 7B] FIG. 13 is a schematic diagram of another multilink information element according to an embodiment of the present application. [Figure 8] FIG. 13 is a schematic diagram of another multilink information element according to an embodiment of the present application. [Figure 9] 2 is a flowchart of a traffic-to-link mapping method according to an embodiment of the present application. [Figure 10A] 2 is a schematic diagram of a possible MAC header according to an embodiment of the present application; [Figure 10B] FIG. 2 is a schematic diagram of a possible traffic identifier bitmap according to an embodiment of the present application; [Figure 10C] FIG. 13 is a schematic diagram of another possible MAC header according to an embodiment of the present application. [Figure 10D] FIG. 13 is a schematic diagram of another possible MAC header according to an embodiment of the present application. [Figure 10E] FIG. 13 is a schematic diagram of another possible link identifier bitmap according to an embodiment of the present application; [Figure 10F] FIG. 13 is a schematic diagram of another possible MAC header according to an embodiment of the present application. [Figure 11A] 2 is a schematic diagram of a traffic identifier-to-link mapping information element according to an embodiment of the present application; FIG. [Figure 11B] FIG. 11 is a schematic diagram of another traffic identifier-to-link mapping information element according to an embodiment of the present application; [Figure 11C] FIG. 11 is a schematic diagram of another traffic identifier-to-link mapping information element according to an embodiment of the present application; [Figure 11D] FIG. 11 is a schematic diagram of another traffic identifier-to-link mapping information element according to an embodiment of the present application; [Figure 11E] FIG. 11 is a schematic diagram of another traffic identifier-to-link mapping information element according to an embodiment of the present application; [Figure 12]FIG. 13 is a schematic diagram of another possible traffic identifier-to-link mapping information element according to an embodiment of the present application; [Figure 13] FIG. 13 is a schematic diagram of another possible traffic identifier-to-link mapping information element according to an embodiment of the present application; [Figure 14] 2 is a flowchart of a method for updating a mapping relationship from an identifier to a link according to an embodiment of the present application. [Figure 15] 2 is a schematic diagram of a possible frame structure of an EHT operation frame according to an embodiment of the present application; FIG. [Figure 16] 2 is a schematic diagram of a traffic identifier-to-link mapping information element carried in a beacon frame according to an embodiment of the present application; [Figure 17] FIG. 13 is a schematic diagram of another possible traffic identifier-to-link mapping information element according to an embodiment of the present application; DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0120] The technical solutions in the embodiments of this application may be applied to various communication systems, such as a fourth generation (4G) communication system, a fifth generation (5G) communication system, a sixth generation (6G) communication system, other future evolved systems, or various other wireless communication systems using radio access technologies, etc. Under the condition that there is a demand for multi-link communication in the communication system, the technical solutions in the embodiments of this application can be used.

[0121] For example, Figure 1 is a network diagram of the architecture of a communication system to which an embodiment of this application is applicable. The communication system includes at least one access point station multi-link device (AP STA MLD) and at least one non-AP station multi-link device (non-AP STA MLD). The access point station multi-link device may also be called an access point multi-link device or for short, an access point device, and the English abbreviation AP STA MLD corresponding to the access point station multi-link device may be replaced by AP MLD. The non-access point station multi-link device may also be called a station multi-link device or for short, a station device, and the English abbreviation non-AP STA MLD corresponding to the non-AP station multi-link device may be replaced by STA MLD or non-AP MLD. The AP MLD includes one or more access points (Access Point, AP), and the non-AP MLD includes one or more non-AP stations (non-AP Station, non-AP STA). It should be understood that the communication system shown in Fig. 1 uses one AP MLD and one non-AP MLD as an example. In practical application, the communication system may further include more AP MLDs or non-AP MLDs, the AP MLD may further include more APs or fewer APs, and the non-AP MLD may further include more non-AP STAs or fewer non-AP STAs. This is not limited in this embodiment of the application.

[0122] In this embodiment of the application, the multilink devices can communicate with each other after establishing an association relationship (or communication link) between multiple multilink devices. For example, one or more non-AP STAs in the station multilink device can communicate with one or more APs in the access point multilink device after establishing an association relationship. As shown in Fig. 1, AP1 is associated with non-AP STA1, and AP2 is associated with non-AP STA 2A. Of course, the station multilink device and the station multilink device can also communicate with each other, i.e., device-to-device (D2D) communication.

[0123] For ease of explanation, the following embodiments mainly use one example in which a first multilink device and a second multilink device perform multilink communication for explanation, where the first multilink device is AP MLD and the second multilink device is non-AP MLD, or the second multilink device is AP MLD and the first multilink device is non-AP MLD, or both the first multilink device and the second multilink device are non-AP MLD, or both the first multilink device and the second multilink device are AP MLD.

[0124] 2 is a schematic diagram of a configuration of a multilink device 200 according to an embodiment of this application. The multilink device 200 can implement the functions or steps implemented by the first multilink device or the second multilink device in the method embodiment of this application according to the method embodiment. For example, establish or update a multilink communication link, or establish or update a mapping relationship from a traffic identifier to a link. The specific functions or steps are described in detail below.

[0125] The multi-link device 200 may include a transceiver module 210 and a processing module 220. Optionally, the communication device may further include a storage unit. The storage unit may be configured to store instructions (codes or programs) and / or data. The transceiver module 210 and the processing module 220 may be coupled to the storage unit. For example, the processing module 220 may read the instructions (codes or programs) and / or data in the storage unit to implement a corresponding method.

[0126] The processing module 220 may be implemented by a processor or circuitry associated with a processor, and the transceiver module 210 may be implemented by a transceiver, circuitry associated with a transceiver, or a communications interface.

[0127] The above multiple units may be independently arranged, or may be partially or completely integrated. For example, the transceiver module 210 may be integrated with a transmitting unit and a receiving unit.

[0128] The following description describes some of the possible product forms of the multi-link device. It should be understood that the following description is merely an example, and the product forms of the multi-link device in the embodiments of this application are not limited thereto.

[0129] In one possible product form, the multilink device in the embodiments of this application may be implemented by using a common bus architecture. For example, Figure 3 is a schematic diagram of a configuration of a multilink device 300 according to one embodiment of this application. The multilink device 300 includes a transceiver 310 and a processor 320.

[0130] The transceiver 310 is configured to communicate with other devices using a transmission medium, thereby allowing the devices in the multilink device 300 to communicate with other devices. For example, when the multilink device 300 is a first multilink device, the other device is a second multilink device, or when the multilink device 300 is a second multilink device, the other device is a first multilink device. The processor 320 may transmit and receive data by using the transceiver 310.

[0131] In one possible implementation, the transceiver 310 may specifically be a radio frequency unit that may be separate from the multilink device 300 or may be integrated into the multilink device 300.

[0132] In one possible implementation, the transceiver 310 may further include an antenna, such as a remote antenna separate from the multilink device 300, or may be an antenna integrated into the multilink device 300. The multilink device 300 includes at least one processor 320 configured to implement the first multilink device or the functionality of the first multilink device in the methods provided by the embodiments of this application, or to assist the multilink device 300 in implementing the functionality. In FIG. 3, the antenna is represented by using a dashed box, which is optional for the multilink device 300.

[0133] In the embodiments of this application, the processor 320 may be a general-purpose processor, a digital signal processor, an application specific integrated circuit, a field programmable gate array, or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, and may implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor, etc. The steps of the methods disclosed in the embodiments of this application may be performed directly by a hardware processor, or may be performed by using a combination of hardware and software modules in a processor.

[0134] Furthermore, the Multi-Link device 300 may further include at least one memory 330, which is configured to store program instructions and / or data. The memory 330 is coupled to the processor 320. The coupling in this embodiment of the application may be a non-direct coupling or communication connection between the devices, units, or modules by electrical, mechanical, or other forms, and is used for information exchange between the devices, units, or modules. The processor 320 may cooperate with the memory 330. The processor 320 may execute the program instructions and / or data stored in the memory 330, thereby the Multi-Link device 300 implements the corresponding method. At least one of the at least one memory may be located in the processor. In FIG. 3, the memory is represented by using a dashed box, which is optional for the Multi-Link device 300.

[0135] In this embodiment of the application, the memory 330 may be a non-volatile memory such as a hard disk drive (HDD) or a solid-state drive (SSD), or may be a volatile memory such as a random-access memory (RAM). The memory may be any other medium that can be accessed by a computer and that can carry or store expected program code in the form of instructions or data structures, but is not limited to this. The memory in this embodiment of the application may alternatively be a circuit or any other device that can implement a memory function and is configured to store program instructions and / or data.

[0136] It should be understood that a particular connection medium between the transceiver 310, the processor 320, and the memory 330 is not limited in this embodiment of the application. In this embodiment of the application, the memory 330, the processor 320, and the transceiver 310 are connected by using a bus 340 in FIG. 3. The bus is represented by using a thick line in FIG. 3. The above is only an example for explanation. The connection manner of other components is not limited thereto. The bus may be classified into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is used to represent the bus in FIG. 3, but this does not indicate that there is only one bus or that there is only one type of bus.

[0137] As other possible product forms, the multi-link device in this embodiment of this application may also be implemented using components such as one or more FPGAs (field programmable gate arrays), PLDs (programmable logic devices), controllers, state machines, gate logic, discrete hardware components, any other suitable circuitry, or any combination of circuitry capable of performing the various functions described in this application.

[0138] It should be understood that the multilink device in the above product form has the function of either the first multilink device or the second multilink device in multiple embodiments of this application, and the details will not be described repeatedly in this specification.

[0139] The following description will describe in detail the technical solutions in the embodiments of this application with reference to the accompanying drawings in the embodiments of this application.

[0140] 4 is a flowchart of a multi-link communication method according to an embodiment of this application. The method may be applied to the communication system shown in FIG 1. The method includes the following steps:

[0141] S401: A second multilink device sends a first request message to a first multilink device, and the first multilink device receives the first request message sent by the second multilink device, where the first request message carries identifiers of one or more links and first indication information for each of the one or more links, and the first indication information indicates an operation type of the corresponding link.

[0142] The first multilink device may be an AP MLD and the second multilink device may be a non-AP MLD, or the second multilink device may be an AP MLD and the first multilink device may be a non-AP MLD, or both the first and second multilink devices may be non-AP MLD.

[0143] In this embodiment of the application, the link operation types may include any one or more of: (1) establishing multilink communication, (2) providing only link information or not establishing multilink communication, (3) adding a link to a multilink communication link, and (4) deleting a link from a multilink communication link. It should be understood that the above four operation types are not limiting but rather merely examples, and other operation types are also applicable to practical applications.

[0144] Providing only link information means that the first request message provides only link information and is not used to request establishing multi-link communication. In other words, in this specification, not establishing multi-link communication and providing only link information may be used interchangeably.

[0145] Each link has only one operation type, such as, for example, any one of the four operation types listed above.

[0146] When the first request message carries only an identifier of one link and first indication information, the operation type indicated by the first indication information may be any one of the above four operation types.

[0147] When the first request message carries only identifiers of multiple links and first indication information, the operation types of any two of the multiple links may be the same or different.

[0148] For example, when the first request message carries an identifier and first instruction information of a first link, and an identifier and first instruction information of a second link, the operation type indicated by the first instruction information of the first link and the operation type indicated by the first instruction information of the second link may be any one of a to f below.

[0149] a. The operation type indicated by the first instruction information of the first link is the establishment of multi-link communication, and the operation type indicated by the first instruction information of the second link is not to establish multi-link communication and to provide only link information.

[0150] b. The operation type indicated by the first instruction information of the first link is adding a link to the multi-link communication link, and the operation type indicated by the first instruction information of the second link is not to establish multi-link communication and to provide link information only.

[0151] c. The operation type indicated by the first instruction information of the first link is removal of the link from the multi-link communication link, and the operation type indicated by the first instruction information of the second link is not to establish multi-link communication and to provide link information only.

[0152] d. The operation type indicated by the first indication information of the first link is the establishment of multi-link communication, and the operation type indicated by the first indication information of the second link is the addition of a link to the multi-link communication link.

[0153] e. The operation type indicated by the first indication information of the first link is the establishment of multi-link communication, and the operation type indicated by the first indication information of the second link is the removal of the link from the multi-link communication link.

[0154] f. The operation type indicated by the first indication information of the first link is adding a link to the multi-link communication link, and the operation type indicated by the first indication information of the second link is removing a link from the multi-link communication link.

[0155] The two links are used above as an example. In practical application, the first request message may further include identifiers of other links, such as the third link and the fourth link, and the first indication information. The operation types corresponding to the third link and the fourth link may be the same as or different from the operation types of the first link or the second link, and the details are not repeated in this specification.

[0156] Optionally, the first request message may further include capability information of the stations in each link or other parameter information of each link, which is not limited in this embodiment of this application.

[0157] After receiving the first request message, the first multi-link device performs, for each link indicated by each identifier carried in the first request message, an operation corresponding to the link based on an operation type indicated by the first instruction information corresponding to the link.

[0158] Selectively, for a link whose operation type is to provide only link information or not to establish multi-link communication, the following operations may not be performed. Alternatively, for a link whose operation type is to provide only link information or not to establish multi-link communication, an operation such as link establishment, link deletion, or link addition may not be performed, and other operations such as, for example, saving link information or changing link information may be performed on the link. This is not limited in the present specification.

[0159] For all links indicated by all identifiers carried in the first request message (except for the links whose operation type is to provide only link information or not to establish multi-link communication), a first response message may be generated based on the state of each link after performing corresponding operations. Then, S402 is executed.

[0160] S402: The first multilink device sends a first response message to the second multilink device, and the second multilink device receives the first response message sent by the first multilink device, where the first response message carries identifiers of one or more links and second indication information for each link, and the second indication information indicates a status of the link.

[0161] Specifically, the state of each link corresponds to the operation type indicated by the first indication information corresponding to that link.

[0162] As one example, a first link is used, and the state of the first link may be any of the following states:

[0163] (1) The state of the first link is that the multilink communication has been successfully established or that the multilink communication has failed to be established, and the state is used as a response to the operation type of the first link, which is the establishment of the multilink communication.

[0164] (2) The state of the first link is to provide link information only or not to establish multi-link communication, and the state is used as a response to an operation type of the first link, which is to provide link information only or not to establish multi-link communication.

[0165] (3) The status of the first link is either successful addition of the link or failure to add the link, and is used as a response to a first link operation type of adding a link to a multi-link communications link.

[0166] (4) The state of the first link is either successful link deletion or unsuccessful link deletion, the state being used as a response to a first link operation type of link deletion from a multilink communications link.

[0167] It should be understood that each link has only one type of status, and when the first response message carries identifiers of multiple links and the second indication information, the statuses of any two of the multiple links may be the same or different.

[0168] Of course, the above several conditions are merely examples rather than limitations, and other operation types are also applicable in practical applications.

[0169] It should be noted that, assuming that no multilink communication link has been established between the first multilink device and the second multilink device before the second multilink device sends the first request message to the first multilink device, for example, S401 to S402 are methods that the first multilink device and the second multilink device perform in the multilink establishment stage. In this case, the operation type indicated by the first indication information carried in the first request message may be to establish multilink communication, provide only link information, or not establish multilink communication, but not to add a link to the multilink communication link or delete a link from the multilink communication link. For example, S401 to S402 are methods performed by the first multilink device and the second multilink device in a link reassociation phase, and only when the first multilink device and the second multilink device have already established a multilink communication link before the second multilink device sends the first request message to the first multilink device, the operation type of the first indication information carried in the first request message may be adding a link to the multilink communication link or deleting a link from the multilink communication link.

[0170] The following description details specific implementations of the first link device and the second multi-link device in the multi-link establishment phase.

[0171] Specifically, use one example in which the first multi-link device is an AP MLD and the second multi-link device is a non-AP MLD. Before the non-AP MLD communicates with the AP MLD, it needs to perform multi-link establishment. The non-AP MLD may send an association request frame (first request message) to the AP MLD. After receiving the association request frame, the AP MLD sends an association response frame (first response message) to the non-AP MLD to implement multi-link establishment.

[0172] Alternatively, information such as the identifier of each link and the first indication information in the association request frame or information such as the identifier of each link and the second indication information in the association response frame may be carried in a multi-link element (ML element) (which may also be referred to as a multi-link element).

[0173] 5 is a schematic diagram of a Multilink information element according to an embodiment of the present application. As shown in FIG. 5, the Multilink information element includes a Control field, a Multilink Device Common Information field, and zero or more Link profile subelements (also referred to as Link Information fields).

[0174] The multilink device common information field carries common information of the MLDs in all links, such as the Media Access Control (MAC) address of the MLDs, etc. Each link's dedicated information, such as the capability information of the stations of the MLDs in each link, the operation type information of the links (i.e., first indication information) or the status information of the links (i.e., second indication information), and other link-related parameter information, is carried in the link profile subelement.

[0175] By including the ML element in the association request frame and the association response frame, the non-AP MLD and the AP MLD can exchange information about the multi-links to complete the multi-link establishment, and then communication may be performed on these links.

[0176] Optionally, the first indication information and / or the second indication information is carried in a first pre-configured field in a multilink information element, the first pre-configured field being located in a link profile subelement as shown in FIG. 6.

[0177] In one possible design, when the multilink information element is located in an association request frame and an association response frame, each of the values ​​of the first pre-configured field may indicate a different meaning, In other words, the meaning indicated by the value of the first pre-configured field needs to be determined based on the frame type (including the association request frame and the association response frame) in which the first pre-configured field is located and based on the value of the first pre-configured field.

[0178] For example, Table 1 is an example of multiple possible values ​​and the meanings of those values ​​for the first pre-configured field (i.e., Action) in a Multilink information element carried in an Association Request frame. Table 2 is an example of multiple possible values ​​and the meanings of those values ​​for the first pre-configured field (i.e., Status) in a Multilink information element carried in an Association Response frame. [Table 1]

[0179] For ease of distinction, the first pre-configured field in the multilink information element carried in the association request frame is referred to herein as the first field.

[0180] It should be noted that although Table 1 lists two possible values ​​of the first field, this does not mean that the first field must include those two values. In practical applications, the values ​​of the first field may only be a part of the values ​​in Table 1, and may further include values ​​other than those listed in Table 1. [Table 2]

[0181] For ease of distinction, the first pre-configured field in the Multilink information element carried in the Association Response frame is referred to herein as the second field.

[0182] It should be noted that although the above Table 2 lists three possible values ​​of the second field, this does not mean that the second field must include those three values. In practical application, the value of the second field may only be a part of the values ​​in Table 2, and may further include values ​​other than those listed in Table 2.

[0183] In another possible design, when the multilink information element is located in the association request frame and the association response frame, the value of the first pre-configured field may indicate the same meaning, or in other words, the meaning indicated by the value of the first pre-configured field may be directly determined based on the value of the first pre-configured field.

[0184] For example, Table 3 is an example of several possible values ​​and the meanings of those values ​​for the first pre-configured field in a multilink information element carried in an association request frame or an association response frame. [Table 3]

[0185] For ease of distinction, the first pre-configured fields in the multilink information elements carried in association request and association response frames are collectively referred to herein as the third field (the third field is its state when carried in an association response frame and its action when carried in an association request frame).

[0186] In Table 3, the fourth value is used in both the association request frame and the association response frame to indicate providing only link information or not establishing multilink communication. In a particular implementation, multiple different values ​​may be used in the association request frame and the association response frame to indicate providing only link information or not establishing multilink communication. For example, the fourth value of the first preset field indicates that the operation type is providing only link information or not establishing multilink communication, and the fifth value of the first preset field indicates that the status is providing only link information or not establishing multilink communication.

[0187] It should be noted that although the above Table 3 lists four possible values ​​of the third field, this does not mean that the third field must include those four values. In practical application, the values ​​of the third field may only be a part of the values ​​in Table 3, and may further include values ​​other than those listed in Table 3.

[0188] In addition to multi-link establishment, a multi-link device may also need to add or remove one or more links in the communication process, which may be implemented by sending reassociation request and reassociation response frames.

[0189] The following description details specific implementations of the first link device and the second multi-link device in the link re-association phase.

[0190] Specifically, the first multilink device may send a reassociation request frame (first request message) to the second multilink device, and after receiving the association request frame, the second multilink device sends a reassociation response frame (second response message) to the second multilink device to implement link reassociation.

[0191] Alternatively, information such as the identifier of each link and the first indication information in the reassociation request frame or information such as the identifier of each link and the second indication information in the reassociation response frame may be carried in a multi-link element (ML element) (which may also be referred to as a multi-link element).

[0192] Optionally, the first indication information and / or the second indication information is carried in a second pre-defined field in the multilink information element, and the second pre-defined field is located in the link profile subelement. The second pre-defined field in this specification and the above first pre-defined field may be the same field, as shown in Figure 7A, or may be different fields, as shown in Figure 7B. This is not limited in this embodiment of the application.

[0193] The following description uses an example in which the second pre-set field and the first pre-set field are the same field.

[0194] In one possible design, when the multilink information element is located in a reassociation request frame and a reassociation response frame, each of the values ​​of the first pre-configured field may indicate different meanings. In other words, it is necessary to determine the meaning indicated by the value of the first pre-configured field based on the frame type (including the reassociation request frame and the reassociation response frame) in which the first pre-configured field is located and based on the value of the first pre-configured field.

[0195] For example, Table 4 is an example of possible values ​​and their meanings for the first pre-configured field (Action) in the Multilink information element carried in the Reassociation Request frame. Table 5 is an example of possible values ​​and their meanings for the first pre-configured field (Status) in the Multilink information element carried in the Reassociation Response frame. [Table 4]

[0196] For ease of distinction, the first pre-configured field in the multilink information element carried in the reassociation request frame is referred to herein as the fourth field.

[0197] It should be noted that although the above Table 4 lists three possible values ​​of the fourth field, this does not mean that the fourth field must include those three values. In practical application, the value of the fourth field may only be a part of the values ​​in Table 4, and may further include values ​​other than those listed in Table 4.

[0198] Alternatively, when a particular link profile subelement in a multilink element carried in a reassociation request frame is used to delete a link, the link profile subelement may include only an identifier of the link and an operation type of the link, or the link profile subelement may not carry any information other than the identifier and operation type of the link, e.g., it need not carry capability information of the stations operating in the link, thereby reducing resources. [Table 5]

[0199] For ease of distinction, the first pre-configured field in the Multilink information element carried in the Reassociation Response frame is referred to herein as the fifth field.

[0200] It should be noted that although the above Table 5 lists five possible values ​​of the fifth field, this does not mean that the fifth field must include those five values. In practical application, the values ​​of the fifth field may only be a part of the values ​​in Table 5, and may further include values ​​other than those listed in Table 5.

[0201] In another possible design, when the multilink information element is located in the reassociation request frame and the reassociation response frame, the value of the first pre-configured field may indicate the same meaning, in other words, the meaning indicated by the value of the first pre-configured field may be directly determined based on the value of the first pre-configured field.

[0202] For example, Table 6 is an example of several possible values ​​and the meanings of those values ​​for the first pre-configured field in a Multilink information element carried in a Reassociation Request frame or a Reassociation Response frame. [Table 6]

[0203] For ease of distinction, the first pre-configured field in the multilink information element carried in a reassociation request frame or a reassociation response frame is collectively referred to herein as the sixth field.

[0204] In Table 6, the seventh value is used in both the reassociation request frame and the reassociation response frame to indicate providing only link information. In a particular implementation, different values ​​may be used in the reassociation request frame and the reassociation response frame to indicate providing only link information or not establishing multilink communication. For example, the seventh value of the first pre-configured field indicates that the operation type is providing only link information or not establishing multilink communication, and the eighth value of the first pre-configured field indicates that the status is providing only link information or not establishing multilink communication.

[0205] It should be noted that although the above Table 6 lists seven possible values ​​of the sixth field, this does not mean that the sixth field must include those seven values. In practical application, the values ​​of the sixth field may only be a part of the values ​​in Table 6, and may further include values ​​other than those listed in Table 6.

[0206] In another possible design, the first field, the second field, the fourth field, and the fifth field may be combined into one field, such as the seventh field, etc. In other words, the value of the first pre-configured field may indicate the same meaning when the multilink information element is located in an association request frame, an association response frame, a reassociation request frame, and a reassociation response frame.

[0207] For example, Table 7 is an example of several possible values ​​and the meanings of those values ​​for the first pre-configured field in a Multilink information element carried in an Association Request frame, an Association Response frame, a Reassociation Request frame, or a Reassociation Response frame. [Table 7]

[0208] For ease of distinction, the first pre-configured field in a multilink information element carried in an association request frame, association response frame, reassociation request frame, or reassociation response frame is collectively referred to herein as the seventh field.

[0209] In Table 7, the fourth value is used in both the request frame and the response frame to indicate that only link information is provided. In a particular implementation, multiple different values ​​may be used in the request frame and the response frame to indicate that only link information is provided. For example, the fourth value of the first preset field indicates that the operation type is to provide only link information or not to establish multi-link communication, and the tenth value of the first preset field indicates that the status is to provide only link information.

[0210] It should be noted that although the above Table 7 lists nine possible values ​​of the seventh field, this does not mean that the seventh field must include those nine values. In practical application, the values ​​of the seventh field may only be a part of the values ​​in Table 7, and may further include values ​​other than those listed in Table 7.

[0211] In this embodiment of the application, for the AP MLD, not all of the links may be initiated initially. Therefore, new links may exist (or be used or enabled) in the communication process. When the AP MLD initiates a new link, the AP MLD may carry information about the new link in a multilink information element, such as a new link profile subelement.

[0212] Optionally, as shown in FIG. 8, the MLD common information field in the multilink information element may carry a third indication information indicating that the multilink element carries information about a new link.

[0213] Optionally, when the AP MLD starts (or uses or enables) a new link, it can carry information about the new link in each of N consecutive beacon frames, where N is a positive integer, to ensure that the information about the new link is effectively received by the non-AP MLD. This improves the reliability of the system. The value of N is set and broadcast by the AP, or is specified in the standard. This is not limited in this embodiment of the application. Optionally, the value of N can be any value in the range [1,10], for example, 2, 3, 4, 5, etc.

[0214] From the above, it can be known that in this embodiment of the present application, the first indication information is carried in the first request message (association request frame or reassociation request frame), and the second indication information is carried in the first response message (association response frame or reassociation response frame). In this way, during multi-link establishment, the MLD establishes multi-link communication in some or all of the links supported by the MLD, and may further add links to the established multi-link communication link or delete links from the established multi-link communication link based on communication requirements in subsequent communication. In addition, new links may be initiated. This can improve the flexibility of the multi-link communication performed by the MLD in several aspects and fully meet the requirements of dynamically updating communication links by the MLD.

[0215] Furthermore, in order to improve multi-link communication performance and better manage traffic, embodiments of this application further provide a traffic-to-link mapping solution to provide different services to different traffic, for example, non-critical traffic is mapped to some of the links and critical traffic is mapped to all of the links, or alternatively, different traffic is mapped to corresponding links based on the rate and latency characteristics of different links.

[0216] 9 is a flowchart of a traffic-to-link mapping method according to an embodiment of this application. The method may be applied to the communication system shown in FIG. 1. The method includes the following steps:

[0217] S901: A second multilink device sends a second message to a first multilink device, and the first multilink device receives a second message from the second multilink device, where the second message carries mapping information from a traffic identifier to a link.

[0218] The second multilink device may send the second message to the first multilink device in a broadcast mode (in other words, the second message is a broadcast message), or may send the second message to the first multilink device in a multicast mode (in other words, the second message is a multicast message), or may send the second message to the first multilink device in a unicast mode (in other words, the second message is a unicast message), which is not limited in this embodiment of the application.

[0219] When the second link may send a second message to the first multilink device in unicast mode, the first multilink device may be AP MLD and the second multilink device may be non-AP MLD, or the second multilink device may be AP MLD and the first multilink device may be non-AP MLD, or both the first multilink device and the second multilink device are non-AP MLD.

[0220] When the second link may send a second message to the first multilink device in broadcast mode or multicast mode, the second multilink device may be AP MLD and the first multilink device may be non-AP MLD.

[0221] Optionally, in unicast mode, before the second multilink device sends the second message to the first multilink device, the second multilink device further receives a third message from the first multilink device, and the third message is used to request to establish or update a mapping relationship from a traffic identifier to a link. In other words, the second message is a response message to the third message.

[0222] Optionally, in the unicast mode, the second message may further carry fourth indication information, where the fourth indication information indicates a second mode used to negotiate a mapping from a traffic identifier to a link. Before the first multilink device receives the second message from the second multilink device, the first multilink device further sends a third message to the second multilink device, where the third message carries fifth indication information, where the fifth indication information indicates a first mode used to negotiate a mapping from a traffic identifier to a link.

[0223] The first mode may be that a traffic-to-link mapping is requested to be established, but the specific traffic-to-link mapping method of the requester (i.e., the first multilink device) is not conveyed; that a traffic-to-link mapping is requested to be established, a proposed mapping method is conveyed, and the responder (i.e., the second multilink device) is allowed to modify the mapping relationship in the response frame; or that a traffic-to-link mapping is requested to be established, a requested mapping method is conveyed, and the responder is not allowed to modify the mapping relationship in the response frame.

[0224] The second mode may be that the traffic-to-link mapping is successfully established and a final mapping method is conveyed; that the traffic-to-link mapping is not successfully established and a proposed mapping method is conveyed; that the traffic-to-link mapping is not successfully established and a requested mapping method is conveyed and if the requester sends the request again, the mapping can be successfully established only by using the mapping method; or that the traffic-to-link mapping has failed to be established.

[0225] Optionally, in the broadcast mode, the second message may further carry sixth indication information, where the sixth indication information indicates that the second message carries traffic-to-link mapping information to which the second message is broadcast.

[0226] Optionally, in the broadcast mode, when the first multilink device receives a second message from the second multilink device, the first multilink device sends a fourth message to the second multilink device, the fourth message carrying seventh indication information, and the seventh indication information indicates that the first multilink device supports the broadcast traffic-to-link mapping information.

[0227] Optionally, in the broadcast mode, the second message further carries eighth indication information indicating a cumulative number of updates of the traffic-to-link mapping information, so that a multilink device that wakes up after sleeping after receiving the second message knows the update status of the traffic-to-link mapping information, and determines whether the multilink device needs to update the traffic-to-link mapping relationship.

[0228] In one possible design, the traffic-to-link mapping information may be carried in a MAC Header field.

[0229] Specifically, a new control type is defined by using the A-Control subfield in the MAC header to carry traffic identifier-to-link mapping information.

[0230] Example 1: Figure 10A is a schematic diagram of a possible MAC header according to an embodiment of this application. The MAC header carries a control ID and control information corresponding to the control ID. The control information field includes two link profile fields. Each link profile includes a link ID and an identifier of the traffic to be mapped to the link.

[0231] The traffic identifier information may be a Traffic ID (TID) bitmap, or may be a starting TID and an ending TID. TIDs between the starting TID and the ending TID are mapped to the link. Alternatively, the identifier information is in other forms, which is not a limitation in this embodiment of the application.

[0232] Each bit in the traffic identifier bitmap corresponds to one traffic identifier, and different bits correspond to different traffic identifiers, each traffic identifier representing a particular type of traffic. For example, bit i corresponds to traffic identifier i, where the value of i starts from 0 and the maximum value is the number of bits in the traffic identifier bitmap minus 1. The number of bits in the traffic identifier bitmap may be 4, 8, 12, or 16, etc. The particular number of bits may be determined based on the number of bits configured in the control information, which is not a limitation in this application.

[0233] 10B is a schematic diagram of a possible traffic identifier bitmap according to an embodiment of the present application. The traffic identifier bitmap includes 8 bits. The first bit (bit 0) corresponds to traffic with TID 0, the second bit (bit 1) corresponds to traffic with TID 1, the third bit (bit 2) corresponds to traffic with TID 3, the fourth bit (bit 3) corresponds to traffic with TID 4, the fifth bit (bit 4) corresponds to traffic with TID 4, the sixth bit (bit 5) corresponds to traffic with TID 5, the seventh bit (bit 6) corresponds to traffic with TID 6, and the eighth bit (bit 7) corresponds to traffic with TID 7. Traffic with a corresponding field value of 1 is mapped to the link, or traffic with a corresponding field value of 0 is mapped to the link. For example, traffic with a corresponding field value of 1 is mapped to the link. In this case, the traffic identifier bitmap shown in FIG. 10B indicates that traffic 1, traffic 2, and traffic 7 are mapped to the links corresponding to the link profile field.

[0234] Optionally, when only one link profile needs to be conveyed, a particular link ID may be conveyed in the other link profile to indicate that the information in the current link profile is not valid information.

[0235] Example 2: Figure 10C is a schematic diagram of another possible MAC header according to an embodiment of this application. The control information field corresponding to each control ID includes a link profile field. Each link profile includes one link identifier information (link ID) and identifier information of the traffic mapped to the link. The second multi-link device may include the link profiles of one or more links in the MAC header based on the actual traffic-to-link mapping requirements.

[0236] Similarly, the traffic identifier information in the link profile in Example 2 may be a traffic identifier bitmap, a start traffic identifier and an end traffic identifier, or other forms. This is not limited in this embodiment of the application. When the traffic identifier information is a traffic identifier bitmap, please refer to FIG. 10B. Details are not repeated in this specification.

[0237] Example 3: Figure 10D is a schematic diagram of another possible MAC header according to an embodiment of the present application. The MAC header carries a traffic identifier (TID) ID and control information corresponding to the TID ID. The control information field includes two traffic profile (TID profile) fields. Each TID profile includes the traffic identifier information (TID ID) of one of the links to which the traffic is mapped.

[0238] The link identifier information may be a link ID bitmap, or may be a starting link ID and an ending link ID. The traffic is mapped to links corresponding to link IDs between the starting link ID and the ending link ID. Alternatively, the link identifier information may be in other forms, which is not limited in this embodiment of the application.

[0239] Each bit in the link identifier bitmap corresponds to one link identifier, and different bits correspond to different link identifiers. For example, bit i corresponds to link identifier i, where the value of i starts from 0 and the maximum value is the number of bits in the link identifier bitmap minus 1. The number of bits in the link identifier bitmap may be 4, 8, 12, 16, etc. The specific number of bits may be determined based on the number of bits configured in the control information. This is not a limitation in this application.

[0240] 10E is a schematic diagram of a possible link identifier bitmap according to an embodiment of the present application. The link identifier bitmap includes 8 bits. The first bit (bit 0) corresponds to a link with a link ID of 0, the second bit (bit 1) corresponds to a link with a link ID of 1, the third bit (bit 2) corresponds to a link with a link ID of 3, the fourth bit (bit 3) corresponds to a link with a link ID of 4, the fifth bit (bit 4) corresponds to a link with a link ID of 4, the sixth bit (bit 5) corresponds to a link with a link ID of 5, the seventh bit (bit 6) corresponds to a link with a link ID of 6, and the eighth bit (bit 7) corresponds to a link with a link ID of 7. The traffic is mapped to a link with a corresponding field value of 1, or the traffic is mapped to a link with a corresponding field value of 0. For example, the traffic is mapped to a link with a corresponding field value of 1. In this case, the link identifier bitmap shown in FIG. 10E indicates that the traffic is mapped to link 1, link 2, and link 7.

[0241] Optionally, a particular TID may be conveyed within another TID profile when only one TID profile is required to be conveyed, to indicate that the information in that TID profile is not valid information.

[0242] Of course, Figure 10E is not limiting, but rather merely an example, and in a practical case, the number of bits in the link identifier bitmap may alternatively be other values, such as 4, 12, or 16, and may be specifically determined based on the number of bits configured in the control information.

[0243] Example 4: Figure 10F is a schematic diagram of another possible MAC header according to an embodiment of this application. The control information field corresponding to each control ID includes a traffic profile (TID profile) field. Each TID profile includes one traffic identifier information (TID) information regarding the link to which the traffic is mapped. The second multi-link device may include one or more traffic TID profiles in the MAC header based on the actual traffic-to-link mapping requirements.

[0244] Similarly, the link identifier information in the TID profile in Example 4 may be a link identifier bitmap, a start link identifier and an end link identifier, or other forms. This is not limited in this embodiment of the application. For the case where the link identifier information is a link identifier bitmap, please refer to Figure 10E. Details will not be described repeatedly in this specification.

[0245] In another possible design, the traffic identifier-to-link mapping information is carried in an information element that indicates a traffic identifier-to-link mapping relationship.

[0246] In this embodiment of the application, the name of the information element indicating the mapping relationship from the traffic identifier to the link is not limited. For example, the name may be a traffic identifier to link mapping information element (TID-to-Link Mapping element) (or may be referred to as a traffic identifier to link mapping element). For simplicity of explanation, the following description uses the traffic identifier to link mapping information element as an example.

[0247] FIG. 11A is a schematic diagram of a traffic identifier-to-link mapping information element according to an embodiment of this application. The traffic identifier-to-link mapping information element includes a control field and a traffic identifier-to-link mapping information field. The TID-to-Link Mapping info field carries traffic identifier-to-link mapping information. It should be understood that the traffic identifier-to-link mapping information field may alternatively have other names. This is not limited in this embodiment of this application. Optionally, the traffic identifier-to-link mapping information element may further include fields such as an Element ID field, a Length field, or an Element ID Extension field, although this specification is not limited thereto.

[0248] There may be many specific implementations for the traffic identifier-to-link mapping information field. The following description uses some of the possible examples.

[0249] Example 1: As shown in FIG. 11B, the traffic identifier to link mapping information field includes one or more link profile fields, and each link profile field includes one link identifier information and one or more traffic identifier information mapped to the link. The traffic identifier information may be a traffic identifier bitmap (TID bitmap), or may be a starting traffic identifier (TID) and an ending traffic identifier (TID). The TIDs between the starting TID and the ending TID are mapped to the link. Alternatively, the identifier information may be in other forms. This is not limited in this embodiment of the application. In FIG. 11B, an example is used in which the traffic identifier information is a traffic identifier bitmap. For a specific implementation of the traffic identifier bitmap, please refer to FIG. 10B. In this specification, the details are not repeated.

[0250] Optionally, a link profile field may indicate that a link is disabled when the TID bitmap in the link profile field is all zeros.

[0251] Optionally, as shown in Figure 11C, the link profile field may further include a field indicating whether to disable the corresponding link, such as a Disable field (or other name, but not limited in this application). Furthermore, if the Disable field indicates that the link is disabled, the link profile field may not carry identifier information for the traffic mapped to the link (one example is using a traffic identifier bitmap in Figure 11C), or the link profile field may carry only the link identifier and the Disable field, or the TID bitmap is all zeros.

[0252] Example 2: As shown in FIG. 11D, the traffic identifier to link mapping information field includes one or more traffic profile fields, and each traffic profile field includes one traffic identifier information and one or more link identifier information to which the traffic is mapped. The link identifier information may be a link identifier bitmap, or may be a starting link ID and an ending link ID. The traffic is mapped to a link corresponding to a link ID between the starting link ID and the ending link ID. Alternatively, the link identifier information may be in other forms. This is not limited in this embodiment of the application. In FIG. 11D, we use one example in which the link identifier information is a link identifier bitmap. For a specific implementation of the link identifier bitmap, please refer to FIG. 10E. Details will not be described repeatedly in this specification.

[0253] Optionally, the traffic profile field may alternatively exist in the form of an information element, in which case the traffic profile field may further include fields such as an element ID field, a Length field, and an element ID Extension field, as shown in FIG.

[0254] The specific content of the control field may vary according to the manner of delivering the second message (or the type of the second message). The following description describes the broadcast mode and the unicast mode.

[0255] 1. Unicast Mode

[0256] The request frame (third message) and the response frame (second message) may each carry a traffic identifier-to-link mapping information element.

[0257] Figure 12 is a schematic diagram of another possible traffic identifier-to-link mapping information element according to an embodiment of this application. As shown in Figure 12, the control field includes a mapping request (TID-to-Link Mapping request) field indicating the type of frame in which the traffic identifier-to-link mapping information element is located. The length of the field may be 1 bit, with 1 indicating a request and 0 indicating a response.

[0258] As shown in FIG. 12, the control field may further include a third pre-configured field, such as a negotiation type field (or a negotiation mode field, or other names, but not limited to, in this specification), which indicates a mode used to negotiate a traffic identifier-to-link mapping. The negotiation type field in the traffic identifier-to-link mapping information element carried in the request frame indicates a mode used by the requester to negotiate a traffic identifier-to-link mapping (i.e., the first mode described above). The negotiation type field in the traffic identifier-to-link mapping information element carried in the response frame indicates a mode used by the responder to negotiate a traffic identifier-to-link mapping (i.e., the second mode described above).

[0259] In one possible design, when the traffic identifier-to-link mapping information element is located in a request frame and a response frame, the value of the negotiation type field may indicate different meanings. In other words, the meaning of the value of the negotiation type field needs to be determined based on the frame type (including the request frame and the response frame) in which the negotiation type field is located and the value of the negotiation type field.

[0260] For example, Table 8 is an example of multiple possible values ​​and the meanings of those values ​​for the negotiation type field in a traffic identifier-to-link mapping information element carried in a request frame. Table 9 is an example of multiple values ​​and the meanings of those values ​​for the negotiation type field in a traffic identifier-to-link mapping information element carried in a response frame. [Table 8]

[0261] It should be noted that although Table 8 lists three possible values ​​of the negotiation type field in the request frame, it does not mean that the negotiation type field needs to include those three values. In practical application, the value of the negotiation type field may only be a part of the values ​​in Table 8, or may further include values ​​other than those listed in Table 8. [Table 9]

[0262] It should be noted that although Table 9 lists four possible values ​​of the negotiation type field in the response frame, it does not mean that the negotiation type field needs to include those four values. In practical application, the value of the negotiation type field may only be a part of the values ​​in Table 9, or may further include values ​​other than those listed in Table 9.

[0263] In another possible design, when the traffic identifier-to-link mapping information element is located in the request frame and the response frame, the value of the negotiation type field may indicate the same meaning. In other words, the meaning indicated by the value of the negotiation type field may be directly determined based on the value of the negotiation type field.

[0264] For example, Table 10 is an example of several possible values ​​and the meanings of those values ​​for the Negotiation Type field in a Traffic Identifier-to-Link Mapping Information Element carried in a request or response frame. [Table 10]

[0265] It should be noted that although Table 10 above lists seven possible values ​​of the negotiation type field in the request frame and the response frame, it does not mean that the negotiation type field needs to include those seven values. In practical application, the value of the negotiation type field may only be a part of the values ​​in Table 10, or may further include values ​​other than those listed in Table 10.

[0266] Optionally, as shown in FIG. 12, the control field may further include a ninth indication, such as a traffic direction field (or other names, but not limited to, in this specification), which indicates the direction of traffic mapped to the link. The direction type may include downlink and uplink, and may further include both uplink and downlink (both UL and DL). The field length may be 1 bit or 2 bits. For example, a value of 0 in the field indicates uplink, a value of 1 indicates downlink, and a value of 3 indicates uplink and downlink.

[0267] Optionally, as shown in FIG. 12, the control field may further include a second pre-configured field, such as a default mode field (or other name, but not limited to this specification), and may be 1 bit in length. When the default mode field is set to a pre-configured value (such as 1), the default mode field indicates that a default mapping scheme is used. Specifically, all TIDs (or each TID) may be mapped to each link on which the multi-link communication is established. In this case, the traffic identifier-to-link mapping information element may not carry traffic identifier-to-link mapping information, or the traffic identifier-to-link mapping information element may carry only other fields, such as the control field, the element identifier, the length, or the element ID extension.

[0268] It should be understood that any of the traffic identifier-to-link mapping information fields in the embodiments shown in Figures 11A-11D may be combined with any of the control fields in the embodiment shown in Figure 12. For example, Figure 13 is a schematic diagram of traffic identifier-to-link mapping information elements obtained by one of several combination schemes.

[0269] The following description describes a method for using any one of the traffic identifier-to-link mapping information elements shown in FIGS. 11A-13.

[0270] One method is that in the multi-link establishment process, the association request frame (third message) and the association response frame (second message) carry a traffic identifier-to-link mapping information element, thereby completing the negotiation of the traffic identifier-to-link mapping during the multi-link establishment.

[0271] Another method is that after completing the multi-link establishment, if the multi-link device wants to update the mapping relationship from traffic to link, it may define an Extremely High Throughput (EHT) action frame, which carries a mapping information element from traffic identifier to link to update the mapping relationship.

[0272] 14 is a flowchart of a method for updating a mapping relationship from a traffic identifier to a link according to an embodiment of the present application. The method may be applied to the communication system shown in FIG.

[0273] S1401: A first multilink device sends a request frame (third message) to a second multilink device, where the request frame carries a mapping information element from a first traffic identifier to a link and is used to request updating a mapping relationship from a traffic identifier to a link.

[0274] S1402: The second multilink device sends a response frame (second message) to the first multilink device, where the response frame carries a second traffic identifier-to-link mapping information element and is used to respond to the update of the traffic identifier-to-link mapping relationship.

[0275] Both the request frame and the response frame are EHT operation frames. Figure 15 is a schematic diagram of a possible frame structure of an EHT operation frame according to an embodiment of this application. The value of the Category field may be "EHT", indicating an operation frame in 802.11be.

[0276] To distinguish a request frame from a response frame, the value of the TID-to-link mapping request field in the traffic identifier-to-link mapping information element in the request frame may be set to 1, and the value of the TID-to-link mapping request field in the traffic identifier-to-link mapping information element in the response frame may be set to 0.

[0277] In one implementation, the value of the EHT Action field in the EHT action frame may be "TID-to-Link mapping update information," which indicates that the EHT action frame is used to update a traffic identifier-to-link mapping relationship.

[0278] In another implementation, the value of the EHT action field in the request frame may be "TID-to-Link mapping update request", and the value of the EHT action field in the response frame may be "TID-to-Link mapping update response". Using Table 10 as an example, when the value of the negotiation type field in the traffic identifier-to-link mapping information element in the response frame is the fourth value (accept), the negotiation of the traffic identifier-to-link mapping relationship is completed. Otherwise, the first multilink device may continue to transmit request frames until the value of the negotiation type field in the received response frame is the fourth value (accept).

[0279] 2. Broadcast Mode

[0280] In this mode, the second multilink device may be an AP MLD and the first multilink device may be a non-AP MLD.

[0281] The second multilink device may include a traffic identifier-to-link mapping information element in the beacon frame, which is used to broadcast the traffic identifier-to-link mapping information to the stations.

[0282] Figure 16 is a schematic diagram of another traffic identifier-to-link mapping information element according to an embodiment of this application. The traffic identifier-to-link mapping information element may be carried in a beacon frame. The control field of the traffic identifier-to-link mapping information element includes a Broadcast field (sixth indication information), which indicates that the current traffic identifier-to-link mapping information element carries the traffic-to-link mapping information to be broadcast. In other words, the traffic-to-link mapping information may be transmitted to multiple stations, which are used to perform traffic-to-link mapping.

[0283] Optionally, as shown in Figure 16, the control field may further include a traffic direction field, which indicates the direction of traffic mapped to the link. The direction type may include downlink and uplink, and may further include both uplink and downlink (both UL and DL). The field length may be 1 or 2 bits. A value of 0 indicates uplink, a value of 1 indicates downlink, and a value of 3 indicates both uplink and downlink.

[0284] Optionally, as shown in FIG. 16, the control field may further include a default mode field, which may be 1 bit in length. When the default mode field is set to a preset value (e.g., 1), the default mode field indicates that a default mapping scheme is used. Specifically, all TIDs (or each TID) may be mapped to each link on which multilink communication is established. In this case, the traffic identifier-to-link mapping information element may not carry traffic identifier-to-link mapping information, or the traffic identifier-to-link mapping information element may carry only other fields, such as the control field, the element identifier, the length, or the element ID extension.

[0285] Before the second multilink device broadcasts a beacon frame (second message), the station multilink device, such as the first multilink device, may send seventh indication information to the second multilink device to indicate that the device type of the first multilink device is a device that supports mapping from broadcasted traffic identifiers to links (MLD that supports mapping from broadcasted TIDs to links). Furthermore, when the second multilink device broadcasts a beacon frame, the first multilink device receives a traffic identifier-to-link mapping information element in the beacon frame, and updates a mapping relationship from traffic identifiers to links based on the traffic identifier-to-link mapping information element.

[0286] In the case of non-AP MLD, if the non-AP MLD supports mapping from broadcasted TIDs to links, the non-AP MLD cannot send a traffic identifier-to-link mapping information element to the AP MLD to change the traffic identifier-to-link mapping relationship of the AP MLD.

[0287] In one specific implementation, in the multi-link establishment request, the non-AP MLD asserts that it supports the broadcasted TID-to-link mapping. Specifically, the seventh indication information may be carried in the association request frame, and the seventh indication information indicates that the non-AP MLD supports the broadcasted TID-to-link mapping. Specifically, the seventh indication information is carried in the EHT capabilities element. The AP MLD may respond with an association response frame, and the association response frame carries a traffic identifier-to-link mapping information element, and the traffic identifier-to-link mapping information element is used to assign an initial value of the traffic identifier-to-link mapping relationship. After completing the multi-link establishment, if the AP MLD wants to update the traffic identifier-to-link mapping relationship, the AP MLD may include a traffic identifier-to-link mapping information element in the beacon frame, and the traffic identifier-to-link mapping information element is used to broadcast the current traffic identifier-to-link mapping information to the stations. After receiving through non-AP MLD, the non-AP needs to update the mapping relationship.

[0288] Optionally, when the content of the traffic identifier-to-link mapping information element carried in the beacon frame changes so that the dormant non-AP MLD receives a new mapping relationship after waking up, the AP MLD needs to use this event as a critical update and add 1 to the value of the check Beacon field (i.e., the eighth indication information) in the next Traffic Indication Map (TIM) frame to be transmitted. After the non-AP MLD wakes up from the dormant state, the non-AP MLD may compare the value of the check Beacon frame field before the dormant state with the value of the received check Beacon frame field to know whether the AP MLD updates the mapping relationship, and may update the mapping relationship based on the content of the latest traffic identifier-to-link mapping information element when it determines that the AP MLD updates the mapping relationship.

[0289] Alternatively, the AP MLD may carry a counter field (i.e., the eighth indication information) in the beacon frame, for example, called a traffic identifier-to-link mapping update counter (TID-to-Link mapping update counter). The value of the counter is initialized to 0. When the content of the traffic identifier-to-link mapping information element changes, the count value of the counter is increased by 1.

[0290] The number of bits of the counter may be set and broadcast by the AP or may be specified in a standard, which is not limited in this embodiment of the application. For example, assume that the counter is represented by 8 bits and the maximum value of the counter is 255. When the count value of the counter is greater than 255, a modulo operation (mod) is performed on 256, so that 255 plus 1 becomes 0.

[0291] After the non-AP MLD wakes up from the dormant state, the non-AP MLD may compare the value of the counter frame field before the dormant state with the value of the received counter frame field to know whether the AP MLD should update the mapping relationship, and when the AP MLD determines to update the mapping relationship, it may update the mapping relationship based on the content of the latest traffic identifier-to-link mapping information element.

[0292] Alternatively, the counter may be carried in a traffic identifier-to-link mapping information element in the beacon frame, as shown in FIG.

[0293] S902: The first multi-link device establishes or updates a traffic-to-link mapping relationship based on the mapping information.

[0294] For example, when the second message is an association response frame that the second multilink device sends to the first multilink device during the multilink establishment phase (i.e., when the second message is a message used to establish a mapping relationship), the first multilink device establishes a mapping relationship from identifiers to links based on the identifier-to-link mapping information carried in the association response frame.

[0295] Alternatively, for example, when the second message is an EHT operation frame that the second multilink device sends to the first multilink device after the completion of the multilink establishment phase (in other words, when the second message is a message used to update the mapping relationship), the first multilink device updates the identifier-to-link mapping relationship based on the identifier-to-link mapping information carried in the EHT operation frame.

[0296] Alternatively, for example, when the second message is a beacon frame broadcast by the second multilink device after the end of the multilink establishment phase (in other words, when the second message is a message used to update the mapping relationship), the first multilink device updates the identifier-to-link mapping relationship based on the identifier-to-link mapping information carried in the beacon frame.

[0297] From the above, in this embodiment of the application, the second multilink device adds traffic-to-link mapping information to the second message, so that the multilink device can further establish a traffic-to-link mapping relationship during multilink establishment, or update the traffic-to-link mapping relationship after completing multilink establishment, thereby managing traffic more flexibly and improving quality of service.

[0298] It should be understood that the embodiments provided by the embodiments of this application can be combined with each other to achieve different technical effects.

[0299] In the embodiments of this application, the terms "system" and "network" may be used interchangeably. "At least one" means one or more, and "multiple" means two or more. The term "and / or" describes an association relationship to describe multiple related objects, and indicates that three relationships may exist. For example, A and / or B may represent three cases: when only A is present, when both A and B are present, and when only B is present. Each of A and B may be singular or plural. The symbol " / " generally indicates an "or" relationship between multiple related objects. "At least one of the following items (parts)" or similar expressions refers to any combination of those items, including any combination of singular items (parts) or multiple items (parts). For example, at least one of a, b, or c may represent a, b, c, a and b, a and c, b and c, or a, b, and c.

[0300] In addition, unless otherwise specified, sequence numbers such as "first" and "second" in the embodiments of this application are used to distinguish between multiple objects, but are not intended to limit the order, chronology, priority, or importance of those multiple objects. For example, a first priority criterion and a second priority criterion are merely used to distinguish between multiple different criteria, but do not indicate different contents, priorities, or importance of the two criteria, etc.

[0301] In addition, the terms "including" and "having" in the embodiments, claims, and accompanying drawings of this application are not exclusive terms. For example, a process, method, system, product, or device that includes a series of steps or modules is not limited to the steps or modules listed, and may further include steps or modules that are not listed.

[0302] The embodiments of this application are described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to the embodiments of this application. It should be understood that computer program instructions may be used to implement each process and / or each block of the flowcharts and / or block diagrams, and combinations of processes and / or blocks in the flowcharts and / or block diagrams. These computer program instructions are provided to a processor of a general purpose computer, a special purpose computer, an embedded processor, or any other programmable data processing device to generate a machine, whereby the instructions executed by the processor of the computer or any other programmable data processing device generate an apparatus for implementing a particular function in one or more processes in the flowcharts and / or one or more blocks in the block diagrams.

[0303] All or part of the above embodiments may be implemented by using software, hardware, firmware, or any combination thereof. When software is used to implement the above embodiments, all or part of the embodiments may be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded into a computer and executed by the computer, they generate all or part of the procedures or functions according to the embodiments of this application. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wired methods (e.g., coaxial cable, optical fiber, or digital subscriber line (DSL)) or wireless methods (e.g., infrared, radio, or microwave). A computer-readable storage medium may be any available medium that can be accessed by a computer, or a data storage device, such as a server or a data center, incorporating one or more available media. The available medium may be a magnetic medium (e.g. a floppy disk, a hard disk, or a magnetic tape), an optical medium (e.g. a digital versatile disc (DVD)), or a semiconductor medium (e.g. a solid state disk (SSD)).

[0304] Obviously, those skilled in the art may make various modifications and variations to the embodiments of this application without departing from the spirit and scope of this application. This application intends to cover such modifications and variations as long as they fall within the scope of protection defined by the following claims of this application and their equivalent technologies.

Claims

1. 1. A multi-link communication method, comprising: sending, by a second multilink device, a first request message to a first multilink device, the first request message carrying identifiers of one or more links and first indication information for each of the one or more links, the first indication information indicating an operation type of the links, the operation type including one or more of: adding a link to a multilink communication link, and removing a link from the multilink communication link; receiving, by the second multilink device, a first response message from the first multilink device, the first response message carrying the identifiers of the one or more links and second indication information for each of the one or more links, the second indication information indicating a status of the link; The method includes:

2. The operation type is: Establishing multi-link communications, and / or Providing only link information or not establishing multi-link communication; The method of claim 1 further comprising:

3. The condition may be any one or more of the following: The multi-link communication is successfully established. The establishment of the multi-link communication has failed. Only the link information is provided or the multi-link communication is not established; The link has been successfully added, Failure to add said link, The link has been successfully removed, or Failure to remove said links; The method of claim 1 or 2, comprising any one or more of the following:

4. 3. The method according to claim 1 or 2, wherein the first indication information and / or the second indication information is carried in a first pre-configured field in a multilink information element.

5. In the multilink information element carried in the first request message or the first response message, the value of the first pre-configured field is one or more of the following: a first value indicating that the operation type is adding a link to a multi-link communication link; a second value indicating that the operation type is a deletion of a link from a multi-link communication link; a third value indicating that the status is that the link was successfully added; a fourth value indicating that the condition is that the addition of the link failed; a fifth value indicating that the status is that the link has been successfully removed; or a sixth value indicating that the status is that removal of the link has failed; The method of claim 4, comprising any one or more of:

6. When the operation type is establishing multi-link communication, not establishing multi-link communication, providing only the link information, or adding the link to the multi-link communication link, the first request message further carries station capability information; or if the operation type is a deletion of the link from the multi-link communication link, the first request message does not carry station capability information; 6. The method according to any one of claims 2 to 5.

7. The multilink information element further carries information regarding a new link of the access point device; a multilink device MLD common information field of the multilink information element carries third indication information indicating that the multilink information element carries information regarding the new link; The method according to claim 4.

8. The method of claim 7 , wherein the information regarding the new link is carried in each beacon frame of N consecutive beacon frames, where N is a positive integer.

9. 1. A multi-link communication method, comprising: receiving, by a first multilink device, a first request message transmitted by a second multilink device, the first request message carrying identifiers of one or more links and first indication information for each of the one or more links, the first indication information indicating an operation type of the links, the operation type including one or more of: adding a link to a multilink communication link, and removing a link from the multilink communication link; sending, by the first multilink device, a first response message to the second multilink device, the first response message carrying the identifiers of the one or more links and second indication information for each of the one or more links, the second indication information indicating a status of the link; The method includes:

10. The operation type is: Establishing multi-link communications, and / or Providing only link information or not establishing multi-link communication; The method of claim 9 further comprising:

11. The condition may be any one or more of the following: The multi-link communication is successfully established. The establishment of the multi-link communication has failed. Only the link information is provided or the multi-link communication is not established; The link has been successfully added, Failure to add said link, The link has been successfully removed, or Failure to remove said links; 11. The method of claim 9 or 10, comprising any one or more of the following:

12. 11. The method according to claim 9 or 10, wherein the first indication information and / or the second indication information is carried in a first pre-configured field in a multilink information element.

13. In the multilink information element carried in the first request message or the first response message, the value of the first pre-configured field is one or more of the following: a first value indicating that the operation type is adding a link to a multi-link communication link; a second value indicating that the operation type is a deletion of a link from a multi-link communication link; a third value indicating that the status is that the link was successfully added; a fourth value indicating that the condition is that the addition of the link failed; a fifth value indicating that the status is that the link has been successfully removed; or a sixth value indicating that the status is that removal of the link has failed; The method of claim 12, comprising any one or more of:

14. When the operation type is establishing multi-link communication, not establishing multi-link communication, providing only the link information, or adding the link to the multi-link communication link, the first request message further carries station capability information; or if the operation type is a deletion of the link from the multi-link communication link, the first request message does not carry station capability information; 14. The method according to any one of claims 10 to 13.

15. The multilink information element further carries information regarding a new link of the access point device; a multilink device MLD common information field of the multilink information element carries third indication information indicating that the multilink information element carries information regarding the new link; The method of claim 12.

16. 16. The method of claim 15, wherein the information regarding the new link is carried in each beacon frame of N consecutive beacon frames, where N is a positive integer.

17. A chip coupled to a memory and configured to read and execute program instructions stored in said memory, thereby performing the method of any one of claims 1 to 16.

18. 1. A communication device, comprising: a transceiver module configured to communicate with other communication devices other than the communication device; A processing module configured to execute the method according to any one of claims 1 to 16 by using said transceiver module; A communication device comprising:

19. A computer program product comprising instructions, which, when the computer program product is run on a computer, performs the method according to any one of claims 1 to 16.

20. A computer readable storage medium having a program or instructions, which, when running or executing said program or instructions on a computer, performs the method according to any one of claims 1 to 16.

21. A computer program which, when run on a computer, performs the method according to any one of claims 1 to 16.

Images