WO2023245687A1 - 一种多链路重配置方法及装置、通信设备 - Google Patents

一种多链路重配置方法及装置、通信设备 Download PDF

Info

Publication number
WO2023245687A1
WO2023245687A1 PCT/CN2022/101335 CN2022101335W WO2023245687A1 WO 2023245687 A1 WO2023245687 A1 WO 2023245687A1 CN 2022101335 W CN2022101335 W CN 2022101335W WO 2023245687 A1 WO2023245687 A1 WO 2023245687A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
mld
proposed
information
site
Prior art date
Application number
PCT/CN2022/101335
Other languages
English (en)
French (fr)
Inventor
卢刘明
黄磊
罗朝明
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to PCT/CN2022/101335 priority Critical patent/WO2023245687A1/zh
Publication of WO2023245687A1 publication Critical patent/WO2023245687A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems

Definitions

  • the embodiments of the present application relate to the field of mobile communication technology, and specifically to a multi-link reconfiguration method and device, and communication equipment.
  • One or more links can be established between a non-Access Point Multi-Link Device (non-AP MLD) and an Access Point Multi-Link Device (AP MLD). link.
  • the AP MLD may add one or more access points (Access Points, APs), or may remove one or more access points.
  • AP similarly, non-AP MLD may add one or more affiliated sites (STAs), or may also remove one or more affiliated STAs.
  • STAs affiliated sites
  • Embodiments of the present application provide a multi-link reconfiguration method and device, communication equipment, chips, computer-readable storage media, computer program products, and computer programs.
  • the multi-link reconfiguration method includes:
  • the first MLD determines whether the link capability of at least one proposed link is consistent with the link
  • the link sharing capability is compatible, and/or, the operational requirements of at least one first affiliated site are compatible with the link sharing operation;
  • the at least one first affiliated site is an affiliated site associated with at least one proposed link in the first MLD;
  • the link sharing capability refers to the sharing capability of the at least one established link, so
  • the link sharing operation refers to the operation of sharing the at least one established link.
  • the multi-link reconfiguration method includes:
  • the second MLD receives the first request frame sent by the first MLD, and/or the first response frame sent by the second MLD to the first MLD; wherein the first request frame is used in multi-link A request is made to add at least one proposed link in the reconfiguration, and the first response frame is used to add the at least one proposed link in the multi-link reconfiguration.
  • the multi-link reconfiguration device provided by the embodiment of the present application is applied to the first multi-link device, and the device includes:
  • the first determining unit is configured to determine at least one proposed link when the first multi-link device MLD and the second MLD have completed multi-link establishment and established at least one established link. Whether the link capability of the link is compatible with the link sharing capability, and/or whether the operational requirements of at least one first affiliated site are compatible with the link sharing operation;
  • the at least one first affiliated site is an affiliated site associated with at least one proposed link in the first MLD;
  • the link sharing capability refers to the sharing capability of the at least one established link, so
  • the link sharing operation refers to the operation of sharing the at least one established link.
  • the multi-link reconfiguration device provided by the embodiment of the present application is applied to the second MLD and includes:
  • the second transceiver unit is configured to receive the first request frame sent by the first MLD; and/or, the first response frame sent to the first MLD; wherein the first request frame is used for multi-link resumption.
  • a request is made to add at least one proposed link in the configuration, and the first response frame is used to add the at least one proposed link in the multi-link reconfiguration.
  • the communication device provided by the embodiment of the present application includes a processor and a memory.
  • the memory is used to store computer programs, and the processor is used to call and run the computer programs stored in the memory to perform the above-mentioned multi-link reconfiguration method.
  • the chip provided by the embodiment of the present application is used to implement the above-mentioned multi-link reconfiguration method.
  • the chip includes: a processor, configured to call and run a computer program from the memory, so that the device installed with the chip executes the above-mentioned multi-link reconfiguration method.
  • the computer-readable storage medium provided by the embodiment of the present application is used to store a computer program.
  • the computer program causes the computer to execute the above-mentioned multi-link reconfiguration method.
  • the computer program product provided by the embodiment of the present application includes computer program instructions, which cause the computer to execute the above-mentioned multi-link reconfiguration method.
  • the computer program provided by the embodiment of the present application when run on a computer, causes the computer to perform the above-mentioned multi-link reconfiguration method.
  • compatibility verification is performed on at least one proposed link requested to be added, It can ensure that the newly added links in the subsequent multi-link reconfiguration process are compatible with the existing links to achieve smooth establishment of new links, thus improving the multi-link reconfiguration mechanism.
  • Figure 1 is a communication system architecture diagram applied in the embodiment of the present application.
  • Figure 2-1 is a schematic diagram of an application scenario according to the embodiment of the present application.
  • Figure 2-2 is a schematic diagram of an application scenario according to the embodiment of the present application.
  • Figure 3-1 is a schematic diagram of the format of a per-site control domain transmitted by non-AP MLD according to an embodiment of the present application
  • Figure 7 is a schematic flow chart 4 of a multi-link reconfiguration method provided by an embodiment of the present application.
  • Figure 11 is a schematic diagram 1 of an RSNA authentication interaction provided by an embodiment of the present application.
  • Figure 12 is a schematic diagram 2 of an RSNA authentication interaction provided by an embodiment of the present application.
  • Figure 13 is a schematic structural diagram of a multi-link reconfiguration device 1300 provided by an embodiment of the present application.
  • Figure 17 is a schematic block diagram of a communication system provided by an embodiment of the present application.
  • Figure 1 is an example of a communication system architecture applied in the embodiment of the present application.
  • the communication system 100 may include an AP 110, and a STA 120 that accesses the network through the AP 110.
  • AP 110 may be called AP STA, that is, in a certain sense, AP 110 is also a STA.
  • STA 120 may be called non-AP STA (non-AP STA).
  • STAs 120 may include AP STAs and non-AP STAs.
  • Communication in the communication system 100 may include: communication between the AP 110 and the STA 120, or communication between the STA 120 and the STA 120, or communication between the STA 120 and the peer STA, where the peer STA may refer to the peer STA 120.
  • the device that communicates, for example, the peer STA may be an AP or a non-AP STA.
  • the AP 110 and the STA 120 may be devices used in the Internet of Vehicles, IoT nodes, sensors, etc. in the Internet of Things (IoT), smart cameras, smart remote controls in smart homes, Smart water meters, electricity meters, etc., as well as sensors in smart cities, etc.
  • IoT Internet of Things
  • smart cameras smart cameras
  • smart remote controls smart homes
  • Smart water meters Smart water meters
  • electricity meters etc.
  • sensors in smart cities etc.
  • FIG. 1 is only an example of the present application and should not be understood as a limitation of the present application.
  • FIG. 1 only exemplarily shows one AP and two STAs.
  • the communication system 100 may include multiple APs and other numbers of STAs, which are not limited in this embodiment of the present application.
  • Figure 2-1 is a schematic diagram of an application scenario according to the embodiment of the present application.
  • the communication system 200 may include: AP MLD 210 and non-AP MLD 220.
  • the AP MLD 210 is an electronic device that can form a wireless local area network 230 based on the transmitted signal, such as a router, a router, and a hotspot function.
  • Mobile phones, etc., non-AP MLD 220 are electronic devices connected to the wireless LAN 230 formed by the AP MLD 210, such as: mobile phones, smart washing machines, air conditioners, electronic locks and other equipment.
  • the non-AP MLD 220 communicates with the AP MLD 210 through the wireless LAN 230.
  • the AP MLD 210 can be a soft AP MLD, a mobile AP MLD, etc.
  • the AP MLD 210 and the non-AP MLD 220 may be terminal equipment, and the terminal equipment may refer to an access terminal, user equipment (User Equipment, UE), user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communications device, user agent or user device.
  • user equipment User Equipment, UE
  • user unit User station
  • mobile station mobile station
  • remote station remote terminal
  • mobile device user terminal
  • terminal wireless communications device
  • wireless communications device user agent or user device.
  • the access terminal can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a device with wireless communications Functional handheld devices, computing devices or other processing devices connected to wireless modems, vehicle-mounted devices, wearable devices, terminal devices in 5th generation (5G) networks or future evolved Public Land Mobile networks (Public Land Mobile Network, PLMN) terminal equipment, etc.
  • 5G 5th generation
  • PLMN Public Land Mobile Network
  • the communication system 200 shown in Figure 2-1 may also include a network device, and the network device may be an access network device that communicates with the terminal device.
  • Access network equipment can provide communication coverage for a specific geographical area and can communicate with terminal equipment located within the coverage area.
  • A indicates B, which can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association between A and B. relation.
  • the "correspondence" mentioned in the embodiments of this application can mean that there is a direct correspondence or indirect correspondence between the two, it can also mean that there is an associated relationship between the two, or it can mean indicating and being instructed. , configuration and configured relationship.
  • predefined can refer to what is defined in the protocol.
  • protocol may refer to a standard protocol in the communication field, which may include, for example, LTE protocol, NR protocol, and related protocols applied in future communication systems. This application does not limit this. .
  • the multi-link reconfiguration (Multi-link reconfiguration) mechanism defined in the related art includes a series of processes for adding one or more affiliated APs to the AP MLD or removing one or more affiliated APs from the AP MLD.
  • the AP MLD can add one or more additional APs at any time. Specifically, the AP MLD changes the Maximum Number Of of the MLD Capabilities field in the Basic Multi-link element of the beacon frame and/or probe response frame. Simultaneous Links field) and the Reduced Neighbor Report element (Reduced Neighbor Report element) in the beacon frame and/or probe response frame include a TBTT information field of the new affiliated AP to announce the new affiliated AP.
  • the AP MLD can remove one or more of its attached APs.
  • AP MLD announces the removal of any attached AP by transmitting a Reconfiguration Multi-Link element in all beacon frames and/or probe response frames of all attached APs until the attached AP has been removed. .
  • the associated non-AP MLD considers that the link corresponding to the removed AP does not exist, and the link associated with the removed attached AP
  • the Station Management Entity (SME) of the associated site should delete any information used to maintain the link.
  • the Per-STA Profile subelement in Table 1 includes the Per-STA Control field.
  • the format of each site control domain transmitted by non-AP MLD is shown in Figure 3-1, including link ID subdomain, complete configuration subdomain, and new link ID. subfield and Delete Request subfield; among them, the new link identification subfield is used to indicate the link identification corresponding to the new AP requesting connection. In particular, if the new link identification subfield is set to 15, it means that it is not Make a request to establish a new link; if the deletion request subfield is set to 1, it indicates a request to remove the link indicated by the link identification subfield.
  • a mechanism for adding new links on the basis that the non-AP MLD is already associated with the AP MLD should be defined.
  • the technical solution of the embodiment of this application defines the mechanism for adding multiple links on the basis that the non-AP MLD has been associated with the AP MLD and successfully established the multi-link, and the mechanism for adding new links after the establishment of the new link is completed.
  • Robust Security Network Association (RSNA) verification mechanism is proposed.
  • the first multi-link device in the embodiment of the present application may be Non-AP MLD
  • the second multi-link device may be an AP MLD
  • the first multi-link device may be an MLD
  • the second multi-link device may be a peer MLD (Peer MLD).
  • FIG. 4 is a schematic flowchart 1 of an optional multi-link reconfiguration method provided by an embodiment of the present application. As shown in Figure 4, the multi-link reconfiguration method includes the following steps:
  • Step 410 When the first MLD and the second MLD have completed multi-link establishment and established at least one established link, the first MLD determines whether the link capability of at least one proposed link is compatible with the link sharing capability. , and/or, whether the operational requirements of at least one first affiliated site are compatible with link sharing operations;
  • the first MLD and the second MLD have completed multi-link establishment, which can also be understood as the second MLD has been associated with the first MLD. That is to say, before step 410, at least one established link has been established between the first MLD and the second MLD.
  • the first MLD and the second MLD have completed multi-link establishment (or the second MLD has been associated with the first MLD), when there are still affiliated sites in the first MLD that have not established a link, and the link has not been established
  • the first MLD may conduct compatibility verification on the relevant capabilities and/or operational requirements of each link in at least one of these requested links to coordinate the multi-link addition process.
  • the compatibility verification may include determining whether the link capability of at least one proposed link is compatible with the link sharing capability, and/or whether the operation requirements of the at least one first affiliated site are compatible with the link sharing operation. .
  • the first MLD can verify whether each proposed link in at least one proposed link is compatible with the sharing capability of an existing link before multi-link reconfiguration, and/or, at least one proposed link Whether the operation requirements of the first affiliated site corresponding to the link are compatible with the shared operation of the established link are used to determine whether to perform multi-link establishment for at least one proposed link requested to be established.
  • the first MLD may only verify whether the link capability of at least one proposed link is compatible with the link sharing capability of the established link.
  • the first MLD may also only verify whether the operational requirements of at least one first subsidiary site associated with at least one proposed link are compatible with link sharing operations.
  • the first MLD can also simultaneously verify whether the link capability of at least one proposed link is compatible with the link sharing capability, and whether the first affiliated site associated with the at least one proposed link is compatible with the link sharing operation.
  • the verification method here can be determined according to actual needs, and the embodiments of this application do not limit this.
  • link sharing capabilities include at least one of the following:
  • RSN Robust Security Network
  • RSNE Robust Security Network Element
  • the link sharing operation is indicated by at least one of the following:
  • An authentication and key management suite selector shared by the at least one established link;
  • a pairwise cipher suite (Pairwise Cipher Suite) shared by at least one established link.
  • the first MLD determines whether the link capability of the at least one proposed link is compatible with the link sharing capability, and/or whether the operational requirements of the at least one first affiliated site are compatible with the link sharing operation, This can also be achieved by:
  • the first MLD determines whether at least one proposed link supports the link sharing capability, and/or whether the at least one affiliated site supports the link sharing operation.
  • the first MLD may also determine the link capabilities and/or operational requirements of at least one proposed link to be added, and then the first MLD may, based on the link capabilities and/or operational requirements of each proposed link, Verify compatibility of each proposed link. Specifically, the first MLD may determine whether the link capability of each proposed link supports the link sharing capability of at least one established link, and/or whether the operational requirements of each proposed link support at least one existing link. Link sharing operation for link establishment.
  • the link capacity and/or operation requirements of at least one proposed link to be added may be determined by the first MLD based on the information released by the second MLD, or the first MLD may determine the request based on each proposed link.
  • the actual attributes of the road are determined, and the embodiment of the present application does not limit this.
  • the first MLD may verify whether the authentication and key management suite selector and/or pairwise cipher suite used by the newly proposed link is the same authentication and key management suite as the currently established link. Selectors and/or pairwise cipher suites consistent. If the two are consistent, the first MLD may determine that the first affiliated site corresponding to the current proposed link is compatible with the link sharing operation of at least one established link. If the two are inconsistent, the first MLD may determine that the first affiliated site corresponding to the current proposed link is incompatible with the link sharing operation of at least one established link.
  • compatibility verification is performed on at least one proposed link requested to be added, It can ensure that the newly added links in the subsequent multi-link reconfiguration process are compatible with the existing links to achieve smooth establishment of new links, thus improving the multi-link reconfiguration mechanism.
  • the first MLD determines whether the link capability of at least one proposed link is compatible with the link sharing capability, and/or whether the operation requirements of at least one first affiliated site are compatible with Before link sharing operations are compatible, you can also perform the following steps:
  • Step 400 The first MLD receives the site information of at least one second affiliated site sent by the second MLD.
  • the site information of the at least one second affiliated site is used to indicate the link capability of at least one proposed link, and/or, at least Operational requirements for a first affiliate site.
  • At least one second affiliated site includes a newly added affiliated site in the second MLD, and/or an affiliated site in the second MLD that has not established a link with the first MLD.
  • the link capability and/or operation requirement of at least one proposed link requested to be added in step 410 can be obtained based on the site information of at least one second affiliated site published by the second MLD.
  • the first MLD can determine the link capability and/or operation requirements of each proposed link based on the relevant information carried in the site information of each second affiliated site.
  • the site information of the at least one second affiliated site is carried through a beacon frame or a probe response frame.
  • the first MLD may receive a beacon frame or a probe response frame carrying site information of the second affiliated site to determine the link capability of at least one proposed link requested to be established, and/or , the operational requirements of at least one first affiliated site corresponding to the at least one proposed link.
  • the first request frame is used to request the addition of at least one proposed link in multi-link reconfiguration
  • the first response frame is used to add at least one proposed link in multi-link reconfiguration
  • the first MLD can determine the compatibility of at least one proposed link. After the link capability of the established link is compatible with the link sharing capability of the established link, the first request frame and the first response frame are interacted with the second MLD to negotiate the establishment of at least one proposed link.
  • the first MLD may verify the compatibility of at least one proposed link association. After the operation requirements of at least one first affiliated site are compatible with the link sharing operation, the first request frame and the first response frame are interacted with the second MLD to negotiate the establishment of at least one proposed link.
  • the first MLD may send a first request frame to the second MLD to request to add at least one proposed link.
  • the second MLD can respond to the first request frame.
  • the second MLD can determine whether to accept the addition or reject the addition of at least one of the above proposed links according to the actual situation of the proposed link. road.
  • the second MLD can accept all proposed links in at least one proposed link, accept part of at least one proposed link, or reject all proposed links. This application implements There is no restriction on this.
  • the second MLD may feed back a first response frame to the first MLD, and inform the first MLD of the establishment result of each proposed link in the at least one proposed link requested by the first MLD through the first response frame.
  • the compatibility of at least one proposed link to be added is verified by requesting, and the After at least one proposed link passes the compatibility verification, multi-link establishment is performed on at least one proposed link, which can avoid incompatibility problems after establishment and achieve smooth establishment of new links.
  • the multi-link reconfiguration method provided by the embodiment of the present application may also include the following steps:
  • the first MLD can verify the compatibility of at least one proposed link. After the link capability of the link is incompatible with the link sharing capability of the established link, it is determined not to send the first request frame to the second MLD.
  • the first MLD can verify After the operation requirements of the at least one first affiliated site are incompatible with the link sharing operation, it is determined not to send the first request frame to the second MLD.
  • the first MDL on the basis that the first MLD and the second MLD have established at least one established link, by performing compatibility verification on at least one proposed link that is requested to be added, if at least one If the proposed link is incompatible with the link sharing capability and/or link sharing operation of the currently established link, the first MDL may not perform multi-link establishment on at least one of the proposed links. In this way, multi-link In the process of road reconfiguration, the related capabilities and/or operations of the newly added links are incompatible with the link sharing capabilities and/or link sharing operations of the established links, and the multi-link reconfiguration mechanism is improved.
  • the multi-link reconfiguration method may include the following steps:
  • the first MLD sends a first request frame to the second MLD, and/or receives the first response frame sent by the second MLD;
  • the first MLD may not perform compatibility verification on the at least one proposed link requested to be established, but may instead verify the compatibility of the at least one proposed link requested to be established.
  • the link capability information of the proposed link and/or the operation information of at least one first affiliated site corresponding to the at least one proposed link is carried in the first request frame and sent to the second MLD, so that the second MLD is based on
  • the link capability information of at least one proposed link carried in the first request frame and/or the operation information of at least one first affiliated site corresponding to the at least one proposed link is used to perform compatibility on the at least one proposed link. verify.
  • the first MLD may also request the link capability information of at least one proposed link to be established and/or the at least one first link corresponding to the at least one proposed link.
  • the operation information of the affiliated site is carried in the first request frame and sent to the second MLD, so that the second MLD is based on the link capability information of at least one proposed link carried in the first request frame and/or the at least one proposed link.
  • the operation information of at least one first affiliated site corresponding to the established link is verified, and the compatibility of at least one proposed link is verified.
  • the second MLD may determine whether to accept the requested at least one proposed link based on the compatibility verification results of each proposed link. Specifically, when the second MLD determines that the link capability of a proposed link is compatible with the link sharing capability of an existing link, and/or, the operational requirements of the first affiliated site corresponding to the proposed link are compatible with those of the existing link. If the link sharing operation of the established link is compatible, the second MLD can continue to determine whether to accept the proposed link based on other factors and perform multi-link establishment on the proposed link.
  • the second MLD determines that the link capability of a proposed link is incompatible with the link sharing capability of the established link, and/or, the operational requirements of the first affiliated site corresponding to the proposed link are inconsistent with those of the established link. If the link sharing operation of the link is incompatible, the second MLD may refuse to establish multi-links for the proposed link, and the second MLD may indicate in the first response frame that the proposed link has failed to be added.
  • the second MLD can directly reject proposed links whose link capabilities are incompatible with link sharing capabilities, and/or whose corresponding operational requirements of the first affiliated site are incompatible with link sharing operations.
  • proposed links whose link capabilities are compatible with link sharing capabilities, and/or whose corresponding operational requirements of the first affiliated site are compatible with link sharing operations they can be accepted or rejected, and there are no restrictions here.
  • the second MLD determines that at least one proposed link has a link capability that is incompatible with the link sharing capability, and/or the corresponding operation requirements of the first affiliated site are incompatible with the link sharing operation. link, the failure to add the target proposed link may be indicated in the first response frame.
  • the second MLD can perform the processing according to the relevant information carried in the first request frame sent by the first MLD.
  • the first MLD requests at least one new proposed link for compatibility verification. If at least one proposed link is incompatible with the link sharing capability and/or link sharing operation of the currently established link, the second MDL can refuse to establish at least one proposed link, thus avoiding the problem of incompatibility of new links during the multi-link reconfiguration process and improving the multi-link reconfiguration mechanism.
  • the first MLD sends the first request frame to the second MLD, and/or receives the first response frame sent by the second MLD, which can be implemented in one of the following ways:
  • the first MLD may send the first request frame through one of the at least one established links, and/or receive the first response frame.
  • the first MLD may send the first request frame through one of the at least one proposed link, and/or receive the first response frame.
  • the link that sends the first request frame and the link that receives the first request frame are the same link, or they may be different links, and this embodiment of the present application does not limit this.
  • the first request frame is described in detail below.
  • the first request frame may include a first multi-link element.
  • the first multi-link element may be a variant of the reconfiguration multi-link element.
  • the first multi-link element may also be called the first new reconfiguration multi-link element, which is used when the reconfiguration multi-link element has been completed.
  • the at least one proposed link is added.
  • the first multi-link element may include: a first general information field and/or a first link information field.
  • the first general information field is used to indicate information shared by at least one proposed link and at least one established link.
  • the first general capability information is used to indicate the capability shared by at least one established link and at least one proposed link;
  • First general operation information is used to indicate operations shared by at least one established link and at least one proposed link.
  • the first general information of the first multi-link element may include at least one of MLD MAC address information of the first MLD, first general capability information, and first general operation information. It should be noted that the first general information may not include the link identification information subfield, the BSS parameter change count subfield, and the media synchronization delay information subfield.
  • the first link information field may be used to indicate link information of at least one proposed link and/or link information of at least one first established link.
  • At least one first established link It is a link associated with at least one proposed link among at least one established link.
  • nonsimultaneous transmit and receive (NSTR) related operations of an established link may be affected by the newly added link. If the related operations of the NSTR of at least one established link are affected by any proposed link requested to be established, the first MLD may carry the link information of the established link whose related operations of the NSTR are affected in the first MLD. In the first link information field of the multi-link element, the first request frame carrying the first multi-link element is sent to the second MLD.
  • NSTR nonsimultaneous transmit and receive
  • the first link information field in the first multi-link element carries the link information of at least one proposed link, and/or the established link affected by the proposed link.
  • the link information of the link can enable the second MLD to learn the association between at least one proposed link and at least one established link, so as to establish multi-links based on the association and improve the efficiency of multi-link reconfiguration. efficiency.
  • the first link information field may include a first per-site configuration sub-element corresponding to at least one proposed link, and/or a corresponding first per-site configuration sub-element of at least one established link affected by at least one proposed link.
  • the first per-site configuration sub-element is used to describe the proposed link and/or the site information corresponding to the established link affected by the proposed link.
  • each first per-site configuration sub-element includes, but is not limited to, at least one of the following:
  • a first site information subfield, the first site information subfield is used to indicate site information
  • the complete configuration subfield (Complete Profile subfield) of its first site control subfield can be set to 1.
  • the first site control subfield in the first per-site configuration subelement may include a link identification subfield, and the link identification subfield may be used to indicate the identification of the affiliated site of the corresponding link in the second MLD. information.
  • the first per-site configuration sub-element of each link can be set to the identification information of the affiliated site of the corresponding link in the second MLD.
  • the link identification subfield of the site control subfield in the first per-site configuration sub-element can be set to the identification information of the affiliated AP of the link in the AP MLD.
  • the identification information of its affiliated site in the second MLD can be obtained in the node discovery phase of the second MLD, or in the multi-link discovery phase,
  • the embodiments of this application do not limit this.
  • the first request frame further includes a first sending site information field, and the first sending site information field is used to indicate site information of an affiliated site associated in the first MLD with the link that sends the first request frame. .
  • the first request frame can be sent on one of the proposed links of the at least one proposed link, or can also be sent on one of the established links of the at least one established link, therefore, the first request frame
  • the frame body of a request frame may further include a first sending site information field, and the first sending site sub-information field indicates site information of an affiliated site associated with the link that sends the first request frame in the first MLD.
  • the first proposed link is one of the at least one proposed link
  • the first request The frame may also include link capability information of the first proposed link, and/or operating parameters.
  • the link capability information is used to indicate the link capability, and the operation parameters are used to indicate the operation information of the corresponding affiliated site.
  • the first request frame may also indicate the link of the proposed link. road capability information, and/or, operating parameters.
  • the frame body of the first request frame is the frame body of the first request frame
  • the link capability information and/or operation information of the first proposed link that sends the first request frame can be carried directly in the frame body of the first request frame, or it can also be carried through the first plurality of links in the first request frame. Indicates the first link information field of the link element. This embodiment of the present application does not limit the manner in which link capability information and/or operation information of the first proposed link is carried.
  • the first MLD when the first MLD requests to establish only one proposed link and the first MLD sends the first request frame on the proposed link, the first MLD may send The link capability information and/or operation information of the proposed link of the first request frame is directly carried through the frame body of the first request frame.
  • the first multi-link element in the first request frame may not include the first link information field, and the second The MLD can directly obtain the relevant information of the proposed link currently sending the first request frame from the first request frame.
  • the first MLD when the first MLD requests to establish only one proposed link, and the first MLD sends the first request frame on the proposed link, the first MLD may also Link capability information and/or operation information of the proposed link to which the first request frame is sent is carried in the first link information field of the first multi-link element in the first request frame. That is to say, in this implementation, the first multi-link element in the first request frame may include a first general information field and a first link information field, and the first general information field indicates that the first request frame is currently being sent. Shared information between the proposed link and at least one currently established link, and the relevant information of the proposed link currently sending the first request frame is indicated through the first link information field.
  • the number of requests to establish at least one proposed link includes multiple, and the first MLD establishes a proposed link in one of the multiple proposed links (for example, the first proposed link).
  • the link capability information and/or operating parameters of the first proposed link to which the first request frame is sent may be carried in the frame body of the first request frame.
  • the first multi-link element may include a first general information field and a first link information field. The link capability information and/or operating parameters of other proposed links (such as one or more second proposed links) other than the first proposed link among the multiple proposed links requested to be established may be Carried through the first link information field.
  • the link capability information and/or operating parameters of each proposed link in at least one proposed link to be established are passed through the first multi-link element. carried in the first link information field. More specifically, it is carried through the first per-site configuration sub-element of the corresponding link in the first link information field.
  • the first request frame sent on the established link may be a new request frame, which is different from the new link association request frame in the above embodiment.
  • the new request frame here is used when the link has already been established.
  • the first request frame may also include the RSNE corresponding to each proposed link, and/or the RSN extension element corresponding to each proposed link, wherein each RSNE may include its corresponding proposed link.
  • Each RSN extension element may include at least part of the link capability information and/or operating parameters of the corresponding proposed link.
  • the first per-site configuration of the first link information field of the first multi-link element in the first request frame may include RSNE and/or RSN extension elements, and link capability information and/or operation parameters of the RSNE of each proposed link are indicated through the RSNE and/or RSN extension elements of each proposed link.
  • the first MLD when the first MLD has successfully completed multi-link establishment with the second MLD, if the first MLD still has unassociated affiliated sites, and the first MLD finds that the second MLD has affiliated sites that are not associated with it, site (it can also be understood that the first MLD has not yet established a link corresponding to the affiliated site with the second MLD), the first MLD can send the first request frame to the second MLD to create a new multi-link with the second MLD. Route reconfiguration to request the establishment of one or more proposed links.
  • the first request frame may be a new reconfiguration multi-link element added to the request frame body (Request frame body) defined by the current IEEE 802.11 specification.
  • the rules for adding new reconfiguration multi-link elements in the frame body may include:
  • the first request frame includes a Basic Multi-Link element (Basic Multi-Link element );
  • the first request frame does not include the first multi-link element and the basic multi-link element.
  • the first request frame may include a new link association request frame or a new request frame.
  • the new link association request frame can be sent on the proposed link requested to be established, and the frame body of the new link association request frame can carry the proposed link on which the new link association request frame is sent.
  • the first new reconfiguration multi-link element carried in the new link association request frame includes a first general information field and/or a first link information field.
  • the first general information domain includes general information of established links and proposed links.
  • the first link information field may include 0, or one or more first per-site configuration sub-elements (Per-STA Profile subelement) corresponding to the proposed link and/or other established links affected by the proposed link.
  • the first per-site configuration sub-element of the link is used to describe the site information corresponding to the proposed link or other established links affected by the proposed link.
  • the second general capability information is used to indicate the capability shared by at least one established link and at least one proposed link;
  • RSN extends element capabilities.
  • the established link associated with at least one proposed link mentioned in the embodiment of this application may also refer to the established link affected by at least one proposed link.
  • the above-mentioned first established link may be an established link whose related operations of NSTR are affected by the newly added link.
  • the second sub-element identification subfield is used to indicate the sub-element identification of the second per-site configuration sub-element
  • the first response frame also includes a second sending site information field, and the second sending site information field is used to indicate the affiliated site associated with the link that sends the first response frame in the second MLD.
  • Site Information is used to indicate the affiliated site associated with the link that sends the first response frame in the second MLD.
  • the first response frame may be sent on one of the at least one proposed link or on one of the at least one established link
  • the first response frame may further include a second sending site information field, and the second sending site sub-information field indicates the site information of the affiliated site associated with the link that sends the first response frame in the second MLD.
  • the first response frame may include a second sending site information field and a second multi-link element.
  • the third proposed link is one of the at least one proposed link
  • the first response frame may also include a status.
  • Code field the status code field is used to indicate the establishment result of the third proposed link.
  • the first response frame when the first response frame is transmitted through one of the at least one proposed link (for example, the third proposed link), the first response frame may also include the third proposed link. Status code field.
  • the status code field is used to indicate that the third proposed link is successfully added; when the third proposed link is rejected by the second MLD In this case, this status code field is used to indicate the failure of adding a new link to the third proposed link and/or the reason for the failure.
  • the first MLD can determine whether the proposed link to which the first response frame is sent is successfully added based on the status code field. If the addition fails, the reason for the failure can also be determined based on the instructions in the status code field.
  • the second MLD determines that the link capability of the third proposed link is incompatible with the link sharing capability, and/or, the operation requirements of the first affiliated site corresponding to the third proposed link are incompatible with the link If the sharing operation is incompatible, the status code field indicates that the reason for the failure of the third proposed link is: the link capability of the third proposed link is incompatible with the link sharing capability, and/or the third proposed link The operational requirements of the corresponding first subsidiary site are incompatible with the link sharing operation.
  • the first MLD has not determined whether the link capability of the at least one proposed link is compatible with the link sharing capability, and/or whether the operational requirements of the at least one first affiliated site are compatible with the link sharing operation.
  • the second MLD can verify the compatibility of the third proposed link, if the link capability of the third proposed link is compatible with the link sharing capability, and/or the third proposed link corresponds to the first If the operational requirements of the affiliated site are compatible with the link sharing requirements, the second MLD can continue to determine whether to accept the proposed link based on other factors, and set the value of the above status code field based on the determination result.
  • the second MLD can Directly refuse to add the third proposed link, and use the above status code field to indicate that the third proposed link fails to be added and/or the reason for the failure is that the link capability of the third proposed link does not match the link sharing capability.
  • the operational requirements of the first affiliated site corresponding to the third proposed link are incompatible with the link sharing operation.
  • the second MLD determines that the link capability of the third proposed link is incompatible with the link sharing capability, and/or the operation of the first affiliated site corresponding to the third proposed link The demand is incompatible with the link sharing operation, then the second MLD can set the status code field of the third proposed link to "132" to indicate that the reason for the failure to add the third proposed link is "compatible with the established link.” Link is incompatible”.
  • the first MLD can determine the third proposed link to transmit the first response frame when it parses the value of "132" from the status code field of the frame body of the first response frame.
  • the new link failed, and the reason for the failure was "incompatible with the established link.”
  • the status code field of the third proposed link is carried by at least one of the following:
  • the frame body of the first response frame is the frame body of the first response frame
  • the status code field of the third proposed link that transmits the first response frame can be carried through the frame body of the first response frame, or can also be carried through the second link information field of the second multi-link element. This application The embodiment does not limit this.
  • the second MLD may send The status code of the proposed link of the first response frame is carried directly through the frame body of the first request frame.
  • the second multi-link element in the first response frame may not include the second link information field.
  • the second MLD may also The status code field of the proposed link to which the first response frame will be sent is carried through the second link information field of the second multi-link element in the first response frame. That is to say, in this implementation, the second multi-link element in the first response frame may include a second general information field and a second link information field. In this way, the second general information field indicates that the current transmission of the first The shared information between the proposed link of the response frame and at least one currently established link indicates, through the second link information field, the establishment result of the proposed link currently transmitting the first response frame.
  • the number of proposed links established by the first MLD request includes multiple, and the second MLD requests only one proposed link among the multiple proposed links (for example, the third proposed link).
  • the second MLD may directly carry the status code of the third proposed link that sends the first response frame through the frame body of the first request frame.
  • the second multi-link element includes a second general information field and a second link information field; for other proposed links among the plurality of proposed links except the third proposed link (for example, one or more The establishment result of a fourth proposed link) can be carried through the second link information field.
  • the status code subfield of the fourth proposed link accepted by the second MLD is used to indicate that the newly added link is successful
  • the status code subfield for the fourth proposed link rejected by the second MLD is used to indicate the failure of the new link and/or the reason for the failure.
  • the number of proposed links requested to be established by the first MLD includes multiple, and the second MLD is only configured on one proposed link (for example, the third proposed link) among the multiple proposed links.
  • the second MLD refuses to establish the third proposed link that transmits the first response frame, the new link will fail to be reconfigured, and other proposed links will not be multi-linked. Established, that is, no new link has been established.
  • the second MLD can first determine whether to accept the establishment of the third proposed link that sends the first response frame. If it is determined to accept the establishment of the third proposed link, the second MLD can continue to determine whether to accept the establishment of other proposed links. Establishment of links (eg, one or more fourth proposed links). If it is determined to reject the establishment of the third proposed link, the second MLD may not continue to judge the other proposed links, but directly set the status code subfield of the other proposed links as new failure and/or the reason for the failure. Failed to add the third proposed link. In this way, the computational complexity of the device is reduced.
  • Establishment of links eg, one or more fourth proposed links.
  • the second MLD may no longer continue to judge the establishment of the fourth proposed link, and directly determines the establishment of each third proposed link.
  • the status code subfield of the four proposed links is set to "131" to indicate that the reason for the failure to add each fourth proposed link is "due to the link sending the new link association request frame/new link association response frame.” Road construction failed.”
  • the link capability of the third proposed link is incompatible with the link sharing capability, and/or the operational requirements of the first affiliated site corresponding to the third proposed link are incompatible with the link sharing operation.
  • the status code subfield of each fourth proposed link is used to indicate the failure of the new link, and/or, the status code subfield of each fourth proposed link indicates that the reason for the failure is the third proposed link. Road creation failed.
  • the second MLD can verify the compatibility of the third proposed link, if the link capability of the third proposed link is incompatible with the link sharing capability, and/or the first link corresponding to the third proposed link If the operational requirements of the affiliated site are incompatible with the link sharing requirements, the second MLD can directly refuse to add the third proposed link, set the status code field of the third proposed link to Add failed, and indicate that the third proposed link has failed to be added.
  • the reason for the failure to add the third proposed link and/or the failure is that the link capability and link sharing capability of the third proposed link are not compatible.
  • the second MLD can also set the status code subfield of each proposed link in other proposed links (for example, one or more fourth proposed links) to also indicate that the new addition failed, and can also indicate that each proposed link has failed to be added.
  • the reason for the failure of the proposed link is that the third proposed link fails to be established.
  • the second MLD determines that the link capability of the third proposed link is incompatible with the link sharing capability, and/or, the first subsidiary corresponding to the third proposed link If the operation requirements of the site are incompatible with the link sharing operation, the second MLD can set the status code field of the third link to "132" to indicate that the reason for the failure to add the third proposed link is "with the existing link.” The link establishment is incompatible”.
  • the second MLD may set the status code subfield of each fourth proposed link to "131" to indicate that the reason for the failure to add each fourth proposed link is "due to sending a new link association request frame.” /The link establishment of the new link association response frame failed.”
  • the first MLD has not determined whether the link capability of at least one proposed link is compatible with the link sharing capability, and/or whether the operation requirements of at least one first affiliated site are compatible with the link sharing operation.
  • the second MLD can also The status code subfield of the four proposed links is set to "131" to indicate that the reason for the failure to add each fourth proposed link is "due to the link sending the new link association request frame/new link association response frame.” Road construction failed.”
  • the second MLD may determine the compatibility of other proposed links (eg, one or more fourth proposed links). Furthermore, when the second MLD determines that the link capability of a certain fourth proposed link is incompatible with the link sharing capability, and/or, the operational requirements of the first affiliated site corresponding to the fourth proposed link are incompatible with the link The sharing requirements are incompatible. As shown in Figure 3, the second MLD can set the status code subfield of the fourth proposed link to "132" to indicate that the reason for the failure to add the fourth proposed link is "with the existing link.” The link establishment is incompatible”.
  • the first response frame transmitted on the proposed link may be a new link association response frame
  • the new link association response frame may be used for at least one of the following:
  • the fourth proposed link is added or rejected.
  • the link through which the first MLD sends the first request frame and the link through which the second MLD sends the first response frame are the same. That is to say, in the embodiment of this application, the first proposed link and the third proposed link may be the same link.
  • the second multi-link element when the link transmitting the first response frame is one of at least one established link, may include a second general information field and all The second link information field;
  • the establishment result for each proposed link in the at least one proposed link is indicated by the status code subfield of the second per-site configuration sub-element of each proposed link in the second link information field;
  • its status code subfield is used to indicate the failure of the new link and/or the reason for the failure.
  • the link capability of at least one proposed link is compatible with the link sharing capability, and/or whether the operation requirements of at least one first affiliated site are compatible with If the link sharing operation is compatible, if the link capacity of a proposed link is incompatible with the link sharing force, and/or the operation requirements of the corresponding first affiliated site are incompatible with the link sharing operation, then the other The status code subfield may be used to indicate that the newly added link failed, and/or the reason for the failure is that the link capability is incompatible with the link sharing capability, and/or the operation requirements of the first affiliated site are incompatible with the link sharing operation.
  • the second MLD can perform compatibility verification on each proposed link respectively.
  • the link capability of a proposed link is incompatible with the link sharing capability, and/or
  • the operational requirements of the first affiliated site corresponding to the proposed link are incompatible with the link sharing operation
  • the second MLD may indicate a new link in the status code subfield of the second per-site configuration sub-element of the proposed link. Failure, and the reason for the failure is that the link capability is incompatible with the link sharing capability, and/or the operational requirements of the first affiliated site are incompatible with the link sharing operation.
  • the second MLD determines that the link capability of a proposed link is incompatible with the link sharing capability, and/or the operational requirements of the first affiliated site corresponding to the proposed link If it is not compatible with the link sharing operation, the second MLD can set the status subcode field of the proposed link to "132" to indicate the reason why the proposed link fails to be added.
  • the first MLD receives the first response frame, when the value is "132" parsed from the status code field of the second per-site configuration sub-element of a proposed link, it can be determined that the proposed link The new link failed, and the reason for the failure was "incompatible with the established link.”
  • the first response frame transmitted on the established link may be a new response frame, which is different from the new link association response frame in the above embodiment.
  • the new response frame here is used when the link has already been established.
  • the link that sends the first request frame and the link that receives the first response frame are the same link. That is to say, when the link sending the first request frame is a proposed link, then the link transmitting the first response frame is still the proposed link. When the link sending the first request frame is an established link, , then the link transmitting the first response frame is still the established link. It is further explained that the new link association request frame for interaction on the proposed link corresponds to the new link association response frame, and the new link association request frame for interaction on the established link corresponds to the new link response frame.
  • the first response frame may be a new reconfiguration multi-link element added to the response frame body (Request frame body) defined by the current IEEE 802.11 specification.
  • the rules for adding new reconfiguration multi-link elements in the frame body may include:
  • the first response frame includes the second multi-link element (i.e., the second new Increase weight and configure multi-link elements);
  • the first response frame includes a Basic Multi-Link element (Basic Multi-Link element );
  • the first response frame does not include the second multi-link element and the basic multi-link element.
  • the first response frame may be sent by an affiliated station of the second MLD (for example, an affiliated AP) to reply to the first request frame to indicate acceptance or rejection of at least one virtual network established by the first MLD request.
  • Build a link The first response frame may include a new link association response frame or a new response frame.
  • the new link association response frame can be sent on the proposed link requested to be established, and the frame body of the new link association response frame can carry the proposed link on which the new link association response frame is sent.
  • MLD site information The second new reconfiguration multi-link element carried in the new link association response frame includes a second general information field and/or a second link information field.
  • the second general information domain includes general information of established links and proposed links.
  • the second link information field may include 0, or one or more second per-site configuration sub-elements (Per-STA Profile subelement) corresponding to the proposed link and/or other established links affected by the proposed link.
  • the second per-site configuration sub-element of the link is used to describe the site information corresponding to the proposed link or other established links affected by the proposed link.
  • the new response frame may be sent on the established link
  • the second new reconfiguration multi-link element carried by the new response frame includes a second general information field and a second link information field.
  • the second general information domain includes general information of established links and proposed links.
  • the second link information field may include one or more second per-site configuration sub-elements (Per-STA Profile subelement) corresponding to one or more proposed links and/or second sub-elements of other established links affected by the proposed link.
  • the first MLD and the second MLD can establish at least one new link.
  • at least one newly created link may be part or all of the at least one link to be built, which is not limited in this embodiment of the present application.
  • the multi-link reconfiguration method may further include the following steps:
  • the first MLD and the second MLD perform security authentication on the at least one new link and the at least one established link, or perform security authentication on the at least one new link.
  • the security certification may be Robust Security Network Association (RSNA) certification.
  • RSNA Robust Security Network Association
  • the first MLD and the second MLD when the first MLD is in the first state, perform security authentication on at least one newly added link and the at least one established link.
  • the status indicates that at least part of at least one established link has not completed security authentication.
  • the first MLD when the first MLD has been associated with the second MLD, but at least part of at least one established link has not completed RSNA authentication, the first MLD can establish a new link with the second MLD. After completion, RSNA certification will be performed on all new links and all affiliated sites with established link associations.
  • the first MLD and the second MLD perform RSNA authentication on all new links and all affiliated sites associated with the established links.
  • the process may be a traditional four-way handshake process.
  • the first MLD and the second MLD when the first MLD is in the second state, perform security authentication on the at least one newly added link, and the second state indicates that the At least one established link has completed security certification.
  • the first MLD when the first MLD has been associated with the second MLD and at least one established link has completed RSNA authentication, the first MLD can communicate with the second MLD for the new link after the new link is established. The link undergoes RSNA certification.
  • the first part of the transmission parameters used by the at least one newly created link is the same as the first part of the parameters used by the at least one established link, and/or the second part of the parameters used by the at least one newly created link is re-established.
  • the first part of parameters may include but is not limited to at least one of the following: pairwise temporary key (PTK), association identification (AID).
  • PTK pairwise temporary key
  • AID association identification
  • the second part of parameters may include but is not limited to at least one of the following: multicast temporary key (GTK), multicast temporary key (IGTK), and beacon integrity multicast temporary key (BIGTK).
  • GTK multicast temporary key
  • IGTK multicast temporary key
  • BIGTK beacon integrity multicast temporary key
  • At least one established link and at least one new link will inherit the existing MLD-level operation and management parameters (for example, PTK, AID, etc.) that are not affected by the new link operation.
  • New link-specific operation and management parameters (such as GTK/IGTK/BIGTK) can be regenerated. It should be noted that the operation and management parameters at the MLD level affected by the new link operation can also be updated (such as the maximum number of concurrent links field).
  • the first MLD and the second MLD perform security authentication on at least one new link, including:
  • the first MLD and the second MLD exchange handshake messages, and the exchange of handshake messages is used to generate a second part of transmission parameters for the at least one newly created link.
  • the successfully established new link between the first MLD and the second MLD can continue to use the first part of the parameters formed by the successfully established link before the new link.
  • the second part of parameters used by each new link can be generated through the interaction of handshake messages between the first MLD and the second MLD.
  • the first MLD and the second MLD can complete RSNA authentication through a four-way handshake message to generate a second part of transmission parameters for at least one new link.
  • the interaction of four-way handshake messages can include the following steps:
  • the first MLD receives the first handshake message sent by the second MLD, and the first handshake message is used to confirm whether the at least one new link uses the first part of the transmission parameters;
  • the first MLD sends a second handshake message to the second MLD, where the second handshake message is used to synchronize or confirm the first part of the transmission parameters used by the at least one newly added link;
  • the first MLD receives the third handshake message sent by the second MLD, and the third handshake message is used to indicate the second part of the transmission parameters used by each new link in at least one new link;
  • the first MLD sends a fourth handshake message to the second MLD.
  • the fourth handshake message is used to confirm the successful establishment of the second part of the transmission parameters used by each new link.
  • the four-way handshake protocol in the embodiment of the present application is different from the traditional four-way handshake protocol.
  • the four-way handshake protocol in the embodiment of the present application can be called a new link four-way handshake protocol.
  • the four-way handshake protocol for a new link is to first confirm and synchronize the first part of the transmission parameters of the new link, and secondly to generate the second part of the transmission parameters for each new link.
  • the new link four-way handshake protocol updates the carrying parameters and application rules of EAPOL-Key frames defined by the current IEEE 802.11 specification.
  • the first handshake message (Message 1) and the second handshake message (Message 2) in the new link four-way handshake protocol are used to confirm and synchronize the first part of the parameters used in the new link (with the transmission four-way handshake protocol (generated part of the parameters are different), the third handshake message (Message 3) and the fourth handshake message (Message 4) are used to generate the second part of the transmission parameters for the new link.
  • the first handshake message (Message 1) and the second handshake message (Message 2) may not include the random number used to generate the first part of the transmission parameters.
  • the parameters in Message 1 in the new link four-way handshake protocol can include: EAPOL-Key(0,0,1,0,P,0,0,ANonce or 0,0, ⁇ or ⁇ PMKID ⁇ or ⁇ MAC Address ⁇ ).
  • ANonce in Message 1 can take the value 0, which means that Message 1 does not need to include the random number ANonce used to generate the first part of the transmission parameters.
  • the parameters in Message 2 in the new link four-way handshake protocol can include:
  • EAPOL-Key (0,1,0,0,P,0,0,SNonce or 0,MIC, ⁇ RSNE ⁇ or ⁇ RSNE,OCI KDE ⁇ or ⁇ RSNE,RSNXE ⁇ or ⁇ RSNE,OCI KDE,RSNXE ⁇ or ⁇ RSNE,MAC Address ⁇ or ⁇ RSNE,RSNXE,MAC Address ⁇ or ⁇ RSNE,OCI KDE,RSNXE,MAC Address ⁇ or ⁇ RSNE,MAC Address,MLO Linkn ⁇ or ⁇ RSNE,RSNXE,MAC Address,MLO Linkn ⁇ or ⁇ RSNE,OCI KDE,RSNXE,MAC Address,MLO Linkn ⁇ ).
  • SNonce in Message 2 can have a value of 0, which means that Message 2 does not need to include the random number SNonce used to generate the first part of the transmission parameters.
  • the second handshake message (Message 2) includes link information of each of the at least one new link.
  • the parameter MLO Linkn in the above Message 2 may refer to the link information of the new link.
  • the third handshake message may include at least one of the following:
  • the parameters in Message 3 in the new link four-way handshake protocol can include:
  • the parameter MLO Linkn in Message 3 can refer to the link information of the new link, and MLO GTKn, MLO IGTKn, and MLO BIGTKn are the GTK/IGTK/BIGTK of the new link respectively.
  • the parameters in Message 4 in the new link four-way handshake protocol can include: EAPOL-Key(1,1,0,0,P,0,0,0,MIC, ⁇ or ⁇ MAC Address ⁇ ).
  • the group key handshake protocol (Group key handshake) can also be used to generate the second part of the transmission parameters for each new link through two multicast handshake messages.
  • the interaction of handshake messages between the first MLD and the second MLD includes:
  • the first MLD receives the first multicast handshake message sent by the second MLD, and the first multicast handshake message is used to indicate the second part of the transmission parameters used by each new link in at least one new link;
  • the first MLD sends a second multicast handshake message to the second MLD.
  • the second multicast handshake message is used to confirm the successful establishment of the second part of the transmission parameters used for each new link.
  • At least one proposed link and at least one established link use different non-overlapping channels, and different proposed links use different non-overlapping channels, and different established links use different non-overlapping channels. Use different non-overlapping channels.
  • the first MLD needs to ensure that at least one proposed link requested to be established and at least one link requested to be established and at least one established link use different non-overlapping channels.
  • the second MLD needs to ensure that different non-overlapping channels are used between newly proposed links and between newly established links and links that have been successfully established.
  • the first MLD in the embodiment of the present application may be a non-AP MLD
  • the second MLD may be an AP MLD
  • the first MLD in the embodiment of the present application may be a non-AP MLD
  • the second MLD may also be a non-AP MLD.
  • non-AP MLD that is, peer MLD (Peer MLD).
  • the first MLD can be a non-AP MLD
  • the second MLD can be an AP MLD
  • the non-AP MLD when the non-AP MLD starts to establish and authenticate one or more proposed links with the AP MLD, the non-AP MLD can first determine whether the non-AP MLD has successfully communicated with the AP MLD for multiple times. Link establishment (or whether the non-AP MLD has been associated with the AP MLD)", and then determine the link establishment and authentication process based on the judgment results.
  • non-AP MLD can establish a multi-link connection with AP MLD.
  • IEEE STD 802.11 certified After successful authentication, non-AP MLD can establish multi-links with AP MLD.
  • RSNA authentication is performed on multiple successfully established links. Among them, RSNA authentication can be performed through the traditional four-way handshake protocol.
  • non-AP MLD in state 1 means that non-AP MLD and AP MLD have not undergone IEEE STD 802.11 certification
  • non-AP MLD in state 2 means that on-AP MLD and AP MLD have completed IEEE STD 802.11 certification.
  • the non-AP MLD in state 3 (corresponding to the first state in the above embodiment) means that the on-AP MLD is associated with the AP MLD, and at least part of the established links in at least one established link has not completed security authentication.
  • the non-AP MLD is in state 4 (corresponding to the second state in the above embodiment), which means that the on-AP MLD is associated with the AP MLD, and at least one established link has completed security authentication, that is, the established link
  • the same road uses PTK, and each established link uses its own GTK/IGTK/BIGTK.
  • non-AP MLD can pair one or Compatibility verification of multiple proposed links.
  • the proposed link is the link to be established requested in the non-AP MLD.
  • non-AP MLD performs compatibility verification on the proposed link.
  • the non-AP MLD determines whether the link capability of the proposed link shares the capability with the link capability of at least one established link in the non-AP MLD. Compatible, and/or, whether the operation of the attached STA corresponding to the proposed link is compatible with the link sharing operation of the established link.
  • non-AP MLD can determine whether the affiliated STA of the proposed link supports the AKM suite selector and Pairwise Cipher Suite shared by the currently established link. If the affiliated STA of the proposed link supports the AKM suite selector and Pairwise Cipher Suite that are shared by the currently established link, the proposed link can be considered to be compatible. Verification successful.
  • the non-AP MLD can establish multi-links with the AP MLD for one or more proposed links.
  • the non-AP MLD may interact with the AP MLD to request establishment of one or more proposed links using the New Multi-Link Association Request Frame and the New Multi-Link Association Response Frame. The establishment of the road.
  • non-AP MLD can use the interaction of new request frames and new response frames with AP MLD on an established link to establish one or more proposed links.
  • the non-AP MLD and AP MLD will perform RSNA authentication for all affiliated sites associated with the established links after the new link establishment is completed; if When the new link establishment is started, the non-AP MLD is in state 4, then the non-AP MLD and AP MLD perform RSNA authentication for the affiliated site associated with the established new link.
  • the new link of non-AP MLD and AP MLD must continue to be established in the new link.
  • the multi-link common parameters or keys formed by the former non-AP MLD completing RSNA authentication, such as PTK, are used.
  • each new link uses its own GTK/IGTK/BIGTK.
  • the new link four-way handshake protocol (4-way handshake) can be used. The first is to confirm and synchronize the PTK of the new link, and the second is to generate the new link.
  • the non-AP MLD may include three affiliated sites, namely non-AP STA1, non-AP STA2, and non-AP STA3.
  • AP MLD can also include three affiliated sites, namely AP1, AP2, and AP3.
  • Multi-link establishment has been successfully carried out between non-AP MLD and AP MLD, and link 1 between non-AP STA1 and AP1 and link 2 between non-AP STA2 and AP2 have been established, in which non- AP STA1 is associated with AP1, and non-AP STA2 is associated with AP2.
  • no link is established between non-AP STA3 and AP3, that is, non-AP STA3 is not associated with AP3.
  • the link capabilities and operational requirements of the non-AP STA3 need to be verified for compatibility. , that is, confirm whether non-AP STA3 supports the link sharing capability and/or link sharing operation of the established links (link 1 and link 2) between non-AP MLD and AP MLD. For example, verify whether non-AP STA3 supports the AKM suite selector and Pairwise Cipher Suite shared by the currently established link.
  • non-AP MLD can be based on the associated MLD's new link establishment method is similar to AP MLD's multi-link establishment for the proposed new links.
  • Non-AP MLD can send a new link association request frame to AP3 on the proposed link.
  • the transmission address field of the new link association request frame can be set to the MAC of Non-AP STA3.
  • Address, the receiving address field can be set to the MAC address of AP3.
  • the new link association request frame contains a new multi-link reconfiguration element, which indicates the MLD MAC address of the non-AP MLD, and indicates the complete information of the non-AP STA 3 in the frame body of the new link association request frame. . In this way, the new link association request frame is used to request the establishment of a new link between non-AP STA 3 and AP3.
  • AP MLD responds to the new link association request frame, and AP3 sends a new link association response frame to non-AP STA3, in which the transmission address field of the new link association response frame is set to the MAC address of AP3.
  • the Receive Address field is set to the MAC address of Non-AP STA3 and indicates that the link between non-AP STA 3 and AP3 (Link 3) was successfully established.
  • the new link association response frame contains a new multi-link reconfiguration element, which can indicate the MLD MAC address of the AP MLD, and indicates the complete information of AP3 in the frame body of the new link association response frame. After the non-AP MLD and AP MLD successfully completed the new multi-link reconfiguration, the link between non-AP STA3 and AP3 (ie, link 3) was successfully established.
  • non-AP MLD and AP MLD can perform RSNA authentication on the newly added link 3, which can be authenticated in one of the following two ways.
  • Non-AP MLD can perform RSNA authentication on the affiliated site (Non-AP STA3) corresponding to link 3. Specifically, perform the four steps of the new link through link 3. 4-way handshake protocol. Among them, the PTK of link 3 is confirmed and synchronized through Message 1 and Message 2 of the four-way handshake message, and the GTK/IGTK/BIGTK of link 3 is generated through Message 3 and Message 4.
  • Method 2 Refer to Figure 12. After link 3 is established, link 3 will use the PTK of the established links (link 1 and link 2) of non-AP MLD and AP MLD to encrypt and encrypt unicast frames. Decrypt. In addition, non-AP MLD and AP MLD exchange messages of the multicast key handshake protocol through link 3, and establish GTK/IGTK/BIGTK of link 3 through group key handshake message 1 and group key handshake message 2.
  • FIG 13 is a schematic structural diagram of a multi-link reconfiguration device provided by an embodiment of the present application. It is applied to the first MLD. As shown in Figure 13, the multi-link reconfiguration device 1300 includes:
  • the first determining unit 1301 is configured to determine the link capability of at least one proposed link when the first multi-link device MLD and the second MLD have completed multi-link establishment and established at least one established link. Whether it is compatible with the link sharing capability, and/or whether the operational requirements of at least one first affiliated site are compatible with the link sharing operation;
  • the at least one first affiliated site is an affiliated site associated with at least one proposed link in the first MLD;
  • the link sharing capability refers to the sharing capability of the at least one established link, so
  • the link sharing operation refers to the operation of sharing the at least one established link.
  • the link sharing capability includes at least one of the following:
  • RSNE Robust Security Network Element
  • RSN extension element capabilities shared by at least one established link.
  • the link sharing operation is indicated by at least one of the following:
  • Authentication and key management suite selector common to at least one established link
  • Pairwise cipher suites shared by at least one established link.
  • the first determining unit 1301 is further configured to determine whether the at least one proposed link supports the link sharing capability, and/or whether the at least one affiliated site supports the link sharing capability. operate.
  • the multi-link reconfiguration device 1200 further includes a first transceiver unit.
  • the first transceiver unit is configured to receive site information of at least one second affiliated site; the site information of the at least one second affiliated site is used to indicate the link capability of the at least one proposed link, and/or , the operational requirements of the at least one first affiliated site;
  • the at least one second affiliated site includes a newly added affiliated site in the second MLD, and/or an affiliated site in the second MLD that has not established a link with the first MLD.
  • the site information of the at least one second affiliated site is carried through a beacon frame or a probe response frame.
  • the first transceiver unit is further configured to operate when the link capability of the at least one proposed link is compatible with the link sharing capability, and/or when the at least one first affiliated site operates If the requirements are compatible with the link sharing operation, send a first request frame to the second MLD; and/or receive the first response frame sent by the second MLD; wherein the first request frame The first response frame is used to request to add the at least one proposed link in multi-link reconfiguration, and the first response frame is used to add the at least one proposed link in multi-link reconfiguration.
  • the first determining unit 1301 is further configured to detect when the link capability of the at least one proposed link is incompatible with the link sharing capability, and/or when the at least one first affiliated link is incompatible with the link sharing capability. If the operation requirements of the site are incompatible with the link sharing operation, the first MLD determines not to send the first request frame to the second MLD.
  • the first transceiver unit is further configured to: when the first MLD does not determine whether the link capability of the at least one proposed link is compatible with the link sharing capability, and/or, at least one first If the operation requirements of the affiliated site are compatible with the link sharing operation, send a first request frame to the second MLD, and/or receive the first response frame sent by the second MLD; wherein, the first request frame is sent to the second MLD;
  • a request frame is used to request to add the at least one proposed link in multi-link reconfiguration;
  • the first request frame includes link capability information of the at least one proposed link, and/or the at least one proposed link Operation information of a first affiliated site;
  • the first response frame is used to indicate that the target proposed link fails to be added when there is a target proposed link in the at least one proposed link; wherein , the target proposed link is one in which the link capability of the at least one proposed link is incompatible with the link sharing capability, and/or the operating requirements of the at least one first affiliated site are incompatible with the link sharing capability
  • the first transceiver unit is further configured to be at least one of the following:
  • the first request frame is sent through one of the at least one proposed links, and/or the first response frame is received.
  • the first request frame includes a first multi-link element
  • the first multi-link element includes:
  • a first general information field is used to indicate information shared by the at least one proposed link and the at least one established link; and/or a first link information field, the The first link information field is used to indicate link information of the at least one proposed link and/or link information of at least one first established link, and the at least one first established link is the A link associated with the at least one proposed link among the at least one established link.
  • the first general information domain includes at least one of the following:
  • the first general capability information is used to indicate the capability shared by the at least one established link and the at least one proposed link;
  • First general operation information is used to indicate operations shared by the at least one established link and the at least one proposed link.
  • the first general capability information includes at least one of the following:
  • the MLD capability of the first MLD is the MLD capability of the first MLD
  • RSN extends element capabilities.
  • the first link information field includes the at least one proposed link, and/or the at least one first established link associated with each link in the first MLD Site information for affiliated sites.
  • the site information is carried in a first per-site configuration sub-element; the first per-site configuration sub-element includes at least one of the following:
  • the first sub-element identification subfield is used to indicate the sub-element identification of the first per-site configuration sub-element
  • a first length subfield, the first length subfield is used to indicate the length of the first per-site configuration sub-element
  • a first site control subfield, the first site control subfield is used to indicate site control information
  • a first site information subfield, the first site information subfield is used to indicate site information
  • the first site configuration subfield is used to indicate site configuration information.
  • the first site control subfield includes a link identification subfield, and the link identification subfield is used to indicate identification information of an affiliated site of the corresponding link in the second MLD.
  • the first request frame further includes a first sending site information field, and the first sending site information field is used to indicate the affiliation of the link sending the first request frame in the first MLD. Site information for the site.
  • the first proposed link is one of the at least one proposed link, so
  • the first request frame also includes link capability information of the first proposed link and/or operating parameters;
  • the link capability information is used to indicate the link capability, and the operation parameters are used to indicate the operation information of the corresponding affiliated site.
  • the link capability information and/or operation information of the first proposed link is carried by at least one of the following:
  • the frame body of the first request frame is the frame body of the first request frame
  • the first link information field of the first multi-link element is the first link information field of the first multi-link element.
  • the first multi-link element includes the first general information field and the first link information field
  • the first link information field includes a first per-site configuration sub-element of each second proposed link
  • the second proposed link is a link in the at least one proposed link other than the first proposed link
  • Link capability information and/or operating parameters of each second proposed link are carried through the first per-site configuration sub-element of each second proposed link.
  • the first request frame is a new link association request frame
  • the new link association request frame is used to request additional transmission of the first request frame when multi-link establishment has been completed.
  • the first proposed link, and/or, the second proposed link are used to request additional transmission of the first request frame when multi-link establishment has been completed.
  • the first multi-link element includes the first general information field and The first link information domain; link capability information of each proposed link in the at least one proposed link, and/or operating parameters, through each proposed link in the first link information domain
  • the first per-site configuration sub-element to establish the link is carried.
  • the first request frame is a new request frame
  • the new request frame is used to request to add the at least one proposed link when multi-link establishment has been completed.
  • the link capability information of each proposed link in the at least one proposed link includes at least one of the following:
  • RSN extends element capabilities.
  • the link capability information of different proposed links is the same as the common capability information of the at least one established link, and/or, different proposed links
  • the operating parameters are the same as the common operating information of the at least one established link.
  • the first request frame further includes: a robust and secure network element corresponding to each proposed link in the at least one proposed link and/or a robust and secure network extension corresponding to each proposed link. element; wherein each of the robust and secure network elements includes at least part of the capability information and/or operating parameters of its corresponding proposed link, and each of the robust and secure network extension elements includes its corresponding proposed link. At least part of the path's capability information and/or operating parameters.
  • the first request frame includes the first multi-link operation. link element;
  • the first request frame includes a basic multi-link element
  • the first request frame does not include the first multi-link element and the basic multi-link element.
  • the first multi-link element is a first new re-configuration multi-link element
  • the first new re-configuration multi-link element is used to add The at least one proposed link.
  • the first response frame includes a second multi-link element, wherein the second multi-link element includes:
  • the second general information field is used to indicate information shared by the at least one proposed link and the at least one established link;
  • the second link information field is used to indicate the link information of at least one proposed link and/or the link information of at least one first established link, and the first established link
  • the link is a link associated with the at least one proposed link among the at least one established link.
  • the second general information domain includes at least one of the following:
  • the MLD MAC address information of the second MLD
  • the second general capability information is used to indicate the capability shared by the at least one established link and the at least one proposed link;
  • the second general operation information is used to indicate the operation shared by the at least one established link and the at least one proposed link;
  • BBS parameter change count subfield the BBS parameter change count subfield is used to count critical updates to BSS parameters
  • Link identification information the link identification information is used to indicate the link identification of the link that sends the first response frame.
  • the second general capability information includes at least one of the following:
  • RSN extends element capabilities.
  • the second link information field includes the at least one proposed link, and/or the at least one first established link associated with each link in the second MLD Site information of the affiliated site, and the first established link is a link associated with the at least one proposed link among the at least one established link.
  • the site information is carried in a second per-site configuration sub-element; the second per-site configuration sub-element includes at least one of the following:
  • the second sub-element identification subfield is used to indicate the sub-element identification of the second per-site configuration sub-element
  • the second length subfield being used to indicate the length of the second per-site configuration sub-element
  • the second site control subfield is used to indicate site control information
  • the second site information subfield is used to indicate site information
  • the second site configuration subfield is used to indicate site configuration information.
  • the first response frame further includes a second sending site information field, and the second sending site information field is used to indicate the affiliation of the link sending the first response frame in the second MLD. Site information for the site.
  • the third proposed link is one of the at least one proposed link
  • the The first response frame also includes a status code field, where the status code field is used to indicate the establishment result of the third proposed link.
  • the status code field is used to indicate that the third proposed link is successfully added
  • the status code field is used to indicate the failure of adding a link to the third proposed link and/or the reason for the failure.
  • the link capability of the third proposed link is incompatible with the link sharing capability, and/or the operational requirements of the first affiliated site corresponding to the third proposed link are inconsistent with the link sharing capability.
  • the status code field indicates that the reason for the failure of the third proposed link is: the link capability of the third proposed link is incompatible with the link sharing capability, And/or, the operational requirements of the first affiliated site corresponding to the third proposed link are incompatible with the link sharing operation.
  • the status code field of the third proposed link is carried by at least one of the following:
  • the frame body of the first response frame is the frame body of the first response frame
  • the second link information field of the second multi-link element is the second link information field of the second multi-link element.
  • the second multi-link element includes the second general information field and the second link information field;
  • the second link information includes a second per-site configuration sub-element of each fourth proposed link; the fourth proposed link is the at least one proposed link except the third proposed link. Proposed link outside the link;
  • the second per-site configuration sub-element of each fourth proposed link also includes a status code subfield of each fourth proposed link; the status code subfield of each fourth proposed link is To indicate the establishment result of the corresponding fourth proposed link.
  • the status code subfield for the fourth proposed link accepted by the second MLD is used to indicate that the newly added link is successful
  • the status code subfield for the fourth proposed link rejected by the second MLD is used to indicate the failure of the new link and/or the reason for the failure.
  • the link capability of the third proposed link is incompatible with the link sharing capability, and/or the operational requirements of the first affiliated site corresponding to the third proposed link are inconsistent with the link sharing capability.
  • the above link sharing operations are incompatible,
  • the status code subfield of each fourth proposed link is used to indicate the failure of the new link, and/or the status code subfield of each fourth proposed link indicates that the reason for the failure is the third The proposed link failed to be established.
  • the first response frame is a new link association response frame
  • the new link association response frame is used for at least one of the following:
  • the second multi-link element includes the second general information. domain and the second link information domain;
  • the establishment result of each proposed link in the at least one proposed link is indicated by the status code subfield of the second per-site configuration sub-element of each proposed link in the second link information field;
  • its status code subfield is used to indicate the failure of the new link and/or the reason for the failure.
  • a proposed link whose link capability is incompatible with the link sharing force, and/or whose operational requirements of the corresponding first affiliated site are incompatible with the link sharing operation, its status code subfield Used to indicate that the newly added link failed, and/or the reason for the failure is: the link capability is incompatible with the link sharing capability, and/or the operation requirements of the first affiliated site are incompatible with the link sharing operation.
  • the first response frame is a new response frame
  • the new response frame is used to add or reject the at least one proposed link when multi-link establishment has been completed.
  • the first response frame includes the second multi-link operation. link element
  • the first response frame includes a basic multi-link element
  • the first response frame does not include the second multi-link element and the basic multi-link element.
  • the second multi-link element is a second new re-configuration multi-link element, and the second new re-configuration multi-link element is used to add The at least one proposed link.
  • the link that sends the first request frame and the link that receives the first response frame are the same link.
  • the multi-link reconfiguration device 1200 further includes a first security authentication unit.
  • the first security authentication unit is configured to add at least one new link, and the at least one new link is the at least one proposed link.
  • the at least one new link is part or all of the at least one link to be established, and the second MLD is responsible for the at least one new link. Perform security authentication with the at least one established link, or perform security authentication with the at least one newly added link.
  • the first security authentication unit is further configured to communicate with the second MLD about the at least one new link and the at least one established link when the first MLD is in the first state.
  • the first state indicates that at least some of the established links in the at least one established link have not completed security certification.
  • the first security authentication unit is further configured to perform security authentication on the at least one new link by the first MLD and the second MLD when the first MLD is in the second state.
  • the second state indicates that the at least one established link has completed security authentication.
  • the first part of the transmission parameters used by the at least one newly-established link is the same as the first part of the parameters used by the at least one established link, and/or the second part of the parameters used by the at least one newly-established link. Re-establish.
  • the first part of parameters includes at least one of the following: pairwise temporary key PTK, association identifier AID.
  • the second part of parameters includes at least one of the following: multicast temporary key GTK, integrity multicast key IGTK, and beacon integrity multicast temporary key BIGTK.
  • the first security authentication unit is further configured to exchange handshake messages with the second MLD, and the interaction of the handshake messages is used to generate a second part of transmission parameters for the at least one newly created link.
  • the first transceiver unit is further configured to receive a first handshake message sent by the second MLD, where the first handshake message is used to confirm whether the at least one new link uses the first part of the transmission parameters; to The second MLD sends a second handshake message, the second handshake message is used to synchronize or confirm the first part of the transmission parameters used by the at least one new link; receive the third handshake sent by the second MLD message, the third handshake message is used to indicate the second part of the transmission parameters used by each new link in the at least one new link; send a fourth handshake message to the second MLD, the fourth The handshake message is used to confirm the successful establishment of the second part of the transmission parameters used by each new link.
  • the first handshake message and the second handshake message do not include random numbers used to generate the first part of the transmission parameters.
  • the second handshake message includes link information of each new link in the at least one new link.
  • the third handshake message includes at least one of the following:
  • the multicast temporary key GTK for each newly added link is the multicast temporary key GTK for each newly added link
  • the handshake message includes two multicast handshake messages.
  • the first transceiver unit is also configured to receive the first multicast handshake message sent by the second MLD.
  • the first multicast handshake message is Instructing the second part of the transmission parameters used by each new link in the at least one new link; sending a second multicast handshake message to the second MLD, the second multicast handshake message being used for confirmation The second part of the transmission parameters used by each new link is successfully established.
  • the at least one proposed link and the at least one established link use different non-overlapping channels, and different proposed links use different non-overlapping channels, and different established links use different non-overlapping channels. Use different non-overlapping channels.
  • the first MLD is a non-access point non-AP MLD
  • the second MLD is a non-AP MLD, or an access point AP MLD.
  • FIG 14 is a schematic diagram 2 of the structure of a multi-link reconfiguration device provided by an embodiment of the present application. It is applied to the second MLD. As shown in Figure 14, the multi-link reconfiguration device 1400 includes:
  • the second transceiver unit 1401 is configured to receive the first request frame sent by the first MLD, and/or the first response frame sent by the second MLD to the first MLD; wherein the first request frame is For requesting to add at least one proposed link in multi-link reconfiguration, the first response frame is used to add the at least one proposed link in multi-link reconfiguration.
  • the first request frame includes link capability information of the at least one proposed link, and/or operation information of the at least one first affiliated site; the at least one first affiliated site is at least A proposed link is associated with an affiliated site in the first MLD.
  • the second MLD determines whether the link capability of the at least one proposed link is compatible with the link sharing capability, and/or whether the operational requirements of the at least one first affiliated site are compatible with the link sharing operation; so The link capability of the at least one proposed link is determined through the link capability information of the at least one proposed link, and/or the operation requirements of the at least one first affiliated site are determined through the at least one first affiliated site. Site operational information is determined.
  • the link sharing capability includes at least one of the following:
  • the link sharing operation is indicated by at least one of the following:
  • a pairwise cipher suite shared by the at least one established link is shared by the at least one established link.
  • the first response frame is used to indicate that the target proposed link fails to be added when there is a target proposed link in the at least one proposed link; wherein the target proposed link fails to be added;
  • the link is established when the link capability of the at least one proposed link is incompatible with the link sharing capability, and/or the operating requirements of the at least one first affiliated site are incompatible with the link sharing operation. of proposed links.
  • the second transceiver unit 1401 is further configured to send site information of at least one second affiliated site to the first MLD; the site information of the at least one second affiliated site is used to indicate the at least one proposed The link capability of the link, and/or, the operational requirements of the at least one first affiliated site;
  • the at least one second affiliated site includes a newly added affiliated site in the second MLD, and/or an affiliated site in the second MLD that has not established a link with the first MLD.
  • the site information of the at least one second affiliated site is carried through a beacon frame or a probe response frame.
  • the second transceiver unit 1401 is further configured to receive the first request frame through one of the at least one established link, and/or send the first response frame;
  • the first request frame is received through one of the at least one proposed links, and/or the first response frame is sent.
  • the first request frame includes a first multi-link element
  • the first multi-link element includes:
  • a first general information field is used to indicate information shared by the at least one proposed link and the at least one established link;
  • a first link information field is used to indicate link information of the at least one proposed link and/or link information of at least one first established link, the at least one The first established link is a link associated with the at least one proposed link among the at least one established link.
  • the first general information domain includes at least one of the following:
  • the first general capability information is used to indicate the capability shared by the at least one established link and the at least one proposed link;
  • First general operation information is used to indicate operations shared by the at least one established link and the at least one proposed link.
  • the first general capability information includes at least one of the following:
  • the MLD capability of the first MLD is the MLD capability of the first MLD
  • RSN extends element capabilities.
  • the first link information field includes the at least one proposed link, and/or the at least one first established link associated with each link in the first MLD Site information for affiliated sites.
  • the site information is carried in a first per-site configuration sub-element; the first per-site configuration sub-element includes at least one of the following:
  • the first sub-element identification subfield is used to indicate the sub-element identification of the first per-site configuration sub-element
  • a first length subfield, the first length subfield is used to indicate the length of the first per-site configuration sub-element
  • a first site control subfield, the first site control subfield is used to indicate site control information
  • a first site information subfield, the first site information subfield is used to indicate site information
  • the first site configuration subfield is used to indicate site configuration information.
  • the first site control subfield includes a link identification subfield, and the link identification subfield is used to indicate identification information of an affiliated site of the corresponding link in the second MLD.
  • the first request frame further includes a first sending site information field, and the first sending site information field is used to indicate the affiliation of the link sending the first request frame in the first MLD. Site information for the site.
  • the first proposed link is one of the at least one proposed link, so
  • the first request frame also includes link capability information of the first proposed link and/or operating parameters;
  • the link capability information is used to indicate the link capability, and the operation parameters are used to indicate the operation information of the corresponding affiliated site.
  • the link capability information and/or operation information of the first proposed link is carried by at least one of the following:
  • the frame body of the first request frame is the frame body of the first request frame
  • the first link information field of the first multi-link element is the first link information field of the first multi-link element.
  • the first multi-link element includes the first general information field and the first link information field
  • the first link information field includes a first per-site configuration sub-element of each second proposed link
  • the second proposed link is a link in the at least one proposed link other than the first proposed link
  • Link capability information and/or operating parameters of each second proposed link are carried through the first per-site configuration sub-element of each second proposed link.
  • the first request frame is a new link association request frame
  • the new link association request frame is used to request additional transmission of the first request frame when multi-link establishment has been completed.
  • the first proposed link, and/or, the second proposed link are used to request additional transmission of the first request frame when multi-link establishment has been completed.
  • the first multi-link element includes the first general information domain and the first link information domain; link capability information of each proposed link in the at least one proposed link, and/or , the operation parameters are carried through the first per-site configuration sub-element of each proposed link in the first link information domain.
  • the first request frame is a new request frame
  • the new request frame is used to request to add the at least one proposed link when multi-link establishment has been completed.
  • the link capability information of each proposed link in the at least one proposed link includes at least one of the following:
  • RSN extends element capabilities.
  • the link capability information of different proposed links is the same as the common capability information of the at least one established link, and/or, different proposed links
  • the operating parameters are the same as the common operating information of the at least one established link.
  • the first request frame further includes: a robust and secure network element corresponding to each proposed link in the at least one proposed link and/or a robust and secure network extension corresponding to each proposed link. element; wherein each of the robust and secure network elements includes at least part of the capability information and/or operating parameters of its corresponding proposed link, and each of the robust and secure network extension elements includes its corresponding proposed link. At least part of the capability information and/or operating parameters of the path.
  • the first request frame includes the first multi-link operation. link element;
  • the first request frame includes a basic multi-link element
  • the first request frame does not include the first multi-link element and the basic multi-link element.
  • the first multi-link element is a first new re-configuration multi-link element
  • the first new re-configuration multi-link element is used to add The at least one proposed link.
  • the first response frame includes a second multi-link element, wherein the second multi-link element includes:
  • the second general information field is used to indicate information shared by the at least one proposed link and the at least one established link;
  • the second link information field is used to indicate the link information of at least one proposed link and/or the link information of at least one first established link, and the first established link
  • the link is a link associated with the at least one proposed link among the at least one established link.
  • the second general information domain includes at least one of the following:
  • the MLD MAC address information of the second MLD
  • the second general capability information is used to indicate the capability shared by the at least one established link and the at least one proposed link;
  • the second general operation information is used to indicate the operation shared by the at least one established link and the at least one proposed link;
  • BBS parameter change count subfield the BBS parameter change count subfield is used to count critical updates to BSS parameters
  • Link identification information the link identification information is used to indicate the link identification of the link that sends the first response frame.
  • the second general capability information includes at least one of the following:
  • RSN extends element capabilities.
  • the second link information field includes the at least one proposed link, and/or the at least one first established link associated with each link in the second MLD Site information of the affiliated site, and the first established link is a link associated with the at least one proposed link among the at least one established link.
  • the site information is carried in a second per-site configuration sub-element; the second per-site configuration sub-element includes at least one of the following:
  • the second sub-element identification subfield is used to indicate the sub-element identification of the second per-site configuration sub-element
  • the second length subfield being used to indicate the length of the second per-site configuration sub-element
  • the second site control subfield is used to indicate site control information
  • the second site information subfield is used to indicate site information
  • the second site configuration subfield is used to indicate site configuration information.
  • the first response frame further includes a second sending site information field, and the second sending site information field is used to indicate the affiliation of the link sending the first response frame in the second MLD. Site information for the site.
  • the third proposed link is one of the at least one proposed link
  • the The first response frame also includes a status code field, where the status code field is used to indicate the establishment result of the third proposed link.
  • the status code field is used to indicate that the third proposed link is successfully added
  • the status code field is used to indicate the failure of adding a link to the third proposed link and/or the reason for the failure.
  • the link capability of the third proposed link is incompatible with the link sharing capability, and/or the operational requirements of the first affiliated site corresponding to the third proposed link are inconsistent with the link sharing capability.
  • the status code field indicates that the reason for the failure of the third proposed link is: the link capability of the third proposed link is incompatible with the link sharing capability, And/or, the operational requirements of the first affiliated site corresponding to the third proposed link are incompatible with the link sharing operation.
  • the status code field of the third proposed link is carried by at least one of the following:
  • the frame body of the first response frame is the frame body of the first response frame
  • the second link information field of the second multi-link element is the second link information field of the second multi-link element.
  • the second multi-link element includes the second general information field and the second link information field;
  • the second link information includes a second per-site configuration sub-element of each fourth proposed link; the fourth proposed link is the at least one proposed link except the third proposed link. Proposed link outside the link;
  • the second per-site configuration sub-element of each fourth proposed link also includes a status code subfield of each fourth proposed link; the status code subfield of each fourth proposed link is To indicate the establishment result of the corresponding fourth proposed link.
  • the status code subfield for the fourth proposed link accepted by the second MLD is used to indicate that the newly added link is successful
  • the status code subfield for the fourth proposed link rejected by the second MLD is used to indicate the failure of the new link and/or the reason for the failure.
  • the link capability of the third proposed link is incompatible with the link sharing capability, and/or the operational requirements of the first affiliated site corresponding to the third proposed link are inconsistent with the link sharing capability.
  • the above link sharing operations are incompatible,
  • the status code subfield of each fourth proposed link is used to indicate the failure of the new link, and/or the status code subfield of each fourth proposed link indicates that the reason for the failure is the third The proposed link failed to be established.
  • the first response frame is a new link association response frame
  • the new link association response frame is used for at least one of the following:
  • the second multi-link element includes the second general information. domain and the second link information domain;
  • the establishment result of each proposed link in the at least one proposed link is indicated by the status code subfield of the second per-site configuration sub-element of each proposed link in the second link information field;
  • its status code subfield is used to indicate the failure of the new link and/or the reason for the failure.
  • a proposed link whose link capability is incompatible with the link sharing force, and/or whose operational requirements of the corresponding first affiliated site are incompatible with the link sharing operation, its status code subfield Used to indicate that the newly added link failed, and/or the reason for the failure is: the link capability is incompatible with the link sharing capability, and/or the operation requirements of the first affiliated site are incompatible with the link sharing operation.
  • the first response frame is a new response frame
  • the new response frame is used to add or reject the at least one proposed link when multi-link establishment has been completed.
  • the first response frame includes the second multi-link operation. link element
  • the first response frame includes a basic multi-link element
  • the first response frame does not include the second multi-link element and the basic multi-link element.
  • the second multi-link element is a second new re-configuration multi-link element, and the second new re-configuration multi-link element is used to add The at least one proposed link.
  • the link that sends the first request frame and the link that receives the first response frame are the same link.
  • a second authentication unit configured to after adding at least one new link, the at least one new link being a successfully established link among the at least one proposed link, and the at least one The new link is part or all of the at least one link to be built, and the second MLD and the first MLD pair the at least one new link and the at least one established link. perform security authentication on the link, or perform security authentication on the at least one new link.
  • a second authentication unit is also included, and is further configured to communicate with the first MLD about the at least one new link and the at least one existing link when the first MLD is in the first state.
  • a link is established for security authentication, and the first state indicates that at least some of the established links in the at least one established link have not completed security authentication.
  • the second authentication unit is further configured to perform security verification on the at least one new link with the first MLD when the first MLD is in the second state. Authentication, the second state indicates that the at least one established link has completed security authentication.
  • the first part of the transmission parameters used by the at least one newly-established link is the same as the first part of the parameters used by the at least one established link, and/or the second part of the parameters used by the at least one newly-established link. Re-establish.
  • the first part of parameters includes at least one of the following: pairwise temporary key PTK, association identifier AID.
  • the second part of parameters includes at least one of the following: multicast temporary key GTK, integrity multicast key IGTK, and beacon integrity multicast temporary key BIGTK.
  • the second authentication unit is further configured to exchange handshake messages with the first MLD, and the interaction of the handshake messages is used to generate a second part of transmission parameters for the at least one newly created link.
  • the handshake message includes a four-way handshake message, and the second MLD and the first MLD exchange handshake messages.
  • the second transceiver unit 1401 is also configured to send a message to the first MLD.
  • the MLD sends a first handshake message, the first handshake message is used to confirm whether the at least one new link uses the first part of the transmission parameters; receives the second handshake message sent by the first MLD, the second handshake message Used to synchronize or confirm the first part of the transmission parameters used by the at least one new link; send a third handshake message to the first MLD, the third handshake message is used to indicate the at least one new link
  • the second part of the transmission parameters used by each new link in the road; receiving the fourth handshake message sent by the first MLD, and the fourth handshake message is used to confirm the successful establishment of the second part of the transmission parameters used by each new link.
  • the second part transfers parameters.
  • the first handshake message and the second handshake message do not include random numbers used to generate the first part of the transmission parameters.
  • the second handshake message includes link information of each new link in the at least one new link.
  • the third handshake message includes at least one of the following:
  • the multicast temporary key GTK for each newly added link is the multicast temporary key GTK for each newly added link
  • the handshake message includes two multicast handshake messages, and the interaction of handshake messages between the second MLD and the first MLD includes:
  • the second MLD sends a first multicast handshake message to the first MLD.
  • the first multicast handshake message is used to indicate the second part used by each new link in the at least one new link.
  • the second MLD receives a second multicast handshake message sent by the first MLD, and the second multicast handshake message is used to confirm the successful establishment of the second part of the transmission parameters used by each new link.
  • the at least one proposed link and the at least one established link use different non-overlapping channels, and different proposed links use different non-overlapping channels, and different established links use different non-overlapping channels. Use different non-overlapping channels.
  • the first MLD is a non-access point non-AP MLD
  • the second MLD is a non-AP MLD, or an access point AP MLD.
  • Figure 15 is a schematic structural diagram of a communication device 1400 provided by an embodiment of the present application.
  • the communication device can be an AP MLD or a non-AP MLD.
  • the communication device 1500 shown in Figure 15 includes a processor 1510.
  • the processor 1510 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the communication device 1500 may further include a memory 1520.
  • the processor 1510 can call and run the computer program from the memory 1520 to implement the method in the embodiment of the present application.
  • the memory 1520 may be a separate device independent of the processor 1510, or may be integrated into the processor 1410.
  • the communication device 1400 may also include a transceiver 1530.
  • the processor 1510 may control the transceiver 1530 to communicate with other devices. Specifically, it may send information or data to other devices, or receive other devices. Information or data sent by the device.
  • the transceiver 1530 may include a transmitter and a receiver.
  • the transceiver 1530 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 1500 may specifically be the first MLD in the embodiment of the present application, and the communication device 1500 may implement the corresponding processes implemented by the first MLD in the various methods of the embodiment of the present application. For the sake of brevity, they are not mentioned here. Again.
  • the communication device 1500 may specifically be the or the second MLD in the embodiment of the present application, and the communication device 1500 may implement the corresponding processes implemented by the or the second MLD in the various methods of the embodiment of the present application. For simplicity, in This will not be described again.
  • Figure 16 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • the chip 1600 shown in Figure 16 includes a processor 1610.
  • the processor 1610 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the chip 1500 may also include a memory 1620.
  • the processor 1610 can call and run the computer program from the memory 1620 to implement the method in the embodiment of the present application.
  • the memory 1620 may be a separate device independent of the processor 1610, or may be integrated into the processor 1510.
  • the chip 1600 may also include an input interface 1630.
  • the processor 1610 can control the input interface 1630 to communicate with other devices or chips. Specifically, it can obtain information or data sent by other devices or chips.
  • the chip 1600 may also include an output interface 1640.
  • the processor 1610 can control the output interface 1640 to communicate with other devices or chips. Specifically, it can output information or data to other devices or chips.
  • the chip can be applied to the first MLD in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the first MLD in the various methods of the embodiment of the present application.
  • the details will not be described again.
  • the chip can be applied to the second MLD in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the second MLD in the various methods of the embodiment of the present application.
  • the chip can be applied to the second MLD in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the second MLD in the various methods of the embodiment of the present application.
  • details will not be repeated here.
  • chips mentioned in the embodiments of this application may also be called system-on-chip, system-on-a-chip, system-on-chip or system-on-chip, etc.
  • Figure 17 is a schematic block diagram of a communication system 1700 provided by an embodiment of the present application. As shown in Figure 17, the communication system 1700 includes a first MLD 1710 and a second MLD 1720.
  • the first MLD 1710 can be used to implement the corresponding functions implemented by the first MLD in the above method
  • the second MLD 1720 can be used to implement the corresponding functions implemented by the second MLD in the above method.
  • this is not mentioned here. Again.
  • the processor in the embodiment of the present application may be an integrated circuit chip and has signal processing capabilities.
  • each step of the above method embodiment can be completed through an integrated logic circuit of hardware in the processor or instructions in the form of software.
  • the above-mentioned processor can be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other available processors.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • a general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.
  • the steps of the method disclosed in conjunction with the embodiments of the present application can be directly implemented by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers and other mature storage media in this field.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
  • non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electrically removable memory. Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory. Volatile memory may be Random Access Memory (RAM), which is used as an external cache.
  • RAM Random Access Memory
  • RAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM Double Data Rate SDRAM
  • ESDRAM enhanced synchronous dynamic random access memory
  • Synchlink DRAM SLDRAM
  • Direct Rambus RAM Direct Rambus RAM
  • the memory in the embodiment of the present application can also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM) and so on. That is, memories in embodiments of the present application are intended to include, but are not limited to, these and any other suitable types of memories.
  • Embodiments of the present application also provide a computer-readable storage medium for storing computer programs.
  • the computer-readable storage medium can be applied to the AP MLD in the embodiment of the present application, and the computer program causes the computer to execute the corresponding processes implemented by the AP MLD in the various methods of the embodiment of the present application. For the sake of simplicity, here No longer.
  • the computer-readable storage medium can be applied to the non-AP MLD in the embodiment of the present application, and the computer program causes the computer to execute the corresponding processes implemented by the non-AP MLD in the various methods of the embodiment of the present application, in order to It’s concise and I won’t go into details here.
  • An embodiment of the present application also provides a computer program product, including computer program instructions.
  • the computer program product can be applied to the AP MLD in the embodiments of the present application, and the computer program instructions cause the computer to execute the corresponding processes implemented by the AP MLD in the various methods of the embodiments of the present application. For the sake of brevity, they are not included here. Again.
  • the computer program product can be applied to the non-AP MLD in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding processes implemented by the non-AP MLD in the various methods of the embodiment of the present application.
  • the computer program instructions cause the computer to execute the corresponding processes implemented by the non-AP MLD in the various methods of the embodiment of the present application.
  • An embodiment of the present application also provides a computer program.
  • the computer program can be applied to the AP MLD in the embodiment of the present application.
  • the computer program executes the corresponding processes implemented by the AP MLD in the various methods of the embodiment of the present application. For the sake of simplicity , which will not be described in detail here.
  • the computer program can be applied to the non-AP MLD in the embodiment of the present application.
  • the computer program When the computer program is run on the computer, the computer performs the corresponding steps implemented by the non-AP MLD in each method of the embodiment of the present application. The process, for the sake of brevity, will not be repeated here.
  • the disclosed systems, devices and methods can be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components may be combined or can be integrated into another system, or some features can be ignored, or not implemented.
  • the coupling or direct coupling or communication connection between each other shown or discussed may be through some interfaces, indirect coupling or communication connection of devices or units, which may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or they may be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.
  • each functional unit in each embodiment of the present application can be integrated into a first processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit.
  • the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium.
  • the technical solution of the present application is essentially or the part that contributes to the existing technology or the part of the technical solution can be embodied in the form of a software product.
  • the computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in various embodiments of this application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory,) ROM, random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program code. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种多链路重配置方法及装置、通信设备，该方法包括：在第一多链路设备MLD与第二MLD已经完成多链路建立，并建立至少一个已建链路的情况下，第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容；其中，至少一个第一附属站点为至少一个拟建链路在第一MLD中关联的附属站点；链路共用能力是指至少一个已建链路共用的能力，链路共用操作是指至少一个已建链路共用的操作。

Description

一种多链路重配置方法及装置、通信设备 技术领域
本申请实施例涉及移动通信技术领域，具体涉及一种多链路重配置方法及装置、通信设备。
背景技术
非接入点多链路设备(non-Access Point Multi-Link Device，non-AP MLD)和接入点多链路设备(Access Point Multi-Link Device，AP MLD)之间可以建立一条或多条链路。当non-AP MLD与AP MLD之间建立一条或多条链路后，AP MLD可能会增加一个或多个附属接入点(Access Point，AP)，或者也可能会移除一个或多个附属AP，同样，non AP MLD可能会增加一个或多个附属站点(STA)，或者也可能会移除一个或多个附属STA。对于这种情况，有需求进行non-AP MLD和AP MLD之间的多链路重配置，如何进行多链路重配置需要完善。
发明内容
本申请实施例提供一种多链路重配置方法及装置、通信设备、芯片、计算机可读存储介质、计算机程序产品、计算机程序。
第一方面，本申请实施例提供的多链路重配置方法，包括：
在第一多链路设备MLD与第二MLD已经完成多链路建立，并建立至少一个已建链路的情况下，所述第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容；
其中，所述至少一个第一附属站点为至少一个拟建链路在所述第一MLD中关联的附属站点；所述链路共用能力是指所述至少一个已建链路共用的能力，所述链路共用操作是指所述至少一个已建链路共用的操作。
第二方面，本申请实施例提供的多链路重配置方法，包括：
第二MLD接收第一MLD发送的第一请求帧，和/或，所述第二MLD向所述第一MLD发送的第一响应帧；其中，所述第一请求帧用于在多链路重配置中请求增加至少一个拟建链路，所述第一响应帧用于在多链路重配置中增加所述至少一个拟建链路。
第三方面，本申请实施例提供的多链路重配置装置，应用于第一多链路设备，所述装置包括：
第一确定单元，被配置为在第一多链路设备MLD与第二MLD已经完成多链路建立，并建立至少一个已建链路的情况下，所述第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容；
其中，所述至少一个第一附属站点为至少一个拟建链路在所述第一MLD中关联的附属站点；所述链路共用能力是指所述至少一个已建链路共用的能力，所述链路共用操作是指所述至少一个已建链路共用的操作。
第四方面，本申请实施例提供的多链路重配置装置，应用于第二MLD，包括：
第二收发单元，配置为接收第一MLD发送的第一请求帧；和/或，向所述第一MLD发送的第一响应帧；其中，所述第一请求帧用于在多链路重配置中请求增加至少一个拟建链路，所述第一响应帧用于在多链路重配置中增加所述至少一个拟建链路。
本申请实施例提供的通信设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的多链路重配置方法。
本申请实施例提供的芯片，用于实现上述的多链路重配置方法。具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的多链路重配置方法。
本申请实施例提供的计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的多链路重配置方法。
本申请实施例提供的计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的多链路重配置方法。
本申请实施例提供的计算机程序，当其在计算机上运行时，使得计算机执行上述的多链路重 配置方法。
申请实施例提供的多链路重配置方法中，在第一MLD与第二MLD已建立至少一个已建链路的基础上，通过对请求新增的至少一个拟建链路进行兼容性验证，可以保证在后续多链路重配置过程中新增的链路与已建链路的兼容，以实现新增链路的平滑建立，如此，完善多链路重配置机制。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是本申请实施例应用的一种通信系统架构图；
图2-1是本申请实施例的一个应用场景的示意图；
图2-2是本申请实施例的一个应用场景的示意图；
图3-1是本申请实施例的一种由non-AP MLD传输的每站点控制域的格式示意图；
图3-2是本申请实施例的一种由AP MLD传输的每站点控制域的格式示意图；
图4是本申请实施例提供的一种多链路重配置方法的流程示意图一；
图5是本申请实施例提供的一种多链路重配置方法的流程示意图二；
图6是本申请实施例提供的一种多链路重配置方法的流程示意图三；
图7是本申请实施例提供的一种多链路重配置方法的流程示意图四；
图8是本申请实施例提供的一种多链路重配置方法的流程示意图五；
图9是本申请实施例提供的一种多链路重配置方法的交互示意图一；
图10是本申请实施例提供的一种多链路重配置方法的交互示意图二；
图11是本申请实施例提供的一种RSNA认证交互示意图一；
图12是本申请实施例提供的一种RSNA认证交互示意图二；
图13是本申请实施例提供的一种多链路重配置装置1300的结构组成示意图；
图14是本申请实施例提供的一种多链路重配置装置1400的结构组成示意图；
图15是本申请实施例提供的一种通信设备示意性结构图；
图16是本申请实施例的芯片的示意性结构图；
图17是本申请实施例提供的一种通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统，例如：无线局域网(Wireless Local Area Networks，WLAN)、无线保真(Wireless Fidelity，WiFi)或其他通信系统等。WLAN可支持频段可以包括但不限于：低频段(2.4GHz、5GHz、6GHz)、高频段(60GHz)。
图1是本申请实施例应用的一种通信系统架构的示例。
如图1所示，该通信系统100可以包括AP 110，以及通过AP 110接入网络的STA 120。在一些场景中，AP 110可以或称AP STA，即在某种意义上来说，AP 110也是一种STA。在一些场景中，STA 120或称为非AP STA(non-AP STA)。在一些场景中，STA 120可以包括AP STA和non-AP STA。通信系统100中的通信可以包括：AP 110与STA 120之间通信，或STA 120与STA 120之间通信，或STA 120和peer STA之间通信，其中，peer STA可以指与STA 120的对端进行通信的设备，例如，peer STA可能为AP，也可能为non-AP STA。
其中，AP 110可用于一个连接有线网和无线网的桥梁，主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。AP 110可以是带有WiFi芯片的终端设备(如手机)或者网络设备(如路由器)。
需要说明的是，STA 120在通信系统中的角色不是绝对的，也即是说，STA 120在通信系统中的角色可以在AP和STA之间进行切换。例如，在一些场景中，手机连接路由的时候，手机是STA，手机作为其他手机的热点的情况下，手机充当了AP的角色。
在一些实施例中，AP 110和STA 120可以是应用于车联网中的设备，物联网(internet of things，IoT)中的物联网节点、传感器等，智慧家居中的智能摄像头，智能遥控器，智能水表电表等，以及 智慧城市中的传感器等。
在一些实施例中，AP 110可以为支持802.11be制式的设备。AP也可以为支持802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等多种当前以及未来的802.11家族的WLAN制式的设备。在一些实施例中，STA 120可以支持802.11be制式。STA也可以支持802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等多种当前以及未来的802.11家族的WLAN制式。
在一些实施例中，AP 110和/或STA 120可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船)；还可以部署在空中(例如飞机、气球和卫星上等)。
在一些实施例中，STA 120可以是支持WLAN/WiFi技术的手机(Mobile Phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)设备、增强现实(Augmented Reality，AR)设备、工业控制(industrial control)中的无线设备、机顶盒、无人驾驶(self-driving)中的无线设备、车载通信设备、远程医疗(remote medical)中的无线设备、智能电网(smart grid)中的无线设备、运输安全(transportation safety)中的无线设备、智慧城市(smart city)中的无线设备或智慧家庭(smart home)中的无线设备、车载通信设备、无线通信芯片/专用集成电路(application specific integrated circuit，ASIC)/系统级芯片(System on Chip，SoC)等。
示例性地，STA 120还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
应理解，图1仅为本申请的示例，不应理解为对本申请的限制。例如，图1仅示例性地示出了一个AP和两个STA，在一些实施例中，该通信系统100可以包括多个AP以及包括其它数量的STA，本申请实施例对此不做限定。
图2-1是本申请实施例的一个应用场景的示意图。
如图2-1所示，通信系统200可以包括：AP MLD 210、non-AP MLD 220，其中，AP MLD 210为能够基于发射的信号形成无线局域网230的电子设备，比如：路由器、具有热点功能的手机等，non-AP MLD 220为接入至AP MLD 210所形成的无线局域网230的电子设备，比如：手机、智能洗衣机、空调、电子锁等设备。non-AP MLD 220与AP MLD 210通过无线局域网230进行通信。其中，AP MLD 210可为软(soft)AP MLD、移动(Mobile)AP MLD等。
如图2-2所示，在图2-1所述的通信系统中，AP MLD 210附属有至少两个AP 2101，non-AP MLD220附属有至少两个站点(STA)2201，其中，各AP通过不同的链路连接至non-AP MLD 220中不同的STA。其中，AP MLD附属的AP(AP associated with AP MLD))也可称为AP MLD的附属AP，non-AP MLD附属的STA(STA associated with non-AP MLD)也可称为non-AP MLD的附属STA。
本申请实施例中，AP MLD 210和non-AP MLD 220可为终端设备，终端设备可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其他处理设备、车载设备、可穿戴设备、第5代(5th generation，5G)网络中的终端设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的终端设备等。
在图2-1所示的通信系统200中，还可以包括网络设备，网络设备可以是与终端设备通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。
图2-1示例性地示出了一个AP MLD、一个non-AP MLD，可选地，该无线通信系统200可以包括多个接入至无线局域网230的non-AP MLD，本申请实施例对此不做限定。
需要说明的是，图1、图2-1、图2-2只是以示例的形式示意本申请所适用的系统，当然，本申请实施例所示的方法还可以适用于其他系统。此外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文 中字符“/”，一般表示前后关联对象是一种“或”的关系。还应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。还应理解，在本申请的实施例中提到的“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。还应理解，在本申请的实施例中提到的“预定义”或“预定义规则”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。还应理解，本申请实施例中，所述“协议”可以指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。
为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。
相关技术中定义的多链路重配置(Multi-link reconfiguration)机制包括在AP MLD中增加一个或多个附属AP或从AP MLD中移除一个或多个附属AP的一系列流程。
对于增加附属AP来说，AP MLD可以在任意时间增加一个或多个附属AP。具体地，AP MLD通过在信标帧和/或探测响应帧的基本多链路元素(Basic Multi-link element)中改变MLD能力域(MLD Capabilities field)的最大并发链路数量域(Maximum Number Of Simultaneous Links field)以及在信标帧和/或探测响应帧的缩减邻近报告元素(Reduced Neighbor Report element)包含一个新的附属AP的TBTT信息域来宣告新的附属AP。
对于移除附属AP来说，AP MLD可以移除它的一个或多个附属AP。AP MLD通过在所有附属AP的所有信标帧和/或探测响应帧中传输的重配置多链路元素(Reconfiguration Multi-Link element)来宣告移除任意的附属AP直到该附属AP已经被移除。对于AP MLD试图移除的每个附属AP，重配置多链路元素包含每站点配置子元素(Per-STA Profile subelement)，其每站点控制域的子域作如下设置：链路标识子域(Link ID subfield)标识该AP，完整配置子域设为零，删除定时器存在子域设为1，删除定时器子域(Delete Timer subfield)设置为移除该附属AP前的TBTT数目。删除定时器子域(Delete Timer subfield)的初始值应比MLD最大空闲周期(MLD max idle period)长。每站点配置子元素不应包含站点配置域(STA Profile field)。在所传输的重配置多链路元素的删除定时器子域指示的TBTT，关联的non-AP MLD认为被移除的AP对应的链路不存在，而且，关联于被移除的附属AP的关联站点的站点管理实体(Station Management Entity，SME)应删除用于维护该链路的任何信息。
相关技术中设计了重配置变体多链路元素(Reconfiguration variant Multi-Link element)，以及基于该元素的链路重配置请求/响应行动帧(Action Frame)。其重配置变体多链路元素主要特征如下：
1)不包含通用信息域(Common Info field)；
2)包含链路信息域，且链路信息域包含0个或多个子元素，可选的子元素如表1所示。
Figure PCTCN2022101335-appb-000001
表1
表1中的每站点配置子元素(Per-STA Profile subelement)包括每站点控制域(Per-STA Control field)。由non-AP MLD传输的每站点控制域的格式如图3-1所示，包括链路标识(Link ID)子域、完整配置(Complete Profile)子域、新链路标识(New Link ID)子域以及删除请求(Delete Request)子域；其中，新链路标识子域用于指示请求连接的新AP对应的链路标识，特别地，如果新链路标识子域置15，则表示不进行建立新链路请求；如果删除请求子域置1，则表示请求移除链路标识子域所指示的链路。由AP MLD传输的每站点控制域的格式如图3-2所示，包括链路标识(Link ID)子域、完整配置(Complete Profile)子域、新链路标识(New Link ID)子域、即将删除(Delete Imminent)子域以及删除定时器(Delete Timer)子域。
上述相关技术对于多链路重配置(Multi-link reconfiguration)的定义范围局限在AP MLD增加一个或多个附属AP或从AP MLD中移除一个或多个附属AP的流程。在实际的应用场景中，当一个non-AP MLD与AP MLD成功进行了多链路建立(multi-link setup),使得non-AP MLD关联于AP MLD后，如果AP MLD进行了多链路重配置，增加了一个附属AP，并在信标帧和/或探测响应帧提供了新增附属AP的信息。当non-AP MLD拟建立与新增附属AP之间的链路时，如果non-AP MLD先与AP MLD解关联并拆解已建立的链路，然后再重新与AP MLD进行包含新增附属AP对应链路在内的多链路建立，这样会造成non-AP MLD在之前已建立链路上操作的中断，无法实现新增链路的平滑建立。如果non-AP MLD不先与AP MLD解关联，直接与AP MLD进行多链路建立，就会造成non-AP MLD与AP MLD的重复关联，相关技术定义的多链路建立规则与多链路元素无法支持进行该操作。此外，相关技术未能解决如何协调已建立链路与重配置链路之间多链路通用参数与链路特有参数的问题，比如对于新建链路过程中受新建链路建立影响的MLD能力信息如何进行协调，受新建链路影响的其他链路参数信息如何进行协调等等。
因此，对于多链路重配置，应定义在non-AP MLD已关联于AP MLD的基础上新增链路的机制，为此，提出了本申请实施例的以下技术方案。本申请实施例的技术方案，定义了在non-AP MLD已关联于AP MLD并成功进行多链路建立的基础上，进行多链路新增的机制，以及在新增链路建立完成后进行健壮安全网络关联(Robust Security Network Association，RSNA)验证的机制。
需要说明的是，虽然上述描述是以non-AP MLD和AP MLD作为对象进行描述的，但本申请实施例的技术方案不局限于此，本申请实施例中的第一多链路设备可以是non-AP MLD，第二多链路设备可以是AP MLD，或者，本申请实施例中的第一多链路设备可以是MLD，第二多链路设备可以是对端MLD(Peer MLD)。
为便于理解本申请实施例的技术方案，以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。
图4是本申请实施例提供的一种可选的多链路重配置方法的流程示意图一，如图4所示，所述多链路重配置方法包括以下步骤：
步骤410、第一MLD与第二MLD已经完成多链路建立，并建立至少一个已建链路的情况下，第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容；
其中，至少一个第一附属站点为至少一个拟建链路在所述第一MLD关联的附属站点；链路共用能力是指至少一个已建链路共用的能力，链路共用操作是指至少一个已建链路共用的操作。
本申请实施例中，第一MLD与第二MLD已经完成多链路建立，也可以理解为，第二MLD已关联于第一MLD。也就是说，在步骤410之前，第一MLD与第二MLD之间已经建立了至少一个已建链路。
在第一MLD与第二MLD已经完成多链路建立(或第二MLD已关联于第一MLD)的场景中，当第一MLD中还存在未建立链路的附属站点，并且未建立链路的附属站点请求建立链路时，第一MLD可以对这些请求建立的至少一个链路中每个链路的相关能力和/或操作需求进行兼容性验证，以协调多链路新增过程中已建链路与请求建立的链路之间多链路通用参数与链路特有参数的问题。
需要说明的是，请求建立的链路也可以称为拟建链路，而拟建链路关联的附属站点可以称为第一附属站点。其中，拟建链路可以包括一个或者多个，本申请实施例对此不做限制。
本申请实施例中，兼容性验证可以包括确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容。
也就是说，第一MLD可以在多链路重配置之前，验证至少一个拟建链路中每个拟建链路是否与已建链路的共用能力兼容，和/或，至少一个拟建链路对应的第一附属站点的操作需求是否与已建链路的共用操作兼容，以此判断是否对请求建立的至少一个拟建链路进行多链路建立。
需要说明的是，第一MLD可以仅验证至少一个拟建链路的链路能力是否与已建链路的链路共用能力是否兼容。第一MLD也可仅验证至少一个拟建链路关联的至少一个第一附属站点的操作需求是否与链路共用操作兼容。第一MLD还可以同时验证至少一个拟建链路的链路能力是否与链路共用能力兼容，以及至少一个拟建链路关联的第一附属站点是否与链路共用操作兼容。这里验证的方式可以根据实际需要确定，本申请实施例对此不做限制。
可选地，链路共用能力包括以下中的至少一项：
所述至少一个已建链路共用的健壮安全网络(Robust Security Network，RSN)能力；
所述至少一个已建链路共用的健壮安全网络元素(Robust Security Network Element，RSNE)能力；
所述至少一个已建链路共用的扩展RSNE能力；
所述至少一个已建链路共用的RSN扩展元素能力。
可选地，所述链路共用操作通过以下中至少一项指示：
所述至少一个已建链路共用的认证与密钥管理套件选择器(AKM suite selector)；
所述至少一个已建链路共用的成对密码套件(Pairwise Cipher Suite)。
可选地，步骤410中第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容，还可以通过以下方式实现：
第一MLD确定至少一个拟建链路是否支持所述链路共用能力，和/或，所述至少一个附属站点是否支持所述链路共用操作。
可以理解的是，第一MLD可以确定至少一个已建链路的链路共用能力和/或链路共用操作。示例性的，第一MLD根据获取到的至少一个已建链路的通用能力信息，确定至少一个已建链路的链路共用能力，通过获取到的至少一个已建链路通用操作参数，确定至少一个已建链路的链路共用操作。需要说明的是，至少一个已建链路的通用能力信息和/或通用操作参数可以是第一MLD在与第二MLD建立所述至少一个已建链路时获取，或者向至少一个已建链路的附属站点请求得到，本申请实施例对此不做限制。
另外，第一MLD还可以确定请求新增的至少一个拟建链路的链路能力和/或操作需求，进而第一MLD可以根据每个拟建链路的链路能力和/或操作需求，验证每个拟建链路的兼容性。具体地，第一MLD可以确定每个拟建链路的链路能力是否支持至少一个已建链路的链路共用能力，和/或，每个拟建链路的操作需求是否支持至少一个已建链路的链路共用操作。
需要说明的是，请求新增的至少一个拟建链路的链路能力和/或操作需求可以是第一MLD根据第二MLD发布的信息确定，也可以是第一MLD根据每个拟建链路的实际属性确定，本申请实施例对此不做限制。
示例性的，第一MLD可以验证请求新增的拟建链路使用的认证与密钥管理套件选择器和/或成对密码套件，是否与当前已建链路共用的认证与密钥管理套件选择器和/或成对密码套件一致。若两者一致，则第一MLD可以确定当前拟建链路对应的第一附属站点与至少一个已建链路的链路共用操作兼容。若两者不一致，则第一MLD可以确定当前拟建链路对应的第一附属站点与至少一个已建链路的链路共用操作不兼容。
申请实施例提供的多链路重配置法中，在第一MLD与第二MLD已建立至少一个已建链路的基础上，通过对请求新增的至少一个拟建链路进行兼容性验证，可以保证在后续多链路重配置过程中新增的链路与已建链路的兼容，以实现新增链路的平滑建立，如此，完善多链路重配置机制。
可选地，本申请实施例中，步骤410中第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容之前，还可以执行以下步骤：
步骤400、第一MLD接收第二MLD发送的至少一个第二附属站点的站点信息，至少一个第二附属站点的站点信息用于指示至少一个拟建链路的链路能力，和/或，至少一个第一附属站点的操作需求。
其中，至少一个第二附属站点包括第二MLD中新增的附属站点，和/或，第二MLD中与第一MLD未建立链路的附属站点。
应理解，步骤410中请求新增的至少一个拟建链路的链路能力和/或操作需求，可以根据第二MLD公布的至少一个第二附属站点的站点信息获取。
可选地，至少一个第二附属站点可以与至少一个第一附属站点对应，相应的，至少一个第二附属站点可以与至少一个拟建链路对应。其中，每个第二附属站点的站点信息可以携带对应链路的链路能力信息，和/或，对应第一附属站点的操作参数。其中，链路能力信息可以指示链路能力，而操作参数可以指示附属站点的操作需求。
也就是说，第一MLD可以根据每个第二附属站点的站点信息中携带的相关信息，确定每个拟建链路的链路能力和/或操作需求。
可选地，所述至少一个第二附属站点的站点信息通过信标帧或探测响应帧携带。
也就是说，第一MLD可以接收携带第二附属站点的站点信息的信标帧，或探测响应(probe  response)帧，来确定请求建立的至少一个拟建链路的链路能力，和/或，与所述至少一个拟建链路对应的至少一个第一附属站点的操作需求。
可选地，在步骤410的基础上，参考图5所示，本申请实施例提供的多链路重配置方法还可以包括以下步骤：
步骤420、在至少一个拟建链路的链路能力与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求与链路共用操作兼容的情况下，第一MLD向第二MLD发送第一请求帧，和/或，接收第二MLD发送的第一响应帧。
其中，第一请求帧用于在多链路重配置中请求增加至少一个拟建链路，第一响应帧用于在多链路重配置中增加至少一个拟建链路。
本申请实施例中，第一MLD在确定请求建立的至少一个拟建链路的链路能力与已建链路的链路共用能力兼容，和/或，至少一个第一附属站点的操作需求与已建链路的链路共用操作兼容的情况下，第一MLD在已经与第二MLD完成多链路建立的场景中，与第二MLD针对兼容性验证通过的至少一个拟建链路(也就是说与已建链路的链路共用能力和/或链路共用操作兼容的拟建链路)进行多链路建立。
具体地，在确定至少一个拟建链路的链路能力与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求与链路共用操作兼容后，第一MLD可以与第二MLD之间通过第一请求帧和第一响应帧的交互，协商建立至少一个拟建链路。
在一种可能的实现方式中，若第一MLD仅需要验证至少一个拟建链路的链路能力与已建链路的链路共用能力的兼容性，则第一MLD可以在确定至少一个拟建链路的链路能力与已建链路的链路共用能力兼容后，与第二MLD进行第一请求帧和第一响应帧的交互，协商建立至少一个拟建链路。
在另一种可能的实现方式中，若第一MLD仅需要验证至少一个第一附属站点的操作需求与链路共用操作的兼容性，则第一MLD可以在验证至少一个拟建链路关联的至少一个第一附属站点的操作需求与链路共用操作兼容后，与第二MLD进行第一请求帧和第一响应帧的交互，协商建立至少一个拟建链路。
在又一种可能的实现方式中，若第一MLD需要同时验证至少一个拟建链路的链路能力与已建链路的链路共用能力的兼容性，以及至少一个第一附属站点的操作需求与链路共用操作的兼容性，则第一MLD还可以同时验证至少一个拟建链路的链路能力与链路共用能力兼容，且上述至少一个第一附属站点与链路共用操作兼容之后，与第二MLD进行第一请求帧和第一响应帧的交互，协商建立至少一个拟建链路。
其中，第一MLD可以向第二MLD发送第一请求帧，以请求新增至少一个拟建链路。相应的，第二MLD接收到第一请求帧后，可以对第一请求帧进行响应，第二MLD可以根据拟建链路的实际情况，确定接受新增或拒绝新增上述至少一个拟建链路。其中，第二MLD可以接受至少一个拟建链路中所有的拟建链路，也可接受至少一个拟建链路中部分拟建链路，也可以拒绝所有的拟建链路，本申请实施例对此不做限制。
进一步，第二MLD可以向第一MLD反馈第一响应帧，通过第一响应帧告知第一MLD请求的至少一个拟建链路中每个拟建链路的建立结果。
综上所述，本申请实施例中，在第一MLD与第二MLD已建立至少一个已建链路的基础上，通过对请求新增的至少一个拟建链路进行兼容性验证，并在至少一个拟建链路的兼容性验证通过后对至少一个拟建链路进行多链路建立，可以避免建立后不兼容的问题，实现新增链路的平滑建立。
可选地，在步骤410的基础上，参考图6所示，本申请实施例提供的多链路重配置方法还可以包括以下步骤：
步骤430、在至少一个拟建链路的链路能力与链路共用能力不兼容，和/或，至少一个第一附属站点的操作需求与链路共用操作不兼容的情况下，第一MLD确定不向第二MLD发送第一请求帧。
应理解，第一MLD在确定请求建立的至少一个拟建链路的链路能力与已建链路的链路共用能力不兼容，和/或，至少一个第一附属站点的操作需求与已建链路的链路共用操作不兼容的情况下，第一MLD可以确定不对至少一个拟建链路进行多链路建立，也就是说，第一MLD可以不向第二MLD发送请求建立至少一个拟建链路的第一请求帧。
在一种可能的实现方式中，若第一MLD仅需要验证至少一个拟建链路的链路能力与已建链路的链路共用能力的兼容性，则第一MLD可以验证至少一个拟建链路的链路能力与已建链路的链路共用能力不兼容后，确定不向第二MLD发送第一请求帧。
在另一种可能的实现方式中，若第一MLD仅需要验证至少一个拟建链路关联的至少一个第一附属站点的操作需求与链路共用操作的兼容性，则第一MLD可以在验证上述至少一个第一附属站点的操作需求与链路共用操作不兼容后，确定不向第二MLD发送第一请求帧。
在又一种可能的实现方式中，若第一MLD需要同时验证至少一个拟建链路的链路能力与已建链路的链路共用能力的兼容性，以及至少一个第一附属站点的操作需求与链路共用操作的兼容性，则第一MLD可以在验证至少一个拟建链路的链路能力与链路共用能力不兼容，或者，至少一个第一附属站点与链路共用操作不兼容，确定不向第二MLD发送第一请求帧；另外，第一MLD也可以在验证至少一个拟建链路的链路能力与链路共用能力不兼容，且至少一个第一附属站点与链路共用操作不兼容时，确定不向第二MLD发送第一请求帧。
可以看出，本申请实施例中，在第一MLD与第二MLD已建立至少一个已建链路的基础上，通过对请求新增的至少一个拟建链路进行兼容性验证，若至少一个拟建链路与当前已建链路的链路共用能力和/或链路共用操作不兼容，则第一MDL可以不对该至少一个拟建链路进行多链路建立，如此，避免了多链路重配置过程中新增的链路的相关能力和/或操作与已建链路的链路共用能力和/或链路共用操作不兼容的问题，完善多链路重配置机制。
可选地，参考图7所示，本申请一实施例提供的多链路重配置方法可以包括以下步骤：
440、在第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况下，第一MLD向第二MLD发送第一请求帧，和/或，接收第二MLD发送的第一响应帧；
其中，第一请求帧用于在多链路重配置中请求增加至少一个拟建链路；第一请求帧包括至少一个拟建链路的链路能力信息，和/或至少一个第一附属站点的操作信息；第一响应帧用于在至少一个拟建链路中存在目标拟建链路的情况下，指示目标拟建链路新增失败；其中，目标拟建链路是至少一个拟建链路中链路能力与链路共用能力不兼容，和/或，至少一个第一附属站点的操作需求与链路共用操作不兼容的拟建链路。
可以理解的是，在对第一MLD中的至少一个拟建链路进行新增时，第一MLD可以不对请求建立的至少一个拟建链路进行兼容性验证，而是将请求建立的至少一个拟建链路的链路能力信息和/或该至少一个拟建链路对应的至少一个第一附属站点的操作信息，携带在第一请求帧中发送给第二MLD，以使第二MLD基于第一请求帧中携带的至少一个拟建链路的链路能力信息和/或该至少一个拟建链路对应的至少一个第一附属站点的操作信息，对至少一个拟建链路进行兼容性验证。
可选地，在第一MLD无法确定请求建立的至少一个拟建链路的链路能力信息是否与链路共用能力兼容，和/或，至少一个拟建链路对应的至少一个第一附属站点的操作信息是否与链路共用操作兼容的情况下，第一MLD也可以将请求建立的至少一个拟建链路的链路能力信息和/或该至少一个拟建链路对应的至少一个第一附属站点的操作信息，携带在第一请求帧中发送给第二MLD，以使第二MLD基于第一请求帧中携带的至少一个拟建链路的链路能力信息和/或该至少一个拟建链路对应的至少一个第一附属站点的操作信息，对至少一个拟建链路进行兼容性验证。
本申请实施例中，第二MLD可以根据第一请求帧携带的信息，确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容。具体的兼容性验证方式与上述实施例中描述的兼容性验证方式相同，为了简洁，此处不再赘述。
进一步地，第二MLD在对至少一个拟建链路的兼容性验证完成后，可以结合每个拟建链路的兼容性验证结果来确定是否接受请求建立的至少一个拟建链路。具体地，当第二MLD确定某个拟建链路的链路能力与已建链路的链路共用能力兼容，和/或，该拟建链路对应的第一附属站点的操作需求与已建链路的链路共用操作兼容，则第二MLD可以继续根据其他因素来判断是否接受该拟建链路，对该拟建链路进行多链路建立。当第二MLD确定某个拟建链路的链路能力与已建链路的链路共用能力不兼容，和/或，该拟建链路对应的第一附属站点的操作需求与已建链路的链路共用操作不兼容，则第二MLD可拒绝对该拟建链路进行多链路建立，第二MLD可以在第一响应帧中指示该拟建链路新增失败。
也就是说，第二MLD可以直接拒绝链路能力与链路共用能力不兼容，和/或，对应的第一附属站点的操作需求与链路共用操作不兼容的拟建链路。而对于链路能力与链路共用能力兼容，和/或，对应的第一附属站点操作需求与链路共用操作兼容的拟建链路，可以接受也可以拒绝，此处不做限制。
因此，在第二MLD判定至少一个拟建链路中存在链路能力与链路共用能力不兼容，和/或，对应的第一附属站点的操作需求与链路共用操作不兼容的目标拟建链路时，可以在第一响应帧中指示 该目标拟建链路新增失败。
可以看出，本申请实施例中，在第一MLD与第二MLD已建立至少一个已建链路的基础上，第二MLD可以根据第一MLD发送的第一请求帧携带的相关信息，对第一MLD中请求新增的至少一个拟建链路进行兼容性验证，若至少一个拟建链路与当前已建链路的链路共用能力和/或链路共用操作不兼容，则第二MDL可以拒绝建立至少一个拟建链路，如此，避免多链路重配置过程中新增的链路不兼容的问题，完善多链路重配置机制。
可选地，步骤420和/或步骤440中第一MLD向第二MLD发送第一请求帧，和/或，接收所述第二MLD发送的第一响应帧，可以通过以下方式之一实现：
方式1、第一MLD可以通过至少一个已建链路中的其中一个已建链路发送第一请求帧，和/或，接收第一响应帧。
方式2，第一MLD可以通过所述至少一个拟建链路中的其中一个拟建链路发送所述第一请求帧，和/或，接收所述第一响应帧。
也就是说，第一MLD可以在拟建链路上与第二MLD进行第一请求帧和/或第一响应帧的交互，第一MLD也可以在已建链路上与第二MLD进行第一请求帧和/或第一响应帧的交互。本申请实施例对此不做限制。
可选地，发送第一请求帧的链路与接收第一请求帧的链路为同一链路，也可以为不同的链路，本申请实施例对此不做限制。
以下对第一请求帧进行详细描述。
可选地，第一请求帧可以包括第一多链路元素。其中，第一多链路元素可以是重配置多链路元素变体，本申请实施例还可以将第一多链路元素称为第一新增重配置多链路元素，用于在已经完成多链路建立的情况下增加所述至少一个拟建链路。
可选地，第一多链路元素可以包括：第一通用信息域和/第一链路信息域。
其中，第一通用信息域用于指示至少一个拟建链路和至少一个已建链路共用的信息。
可选地，第一通用信息域可以包括以下中的至少一项：
第一MLD的MLD MAC地址信息；
第一通用能力信息；第一通用能力信息用于指示至少一个已建链路与至少一个拟建链路共用的能力；
第一通用操作信息；第一通用操作信息用于指示至少一个已建链路与至少一个拟建链路共用的操作。
应理解，第一多链路元素的第一通用信息中可以包括第一MLD的MLD MAC地址信息、第一通用能力信息、以及第一通用操作信息中的至少一种。需要说明的是，该第一通用信息中可以不包括链路标识信息子域、BSS参数改变计数子域、媒介同步时延信息子域。
可选地，第一通用能力信息可以包括但不限于以下至少之一：
第一MLD的MLD能力；
第一MLD的EML能力；
RSN能力；
RSNE能力；
扩展RSNE能力；
RSN扩展元素能力。
可选地，第一通用操作信息可以包括：至少一个已建链路和至少一个拟建链路共用的认证与密钥管理套件选择器和/或成对密码套件。
本申请实施例中，第一链路信息域可以用于指示至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，至少一个第一已建链路为至少一个已建链路中与至少一个拟建链路关联的链路。
也就是说，第一链路信息域可以指示请求建立的至少一个拟建链路的链路信息，和/或，与至少一个拟建链路关联的至少一个已建链路的链路信息。
可选地，本申请实施例中的所提及的与至少一个拟建链路关联的已建链路，也可以是指受至少一个拟建链路影响的已建链路。如果至少一个已建链路中存在受至少一个拟建链路影响的链路，那么第一MLD在第一链路信息域中除了需要携带至少一个拟建链路的链路信息之外，还需要携带受至少一个拟建链路影响的其他已建链路的链路信息。
示例性的，已建链路的非同时传输和接收(Nonsimultaneous transmit and receive，NSTR)的相 关操作可能会受到新增的链路的影响。若至少一个已建链路的NSTR的相关操作受到任意一个请求建立的拟建链路的影响，则第一MLD可以将NSTR的相关操受到影响的已建链路的链路信息携带在第一多链路元素的第一链路信息域中，通过携带该第一多链路元素的第一请求帧发送给第二MLD。
应理解，本申请实施例中通过在第一多链路元素中的第一链路信息域携带至少一个拟建链路的链路信息，和/或，受拟建链路影响的已建链路的链路信息，可以使第二MLD能够获知至少一个拟建链路和至少一个已建链路之间的关联关系，从而根据该关联关系进行多链路建立，提高多链路重配置的效率。
可选地，在第一多链路元素中包括第一链路信息域的情况下，第一链路信息域可以包括至少一个拟建链路，和/或，至少一个第一已建链路中每个链路在第一MLD中关联的附属站点的站点信息。
可选地，站点信息可以携带在第一每站点配置子元素(Per-STA Profile subelement)中。
也就是说，第一链路信息域可以包括至少一个拟建链路对应的第一每站点配置子元素，和/或，受至少一个拟建链路影响的至少一个已建链路的对应的第一每站点配置子元素。其中，第一每站点配置子元素用于描述拟建链路和/或受拟建链路影响的已建链路对应的站点信息。
可选地，每个第一每站点配置子元素包括但不限于以下至少之一：
第一子元素标识子域，所述第一子元素标识子域用于指示所述第一每站点配置子元素的子元素标识；
第一长度子域，所述第一长度子域用于指示所述第一每站点配置子元素的长度；
第一站点控制子域，所述第一站点控制子域用于指示站点控制信息；
第一站点信息子域，所述第一站点信息子域用于指示站点信息；
第一站点配置子域，所述第一站点配置子域用于指示站点配置信息。
其中，对于第一链路信息域的每一个第一每站点配置子元素，其第一站点控制子域的完整配置子域(Complete Profile subfield)可以置1。
可选地，第一每站点配置子元素中的第一站点控制子域可以包括链路标识子域，该链路标识子域可以用于指示对应链路在第二MLD中的附属站点的标识信息。
也就是说，本申请实施例中，对于至少一个拟建链路和/或受至少一个拟建链路影响的已建链路，其中的每个链路的第一每站点配置子元素的第一站点控制子域中的链路标识子域，可以设置为对应的链路在第二MLD中的附属站点的标识信息。
示例性的，若第一MLD为non-AP MLD，第二MLD为AP MLD，当non-AP MLD通过第一请求帧请求与AP MLD建立一个链路时，第一请求帧中该链路的第一每站点配置子元素中站点控制子域的链路标识子域可以设置为该链路在AP MLD中的附属AP的标识信息。
可选地，对于至少一个拟建链路中的每个拟建链路，其在第二MLD中的附属站点的标识信息可以在第二MLD的发现节点阶段，或者多链路发现阶段获取，本申请实施例对此不做限制。
可选地，所述第一请求帧还包括第一发送站点信息域，所述第一发送站点信息域用于指示发送第一请求帧的链路在第一MLD中关联的附属站点的站点信息。
可以理解的是，由于第一请求帧可以在至少一个拟建链路的其中一个拟建链路上发送，也可以在至少一个已建链路的其中一个已建链路上发送，因此，第一请求帧的帧体还可以包括第一发送站点信息域，通过第一发送站点子信息域指示发送第一请求帧的链路在第一MLD中关联的附属站点的站点信息。
也就是说，第一请求帧可以包括第一发送站点信息域和第一多链路元素。
下面针对利用拟建链路发送第一请求帧的场景进行详细介绍。
在本申请一实施例中，在第一请求帧通过第一拟建链路发送的情况下，第一拟建链路为至少一个拟建链路中的其中一个拟建链路，第一请求帧还可以包括第一拟建链路的链路能力信息，和/或，操作参数。
其中，链路能力信息用于指示链路能力，操作参数用于指示对应附属站点的操作信息。
应理解，在第一请求帧通过至少一个拟建链路的其中一个拟建链路(例如第一拟建链路)发送的情况下，第一请求帧还可以指示该拟建链路的链路能力信息，和/或，操作参数。
可选地，第一拟建链路的链路能力信息和/或操作信息通过以下中的至少一项携带：
第一请求帧的帧体；
第一请求帧中第一多链路元素的第一链路信息域。
应理解，发送第一请求帧的第一拟建链路，其链路能力信息和/或操作信息可以直接携带在第一请求帧的帧体中，也可以通过第一请求帧中第一多链路元素的第一链路信息域指示。本申请实施例 对第一拟建链路的链路能力信息和/或操作信息的携带方式不做限制。
在一种可能的实现方式中，在第一MLD请求建立的拟建链路仅包括一个，并且第一MLD在该拟建链路上发送第一请求帧的情况下，第一MLD可以将发送第一请求帧的拟建链路的链路能力信息和/或操作信息直接通过第一请求帧的帧体携带。相应的，该实现方式中，若不存在被这个拟建链路影响的已建链路，那么该第一请求帧中的第一多链路元素可以不包括第一链路信息域，第二MLD可以直接从第一请求帧中获取当前发送第一请求帧的拟建链路的相关信息。
在另一种可能的实现方式中，在第一MLD请求建立的拟建链路仅包括一个，并且第一MLD在该拟建链路上发送第一请求帧的情况下，第一MLD也可以将发送第一请求帧的拟建链路的链路能力信息和/或操作信息携带在第一请求帧中第一多链路元素的第一链路信息域中。也就是说，在该实现方式中，第一请求帧中的第一多链路元素可以包括第一通用信息域和第一链路信息域，通过第一通用信息域指示当前发送第一请求帧的拟建链路与当前至少一个已建链路的共用信息，通过第一链路信息域指示当前发送第一请求帧的拟建链路的相关信息。
在又一种可能的实现方式中，在请求建立至少一个拟建链路的数量包括多个，并且第一MLD在多个拟建链路的其中一个拟建链路(例如第一拟建链路)上发送第一请求帧的情况下，发送第一请求帧的第一拟建链路的链路能力信息和/或操作参数可以通过第一请求帧的帧体携带。另外，第一多链路元素可以包括第一通用信息域和第一链路信息域。请求建立的多个拟建链路中除了第一拟建链路之外的其他的拟建链路(例如一个或多个第二拟建链路)的链路能力信息和/或操作参数可以通过第一链路信息域携带。具体来说，第一链路信息域可以包括每个第二拟建链路的第一每站点配置子元素；第二拟建链路是至少一个拟建链路中除了第一拟建链路之外的链路；每个第二拟建链路的链路能力信息和/或操作参数，通过每个第二拟建链路的第一每站点配置子元素携带。
相应的，在本申请实施例中，发送第一请求帧的第一拟建链路的RSNE可以携带在第一请求帧的帧体中，若存在其他拟建链路，则其他拟建链路的RSNE可以在第一链路信息域的每个拟建链路的第一每站点配置子元素中。发送第一请求帧的第一拟建链路的RSNE还可以携带在第一链路信息域中，若存在其他拟建链路，则其他拟建链路的RSNE携带在第一链路信息域的每个拟建链路的第一每站点配置子元素中。
本申请实施例中，在拟建链路上发送的第一请求帧可以是新增链路关联请求帧，该新增链路关联请求帧用于在已经完成多链路建立的情况下，请求增加发送第一请求帧的第一拟建链路和/或第二拟建链路。
下面针对利用已建链路发送第一请求帧的场景进行详细介绍。
在本申请另一实施例中，在第一请求帧通过至少一个已建链路中的其中一个已建链路发送的情况下，第一多链路元素可以包括第一通用信息域和第一链路信息域。其中，至少一个拟建链路中每个拟建链路的链路能力信息和/或操作参数，通过第一链路信息域中每个拟建链路的第一每站点配置子元素携带。
应理解，利用已建链路发送第一请求帧时，请求建立的至少一个拟建链路中每个拟建链路的链路能力信息和/或操作参数，都通过第一多链路元素的第一链路信息域携带。更具体地，通过第一链路信息域中对应链路的第一每站点配置子元素携带。
本申请实施例中，在已建链路上发送的第一请求帧可以是新增请求帧，与上述实施例中的新增链路关联请求帧不同，这里的新增请求帧用于在已经完成多链路建立的情况下，请求增加至少一个拟建链路。
可选地，本申请实施例中，请求建立的至少一个拟建链路中每个拟建链路的链路能力信息可以包括以下至少之一：
RSN能力、RSNE能力、扩展RSNE能力、RSN扩展元素能力。
应理解，每个拟建链路的链路能力信息可以相同也可以不同。
可选地，至少一个拟建链路中不同的拟建链路的链路能力信息与至少一个已建链路的共用能力信息相同，和/或，不同的拟建链路的操作参数与至少一个已建链路的共用操作信息相同。
应理解，第一请求帧中携带的每个拟建链路各自对应链路能力信息可以与至少一个已建链路的共用能力信息相同，每个拟建链路各自对应的操作参数也可以与至少一个已建链路的共用操作信息相同。
综上可知，当第一请求帧中携带的每个拟建链路各自对应链路能力信息可以与至少一个已建链路的共用能力信息相同时，第一MLD可以将这些能力信息作为通用能力信息，通过第一多链路元素中的第一通用信息携带。第一MLD也可以按照上述实施例中描述的方式，将每个拟建链路各自 的链路能力信息分别携带在第一请求帧的帧体和/或第一链路信息域中，本申请实施例对此不做限制。
可选地，第一请求帧中还可以包括每个拟建链路对应的RSNE，和/或，每个拟建链路对应的RSN扩展元素，其中，每个RSNE中可以包括与其对应的拟建链路的链路能力信息和/或操作参数中的至少部分内容，每个RSN扩展元素中可以包括与其对应的拟建链路的链路能力信息和/或操作参数中的至少部分内容。
应理解，本申请实施例中，第一请求帧通过至少一个拟建链路的其中一个拟建链路(例如第一拟建链路)发送的情况下，第一拟建链路的RSNE和/或RSN扩展元素可以携带在第一请求帧的帧体中，而对于其他拟建链路(例如一个或多个第二拟建链路)的RSNE和/或RSN扩展元素可以通过每个第二拟建链路的第一每站点配置子元素携带。
另外，第一请求帧通过至少一个已建链路的其中一个已建链路发送的情况下，该第一请求帧中第一多链路元素的第一链路信息域的第一每站点配置子元素可以包括RSNE和/或RSN扩展元素，通过每个拟建链路的RSNE和/或RSN扩展元素指示每个拟建链路的RSNE的链路能力信息和/或操作参数。
需要说明的是，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，第一MLD需要在发送的第一请求帧中携带每个拟建链路的链路能力信息和/或操作参数，以便第二MLD根据每个拟建链路的链路能力信息和/或操作参数进行兼容性验证。
本申请实施例中，当第一MLD已经与第二MLD成功完成了多链路建立，如果第一MLD还存在未关联的附属站点，且第一MLD发现第二MLD存在未与它关联的附属站点(也可以理解为第一MLD还未与第二MLD建立关于该附属站点对应的链路)，第一MLD在可以向第二MLD发送第一请求帧，与第二MLD进行新增多链路重配置来请求新增建立一条或多条拟建链路。
本申请实施例中，第一请求帧可以是在IEEE 802.11当前规范定义的请求帧帧体(Request frame body)添加新增重配置多链路元素。其中，参考表2所述，在帧体添加新增重配置多链路元素的规则可以包括：
在第一MLD支持多链路操作(例如dot11MultiLinkActivated为真)，且第一MLD与第二MLD已完成多链路建立的情况下，第一请求帧包括第一多链路元素(即第一新增重配置多链路元素)；
在第一MLD支持多链路操作(例如dot11MultiLinkActivated为真)，且第一MLD与第二MLD未完成多链路建立的情况下，第一请求帧包括基本多链路元素(Basic Multi-Link element)；
在第一MLD不支持所述多链路操作(例如dot11MultiLinkActivated为假)的情况下，所述第一请求帧不包括第一多链路元素和基本多链路元素。
Figure PCTCN2022101335-appb-000002
表2
可以理解的是，当第一MLD已经与第二MLD成功完成了多链路建立(multi-link setup)，即第一MLD关联到第二MLD后，如果第一MLD还存在未关联的附属站点且第一MLD发现第二MLD存在未与它关联的附属站点(即第一MLD还未与第二MLD建立第二MLD的该附属站点对应的链路)，此时，第一MLD在可以在未成功建立并请求建立的拟建链路上采用新增链路关联请求帧发起与第二MLD的链路重配置来请求建立一条或多条拟建链路。第一MLD页可以在已经成功建立的已建链路上采用新增请求帧发起与第二MLD的链路重配置来请求建立一条或多条拟建链路。
第一请求帧可以包括新增链路关联请求帧或新增请求帧。其中，新增链路关联请求帧可以在请 求建立的拟建链路上发送，并且新增链路关联请求帧的帧体可以携带发送该新增链路关联请求帧的拟建链路在第一MLD的站点信息。新增链路关联请求帧携带的第一新增重配置多链路元素包括第一通用信息域和/或第一链路信息域。其中，第一通用信息域包括已建链路与拟建链路的通用信息。第一链路信息域可以包括0个、或一个或多个拟建链路对应的第一每站点配置子元素(Per-STA Profile subelement)和/或受拟建链路影响的其他已建链路的第一每站点配置子元素，其中第一每站点配置子元素用于描述拟建链路或受拟建链路影响的其他已建链路对应的站点信息。
另外，新增请求帧可以在已建链路上发送，新增请求帧携带的第一新增重配置多链路元素包括第一通用信息域和第一链路信息域。其中，第一通用信息域包括已建链路与拟建链路的通用信息。第一链路信息域可以包括一个或多个拟建链路对应的第一每站点配置子元素(Per-STA Profile subelement)和/或受拟建链路影响的其他已建链路的第一每站点配置子元素，其中第一每站点配置子元素用于描述拟建链路或受拟建链路影响的其他已建链路对应的站点信息。
以下对第一响应帧进行详细描述。
可选地，第一响应帧包括第二多链路元素。其中，第二多链路元素可以是重配置多链路元素变体。申请实施例还可以将第一多链路元素称为第二新增重配置多链路元素，第二新增重配置多链路元素用于在已经完成多链路建立的情况下，增加至少一个拟建链路。
可选地，第二多链路元素可以包括：第二通用信息域，和/或，第二链路信息域。
其中，第二通用信息域用于指示至少一个拟建链路和至少一个已建链路共用的信息。
可选地，第二通用信息域包括以下至少之一：
第二MLD的MLD MAC地址信息；
第二通用能力信息；第二通用能力信息用于指示至少一个已建链路述至少一个拟建链路共用的能力；
第二通用操作信息；第二通用操作信息用于指示至少一个已建链路与至少一个拟建链路共用的操作；
BBS参数改变计数子域，BBS参数改变计数子域用于对BSS参数发生关键更新进行计数；
链路标识信息，该链路标识信息用于指示发送第一响应帧的链路的链路标识。
可选地，第二通用能力信息可以包括先不限于以下至少之一：
所述第二MLD的MLD能力；
所述第二MLD的EML能力；
RSN能力；
RSNE能力；
扩展RSNE能力；
RSN扩展元素能力。
可选地，第一通用操作信息可以包括：至少一个已建链路和至少一个拟建链路共用的认证与密钥管理套件选择器和/或成对密码套件。
本申请实施例中，第二链路信息域可以用于指示至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，第一已建链路为至少一个已建链路中与至少一个拟建链路关联的链路。
也就是说，第二链路信息域可以指示至少一个拟建链路的链路信息，和/或，与至少一个拟建链路关联的至少一个已建链路的链路信息。
可选地，本申请实施例中的所提及的与至少一个拟建链路关联的已建链路，也可以是指受至少一个拟建链路影响的已建链路。示例性的，上述第一已建链路可以是NSTR的相关操作受到新增的链路影响的已建链路。
可选地，第二链路信息域包括至少一个拟建链路和/或至少一个第一已建链路中每个链路在第二MLD中关联的附属站点的站点信息。
可选地，上述站点信息可以携带在第二每站点配置子元素中。
也就是说，第二链路信息域可以包括至少一个拟建链路对应的第二每站点配置子元素，和/或，受至少一个拟建链路影响的至少一个已建链路的对应的第二每站点配置子元素。其中，第二每站点配置子元素用于描述拟建链路和/或受拟建链路影响的已建链路对应的站点信息。
可选地，第二每站点配置子元素包括但不限于以下至少之一：
第二子元素标识子域，所述第二子元素标识子域用于指示所述第二每站点配置子元素的子元素标识；
第二长度子域，所述第二长度子域用于指示所述第二每站点配置子元素的长度；
第二站点控制子域，所述第二站点控制子域用于指示站点控制信息；
第二站点信息子域，所述第二站点信息子域用于指示站点信息；
第二站点配置子域，所述第二站点配置子域用于指示站点配置信息。
其中，对于第二链路信息域的每一个第二每站点配置子元素，其第二站点控制子域的完整配置子域(Complete Profile subfield)可以置1。
可选地，第一响应帧还包括第二发送站点信息域，所述第二发送站点信息域用于指示发送所述第一响应帧的链路在所述第二MLD中关联的附属站点的站点信息。
应理解，由于第一响应帧可以在至少一个拟建链路的其中一个拟建链路上发送，也可以在至少一个已建链路的其中一个已建链路上发送，因此，第一响应帧的帧体还可以包括第二发送站点信息域，通过第二发送站点子信息域指示发送第一响应帧的链路在第二MLD中关联的附属站点的站点信息。
也就是说，第一响应帧可以包括第二发送站点信息域和第二多链路元素。
下面针对利用拟建链路发送第一响应帧的场景进行详细介绍。
可选地，在第一响应帧通过第三拟建链路传输的情况下，第三拟建链路为至少一个拟建链路的其中一个拟建链路，第一响应帧还可以包括状态码域，状态码域用于指示第三拟建链路的建立结果。
也就是说，第一响应帧通过至少一个拟建链路的其中一个拟建链路(例如第三拟建链路)传输时，第一响应帧中还可以包括该第三拟建链路的状态码域。
可选地，在第三拟建链路被第二MLD接受的情况下，该状态码域用于指示第三拟建链路新增成功；在第三拟建链路被第二MLD拒绝的情况下，该状态码域用于指示第三拟建链路新增链路失败和/或失败的原因。
可以理解的是，第一MLD可以根据状态码域确定发送第一响应帧的拟建链路是否新增成功。若新增失败，还可以根据状态码域的指示内容确定失败的原因。
可选地，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，若第二MLD判断第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容，则通过状态码域指示第三拟建链路失败的原因为：第三拟建链路的链路能力与链路共用能力不兼容，和/或，第三拟建链路对应的第一附属站点的操作需求与链路共用操作不兼容。
可以理解的是，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，第二MLD可以对第三拟建链路的兼容性进行验证，若第三拟建链路的链路能力与链路共用能力兼容，和/或第三拟建链路对应的第一附属站点的操作需求与链路共用需求兼容，则第二MLD可以继续继续根据其他因素来确定是否接受该拟建链路，并根据确定结果来设置上述状态码域的取值。
若第三拟建链路的链路能力与链路共用能力不兼容，和/或第三拟建链路对应的第一附属站点的操作需求与链路共用需求不兼容，则第二MLD可以直接拒绝新增该第三拟建链路，通过上述状态码域指示第三拟建链路新增失败和/或失败的原因为第三拟建链路的链路能力与链路共用能力不兼容，和/或，第三拟建链路对应的第一附属站点的操作需求与链路共用操作不兼容。
可选地，参考表3所示，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，当第二MLD判断第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容，则第二MLD可以将第三拟建链路的状态码域置“132”，以指示第三拟建链路新增失败的原因是“与已建链路不兼容”。
相应的，第一MLD接收到第一响应帧后，从第一响应帧帧体的状态码域解析出取值为“132”时，即可确定传输该第一响应帧的第三拟建链路新增失败，且失败的原因是“与已建链路不兼容”。
Figure PCTCN2022101335-appb-000003
表3
需要说明的是，上述状态码的取值“132”仅是一种示例性说明，对于能够指示由于“与已建链路不兼容导致的关联失败或新增链路失败”的其他状态码的取值，均在本申请的保护范围内。
可选地，第三拟建链路的状态码域通过以下中的至少一项携带：
第一响应帧的帧体；
第二多链路元素的第二链路信息域。
应理解，传输第一响应帧的第三拟建链路的状态码域可以通过第一响应帧的帧体携带，也可以通过第二多链路元素的第二链路信息域携带，本申请实施例对此不做限制。
在一种可能的实现方式中，在第一MLD请求建立的拟建链路仅包括一个，并且第二MLD在该拟建链路上传输第一响应帧的情况下，第二MLD可以将发送第一响应帧的拟建链路的状态码直接通过第一请求帧的帧体携带。相应的，该实现方式中，第一响应帧中的第二多链路元素可以不包括第二链路信息域。
在另一种可能的实现方式中，在第一MLD请求建立的拟建链路仅包括一个，并且第二MLD在该拟建链路上传输第一响应帧的情况下，第二MLD也可以将发送第一响应帧的拟建链路的状态码域通过第一响应帧中第二多链路元素的第二链路信息域携带。也就是说，在该实现方式中，第一响应帧中的第二多链路元素可以包括第二通用信息域和第二链路信息域，这样，通过第二通用信息域指示当前传输第一响应帧的拟建链路与当前至少一个已建链路的共用信息，通过第二链路信息域指示当前传输第一响应帧的拟建链路的建立结果。
在又一种可能的实现方式中，在第一MLD请求建立的拟建链路的数量包括多个，第二MLD仅在多个拟建链路中的一个拟建链路(例如第三拟建链路)上传输第一响应帧的情况下，第二MLD可以将发送第一响应帧的第三拟建链路的状态码直接通过第一请求帧的帧体携带。另外，第二多链路元素包括第二通用信息域和第二链路信息域；对于多个拟建链路中除了第三拟建链路之外的其他拟建链路(例如一个或多个第四拟建链路)的建立结果，可以通过第二链路信息域携带。具体来说，第二链路信息包括每个第四拟建链路的第二每站点配置子元素，每个第四拟建链路的第二每站点配置子元素还包括每个第四拟建链路的状态码子域；每个第四拟建链路的状态码子域用于指示对应的第四拟建链路的建立结果。
其中，对于被第二MLD接受的第四拟建链路的状态码子域用于指示新增链路成功；
另外，对于被第二MLD拒绝的第四拟建链路的状态码子域用于指示新增链路失败和/或失败的原因。
需要说明的是，在第一MLD请求建立的拟建链路的数量包括多个，第二MLD仅在多个拟建链路中的一个拟建链路(例如第三拟建链路)上传输第一响应帧的情况下，若第二MLD拒绝传输第一响应帧的第三拟建链路的建立，则新增链路重配置失败，其他的拟建链路也不进行多链路建立，即未新增建立任何链路。
也就是说，第二MLD可以优先确定是否接受发送第一响应帧的第三拟建链路的建立，若确定接受第三拟建链路的建立，第二MLD可以继续判断是否接受其他拟建链路(例如一个或多个第四拟建链路)的建立。若确定拒绝第三拟建链路的建立，则第二MLD可以不继续对其他拟建链路进行判断，直接设置其他拟建链路的状态码子域为新增失败，和/或失败的原因为第三拟建链路新增失败。如此，降低设备的运算复杂度。
可选地，参考表4所示，在第二MLD确定拒绝第三拟建链路的建立后，第二MLD可以不再继续对第四拟建链路的建立进行判断，直接将每个第四拟建链路的状态码子域置“131”，以指示每个第四拟建链路新增失败的原因是“由于发送新增链路关联请求帧/新增链路关联响应帧的链路建立失败”。
Figure PCTCN2022101335-appb-000004
表4
需要说明的是，上述状态码的取值“131”仅是一种示例性说明，对于能够指示由于“发送新增链路关联请求帧/新增链路关联响应帧的链路建立失败，导致关联失败或建立链路失败”的其他状态码的取值，均在本申请的保护范围内。
可选地，在第三拟建链路的链路能力与链路共用能力不兼容，和/或，第三拟建链路对应的第一附属站点的操作需求与链路共用操作不兼容的情况下，每个第四拟建链路的状态码子域用于指示新增链路失败，和/或，每个第四拟建链路的状态码子域指示失败的原因为第三拟建链路建立失败。
也就是说，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，第二MLD可以对第三拟建链路的兼容性进行验证，若第三拟建链路的链路能力与链路共用能力不兼容，和/或第三拟建链路对应的第一附属站点的操作需求与链路共用需求不兼容，则第二MLD可以直接拒绝新增该第三拟建链路，将第三拟建链路的状态码域设置为新增失败，且指示第三拟建链路新增失败和/或失败的原因为第三拟建链路的链路能力与链路共用能力不兼。进一步地，第二MLD还可以设置其他拟建链路(例如一个或多个第四拟建链路)中每个拟建链路的状态码子域也为新增失败，通过还可以指示每个拟建链路的失败的原因为第三拟建链路建立失败。
可选地，结合表3和表4所示的内容，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，当第二MLD判断第三拟建链路的链路能力与链路共用能力不兼容，和/或，第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容，则第二MLD可以将第三链路的状态码域置“132”，以指示第三拟建链路新增失败的原因是“与已建链路不兼容”。进一步，第二MLD可以将每个第四拟建链路的状态码子域置“131”，以指示每个第四拟建链路新增失败的原因是“由于发送新增链路关联请求帧/新增链路关联响应帧的链路建立失败”。
需要说明的是，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，除了因为第三拟建链路与已建链路不兼容导致第三链路建立失败之外，当由于其他导致第三拟建链路建立失败时，第二MLD也可以将每个第四拟建链路的状态码子域置“131”，以指示每个第四拟建链路新增失败的原因是“由于发送新增链路关联请求帧/新增链路关联响应帧的链路建立失败”。
相应的，第一MLD接收到第一响应帧后，从第一响应帧帧体中的状态码域解析出取值为“132”时，即可确定传输该第一响应帧的第三拟建链路新增失败，且失败的原因是与已建链路不兼容。另外，第一MLD从某个第四拟建链路的第二每站点配置子元素的状态码子域解析出取值为“131”时，即可以确定这个第四拟建链路新增失败的原因是“发送新增链路关联请求帧/新增链路关联响应帧的链路建立失败”。
另外，若第三拟建链路的链路能力与链路共用能力兼容，和/或第三拟建链路对应的第一附属站点的操作需求与链路共用操作兼容，且第二MLD确定接收第三拟建链路的建立，第二MLD可以对其他拟建链路(例如一个或多个第四拟建链路)的兼容性进行判断。并且，当第二MLD确定某个第四拟建链路的链路能力与链路共用能力不兼容，和/或，该第四拟建链路对应的第一附属站点的操作需求与链路共用需求不兼容，参考图3所示，第二MLD可以将这个第四拟建链路的状态码子域置“132”，以指示该第四拟建链路新增失败的原因是“与已建链路不兼容”。
本申请实施例中，在拟建链路上传输的第一响应帧可以是新增链路关联响应帧，该新增链路关联响应帧可以用于以下至少之一：
在已建完成多链路建立的情况下，新增或拒绝传输第一响应帧的第三拟建链路；
在已建完成多链路建立的情况下，新增或拒绝所述第四拟建链路。
需要说明的是，第一MLD发送第一请求帧的链路和第二MLD发送第一响应帧的链路相同。也就是说，本申请实施例中第一拟建链路与第三拟建链路可以为同一链路。
下面针对利用已建链路发送第一响应帧的场景进行详细介绍。
在本申请一实施例中，在传输第一响应帧的链路为至少一个已建链路的其中一个已建链路的情况下，第二多链路元素可以包括第二通用信息域和所述第二链路信息域；
对于至少一个拟建链路中每个拟建链路的建立结果，通过第二链路信息域中每个拟建链路的第二每站点配置子元素的状态码子域指示；
对于被第二MLD接受的拟建链路，其状态码子域用于指示新增链路成功；
对于被第二MLD拒绝的拟建链路，其状态码子域用于指示新增链路失败和/或失败的原因。
应理解，当利用已建链路传输第一响应帧时，至少一个拟建链路中每个拟建链路的建立结果可以通过第二链路信息域中每个拟建链路的第二每站点配置子元素的状态码子域指示。
可选地，在本申请实施例中，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，如果某个拟建链路的链路能力与链路共用力不兼容，和/或，对应的第一附属站点的操作需求与链路共用操作不兼容，那么其状态码子域可以用于指示新增链路失败，和/或失败的原因为链路能力与链路共用能力不兼容，和/或，第一附属站点的操作需求与链路共用操作不兼容。
也就是说，本申请实施例中，第二MLD可以分别对每个拟建链路进行兼容性验证，当某个拟建链路的链路能力与链路共用能力不兼容，和/或，该拟建链路对应的第一附属站点的操作需求与链路共用操作不兼容时，第二MLD可以在该拟建链路的第二每站点配置子元素的状态码子域指示新增链路失败，以及失败的原因为链路能力与链路共用能力不兼容，和/或，第一附属站点的操作需求与链路共用操作不兼容。
可选地，参考表3所示，对于第一MLD未确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况，当第二MLD判断某个拟建链路的链路能力与所述链路共用能力不兼容，和/或，该拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容，则第二MLD可以将该拟建链路的状态子码域置“132”，以指示该拟建链路新增失败的原因。
相应的，第一MLD接收到第一响应帧后，当从某个拟建链路的第二每站点配置子元素的状态码域解析出取值为“132”时，即可确定该拟建链路新增失败，且失败的原因是“与已建链路不兼容”。
本申请实施例中，在已建链路上传输的第一响应帧可以是新增响应帧，与上述实施例中的新增链路关联响应帧不同，这里的新增响应帧用于在已经完成多链路建立的情况下，新增或拒绝至少一个拟建链路。
需要说明的是，发送第一请求帧的链路与接收第一响应帧的链路为同一链路。也就是说，当发送第一请求帧的链路为拟建链路，那么传输第一响应帧的链路仍然为该拟建链路，当发送第一请求帧的链路为已建链路，那么传输第一响应帧的链路仍然为该已建链路。进一步说明，在拟建链路上进行交互的新增链路关联请求帧与新增链路关联响应帧对应，在已建链路上进行交互的新增请求帧与新增响应帧对应。
本申请实施例中，第一响应帧可以是在IEEE 802.11当前规范定义的响应帧帧体(Request frame body)添加新增重配置多链路元素。其中，参考表5所述，在帧体添加新增重配置多链路元素的规则可以包括：
在第二MLD支持多链路操作(例如dot11MultiLinkActivated为真)，且第二MLD与第一MLD已完成多链路建立的情况下，第一响应帧包括第二多链路元素(即第二新增重配置多链路元素)；
在第二MLD支持多链路操作(例如dot11MultiLinkActivated为真)，且第二MLD与第一MLD未完成多链路建立的情况下，第一响应帧包括基本多链路元素(Basic Multi-Link element)；
在第二MLD不支持所述多链路操作的情况下(例如dot11MultiLinkActivated为假)，所述第一响应帧不包括所述第二多链路元素和基本多链路元素。
Figure PCTCN2022101335-appb-000005
表5
可以理解的是，第一响应帧是可以是由第二MLD的附属站点(例如附属AP)发送，用于对第一请求帧进行回复，来指示接受或拒绝第一MLD请求建立的至少一个拟建链路。第一响应帧可以包括新增链路关联响应帧或新增响应帧。其中，新增链路关联响应帧可以在请求建立的拟建链路上发送，并且新增链路关联响应帧的帧体可以携带发送该新增链路关联响应帧的拟建链路在第二MLD的站点信息。新增链路关联响应帧携带的第二新增重配置多链路元素包括第二通用信息域和/或第二链路信息域。其中，第二通用信息域包括已建链路与拟建链路的通用信息。第二链路信息域可以包括0个、或一个或多个拟建链路对应的第二每站点配置子元素(Per-STA Profile subelement)和/或受拟建链路影响的其他已建链路的第二每站点配置子元素，其中第二每站点配置子元素用于描述拟建链路或受拟建链路影响的其他已建链路对应的站点信息。
另外，新增响应帧可以在已建链路上发送，新增响应帧携带的第二新增重配置多链路元素包括第二通用信息域和第二链路信息域。其中，第二通用信息域包括已建链路与拟建链路的通用信息。第二链路信息域可以包括一个或多个拟建链路对应的第二每站点配置子元素(Per-STA Profile subelement)和/或受拟建链路影响的其他已建链路的第二每站点配置子元素，其中第二每站点配置子元素用于描述拟建链路或受拟建链路影响的其他已建链路对应的站点信息。
以下对认证过程进行详细描述。
本申请实施例中，经过第一请求帧和第一响应帧的交互，第一MLD和第二MLD可以建立至少一个新增链路。其中，至少一个新建链路可以为至少一个待建链路中的部分链路或全部链路，本申请实施例对此不做限制。
可选地，在增加至少一个新建链路之后，本申请一实施例提供的多链路重配置方法还可以包括以下步骤：
第一MLD与第二MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对至少一个新增链路进行安全认证。
其中，安全认证可以是健壮安全网络关联(Robust Security Network Association，RSNA)认证。
在一种可能的实现方式中，在第一MLD处于第一状态的情况下，第一MLD与第二MLD对至少一个新增链路和所述至少一个已建链路进行安全认证，第一状态指示至少一个已建链路中至少部分已建链路未完成安全认证。
可以理解的是，在第一MLD已经关联于第二MLD，但是至少一个已建链路中至少部分已建链路未完成RSNA认证，则第一MLD可以与第二MLD在新增链路建立完成后针对所有新增链路和所有已建立链路关联的附属站点进行RSNA认证。
其中，第一MLD与第二MLD在新增链路建立完成后针对所有新增链路和所有已建立链路关联的附属站点进行RSNA认证的过程可以是传统的四次握手流程。
在另一种可能的实现方式中，在第一MLD处于第二状态的情况下，第一MLD与第二MLD对所述至少一个新增链路进行安全认证，所述第二状态指示所述至少一个已建链路均已完成安全认证。
可以理解的是，在第一MLD已经关联于第二MLD，并且至少一个已建链路已完成RSNA认证的情况下，第一MLD可以与第二MLD在新增链路建立完成后针对新增链路进行RSNA认证。
可选地，至少一个新建链路使用的第一部分传输参数与所述至少一个已建链路使用的第一部分参数相同，和/或，至少一个新建链路使用的第二部分参数重新建立。
可选地，第一部分参数可以包括但不限于以下至少之一：成对临时密钥(PTK)、关联标识(AID)。
可选地，第二部分参数可以包括但不限于以下至少之一：组播临时密钥(GTK)、组播临时密钥(IGTK)、信标完整性组播临时密钥(BIGTK)。
也就是说，至少一个已建链路和至少一个新增链路将沿用已有的未受新增链路操作影响的MLD层次的操作与管理参数(例如，PTK，AID等)，另外，还可以重新生成新增链路特定的操作与管理参数(如GTK/IGTK/BIGTK)。需要说明的是，还可以更新受新增链路操作影响的MLD层次的操作与管理参数(如最大并发链路数量域)。
可选地，第一MLD与第二MLD对至少一个新增链路进行安全认证，包括：
第一MLD与第二MLD之间进行握手消息的交互，握手消息的交互用于为所述至少一个新建链路生成第二部分传输参数。
可以理解的是，第一MLD与第二MLD之间的成功建立的新增链路可以沿用在新增链路之前已成功建立链路所形成的第一部分参数，对于至少一个新增链路的每个新增链路使用的第二部分参数，第一MLD与第二MLD之间可以通过握手消息的交互来生成。
可选地，第一MLD与第二MLD之间可以通过四次握手消息来完成RSNA认证，为至少一个新建链路生成第二部分传输参数。四次握手消息的交互可以包括以下步骤：
第一MLD接收所述第二MLD发送的第一握手消息，所述第一握手消息用于确认所述至少一个新增链路是否使用第一部分传输参数；
第一MLD向所述第二MLD发送第二握手消息，所述第二握手消息用于同步或确认所述至少一个新增链路使用的所述第一部分传输参数；
第一MLD接收所述第二MLD发送的第三握手消息，所述第三握手消息用于指示至少一个新增链路中每个新增链路使用的第二部分传输参数；
第一MLD向所述第二MLD发送第四握手消息，所述第四握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
需要说明的是，本申请实施例中的四次握手协议与传统的四次握手协议不同，本申请实施例的四次握手协议可以称为新增链路四次握手协议。具体地，新增链路四次握手协议一是确认并同步新增链路第一部分传输参数，二是为新增链路生成各自使用的第二部分传输参数。
新增链路四次握手协议是对IEEE 802.11当前规范定义的EAPOL-Key frames的携带参数与应用规则进行更新。
其中，新增链路四次握手协议中的第一握手消息(Message 1)和第二握手消息(Message 2)用于确认并同步新增链路使用的第一部分参数(与传输四次握手协议中生成一部分参数不同)，第三握手消息(Message 3)和第四握手消息(Message 4)用于为新增链路生成各自使用的第二部分传输参数。
可选地，第一握手消息(Message 1)和第二握手消息(Message 2)可以不包括用于生成第一部分传输参数的随机数。
示例性的，新增链路四次握手协议中Message 1中的参数可以包括：EAPOL-Key(0,0,1,0,P,0,0,ANonce or 0,0,{}or{PMKID}or{MAC Address})。
可以看出，Message 1中ANonce可以取值为0，也就是说Message 1可以不包括用于生成第一部分传输参数的随机数ANonce。另外，新增链路四次握手协议中Message 2中的参数可以包括：
EAPOL-Key(0,1,0,0,P,0,0,SNonce or 0,MIC,{RSNE}or{RSNE,OCI KDE}or{RSNE,RSNXE}or{RSNE,OCI KDE,RSNXE}or{RSNE,MAC Address}or{RSNE,RSNXE,MAC Address}or{RSNE,OCI KDE,RSNXE,MAC Address}or{RSNE,MAC Address,MLO Linkn}or{RSNE,RSNXE,MAC Address,MLO Linkn}or{RSNE,OCI KDE,RSNXE,MAC Address,MLO Linkn})。
可以看出，Message 2中SNonce可以取值为0，也就是说Message 2可以不包括用于生成第一部分传输参数的随机数SNonce。
可选地，第二握手消息(Message 2)中包括至少一个新增链路中每个新增链路的链路信息。示例性的，上述Message 2中的参数MLO Linkn可以是指新增链路的链路信息。
可选地，第三握手消息(Message 3)可以包括以下至少之一：
所述至少一个新增链路中每个新增链路的链路信息；
所述每个新增链路的GTK；
所述每个新增链路的IGTK；
所述每个新增链路的BIGTK。
示例性的，新增链路四次握手协议中Message 3中的参数可以包括：
EAPOL-Key(1,1,1,1,P,0,KeyRSC,ANonce,MIC,{RSNE,GTK[N]}or{RSNE,GTK[N],OCI KDE}or{RSNE,GTK[N],RSNXE}or{RSNE,GTK[N],OCI KDE,RSNXE}or{MAC Address,MLO Linkn,MLO GTKn,MLO IGTKn,MLO BIGTKn}or{OCI KDE,MAC Address,MLO Linkn,MLO GTKn,MLO IGTKn,MLO BIGTKn})。
其中，Message 3中的参数MLO Linkn可以是指新增链路的链路信息，MLO GTKn,MLO IGTKn,MLO BIGTKn分别为新增链路的GTK/IGTK/BIGTK。
示例性的，新增链路四次握手协议中Message 4中的参数可以包括：EAPOL-Key(1,1,0,0,P,0,0,0,MIC,{}or{MAC Address})。
在本申请一实施例中，还可以利用组播秘钥握手协议(Group key handshake)，通过两次组播握手消息为每个新增链路生成第二部分传输参数。其中，第一MLD与所述第二MLD之间进行握手消息的交互，包括：
第一MLD接收第二MLD发送的第一组播握手消息，第一组播握手消息用于指示至少一个新增链路中每个新增链路使用的第二部分传输参数；
第一MLD向第二MLD发送第二组播握手消息，第二组播握手消息用于确认成功建立每个新增链路使用的第二部分传输参数。
可选地，本申请实施例中的至少一个拟建链路与至少一个已建链路采用不同的非重叠信道，且不同的拟建链路采用不同的非重叠信道，不同的已建链路采用不同的非重叠信道。
可以理解的是，第一MLD所需确保请求建立的至少一个拟建链路之间，以及请求建立的至少一个链路与至少一个已建链路采用不同的非重叠信道。另外，第二MLD需确保接收新增的拟建链路之间以及新增建立的链路与已经成功建立的链路采用不同的非重叠信道。
需要说明的是，本申请实施例中的第一MLD可以是non-AP MLD，第二MLD可以是AP MLD，或者，本申请实施例中的第一MLD是non-AP MLD，第二MLD也是non-AP MLD，即对端MLD(Peer MLD)。
以下结合具体应用场景对本申请实施例提供的多链路重配置方法进行说明。其中，第一MLD可以为non-AP MLD，第二MLD可以为AP MLD。
在non-AP MLD已关联于AP MLD并进行新增链路重配置的场景中，non-AP MLD启动与AP MLD进行一条或多条链路建立及认证时，可以参考图8所示的流程示意图实现。
参考图8所示，non-AP MLD启动与AP MLD进行一条或多条拟建链路的建立及认证时，non-AP MLD可以先判断“non-AP MLD是否已与AP MLD成功进行了多链路建立(或non-AP MLD是否已关联于AP MLD)”，进而根据判断结果确定链路建立与认证流程。
在一些实施例中，若判断结果为“non-AP MLD未关联于AP MLD(或non-AP MLD已经与AP MLD未成功进行多链路建立)”，则non-AP MLD可以与AP MLD进行IEEE STD 802.11认证。在认证成功后，non-AP MLD可以与AP MLD进行多链路建立。进而，对成功建立的多个链路进行RSNA认证。其中，RSNA认证可以通过传统的四次握手协议进行。其中，non-AP MLD处于状态1是指non-AP MLD与AP MLD未进行IEEE STD 802.11认证，non-AP MLD处于状态2是指on-AP MLD与AP MLD已完成IEEE STD 802.11认证。non-AP MLD处于状态3(与上述实施例中的第一状态对应)是指on-AP MLD关联于AP MLD，且至少一个已建链路中至少部分已建链路未完成安全认证。non-AP MLD处于状态4(与上述实施例中的第二状态对应)是指on-AP MLD关联于AP MLD，且至少一个已建链路均已完成安全认证，也就是说，已建链路同一采用PTK，各个已建链路使用各自的GTK/IGTK/BIGTK。
在另一些实施例中，若判断结果为“non-AP MLD已经关联于AP MLD(或non-AP MLD已经与AP MLD成功进行了多链路建立)”，则non-AP MLD可以对一个或多个拟建链路进行兼容性验证。其中，拟建链路是non-AP MLD中请求建立的待建链路。
可选地，non-AP MLD对拟建链路进行兼容性验证可以是non-AP MLD确定拟建链路的链路能力是否与non-AP MLD中至少一个已建链路的链路共用能力兼容，和/或，拟建链路对应的附属STA的操作是否与已建链路的链路共用操作兼容。
示例性的，non-AP MLD可以判断拟建链路的附属STA是否支持当前已建链路共用的认证与密钥管理套件选择器(AKM suite selector)与成对密码套件(Pairwise Cipher Suite)。若拟建链路的附属STA支持当前已建链路共用的认证与密钥管理套件选择器(AKM suite selector)与成对密码套件(Pairwise Cipher Suite)，则可以认为拟建链路的兼容性验证成功。
在non-AP MLD对拟建链路的兼容性验证成功后，non-AP MLD可以与AP MLD针对一个或多个拟建链路进行多链路建立。在一种方式中，non-AP MLD可以与AP MLD在请求建立的一个拟建上采用新增多链路关联请求帧与新增多链路关联响应帧的交互进行一个或多个拟建链路的建立。在另一种方式中，non-AP MLD可以与AP MLD在一个已建链路上采用新增请求帧与新增响应帧的交互进行一条或多条拟建链路的建立。
进一步地，如果启动新增链路建立时non-AP MLD处于状态3，则non-AP MLD与AP MLD在新增链路建立完成后针对所有已建链路关联的附属站点进行RSNA认证；如果启动新增链路建立时non-AP MLD处于状态4，则non-AP MLD与AP MLD针对已完成建立的新增链路关联的附属站点进行RSNA认证。
需要说明的是，当non-AP MLD与AP MLD针对已成功建立的新增链路关联的附属站点进行RSNA认证，non-AP MLD与AP MLD的新增链路需沿用在新增链路建立前non-AP MLD完成RSNA认证所形成的多链路通用的参数或密钥，比如沿用PTK，同时，各新增链路采用各自的GTK/IGTK/BIGTK。对于Non-AP MLD新增链路对应附属站点的RSNA认证，可采用新增链路四次握手协议(4-way handshake)，一是确认并同步新增链路的PTK，二是生成新增链路各自的GTK/IGTK/BIGTK；或者，通过执行针对新增链路的组播密钥握手协议(Group key handshake)，生成新增链路各自的GTK/IGTK/BIGTK。
在另一应用场景中，参考图9所示，non-AP MLD可以包括三个附属站点，分别为non-AP STA1、non-AP STA2、non-AP STA3。另外，AP MLD也可以包括三个附属站点，分别为AP1、AP2、AP3。non-AP MLD与AP MLD之间已经成功进行了多链路建立，并建立了non-AP STA1与AP1之间的链路1以及non-AP STA2与AP2之间的链路2，其中non-AP STA1关联于AP1，non-AP STA2关联于AP2，但是，non-AP STA3与AP3之间未建立链路即non-AP STA3未关联于AP3。
当对non-AP MLD中还未建立链路的附属站点(即non-AP STA3)进行新增链路建立与认证流程时，需对non-AP STA3的链路能力与操作需求进行兼容性验证，即确认non-AP STA3是否支持non-AP MLD与AP MLD之间已建立链路(链路1和链路2)的链路共用能力和/或链路共用操作。 例如，验证non-AP STA3是是否支持当前已建链路共用的认证与密钥管理套件选择器(AKM suite selector)与成对密码套件(Pairwise Cipher Suite)。
当确认non-AP STA3支持non-AP MLD与AP MLD之间已建立链路(链路1和链路2)的链路共用能力和/或链路共用操作，non-AP MLD可以基于已关联MLD的新增链路建立方法，与AP MLD针对拟新增链路进行多链路建立。
如图10所示，Non-AP MLD可以在拟建链路上，发送新增链路关联请求帧给AP3，其中新增链路关联请求帧的传输地址域可以设置为Non-AP STA3的MAC地址，接收地址域可以设置为AP3的MAC地址。新增链路关联请求帧包含新增多链路重配置元素，该元素指示non-AP MLD的MLD MAC地址，并在新增链路关联请求帧的帧体指示non-AP STA 3的完整信息。这样，通过新增链路关联请求帧请求新增建立non-AP STA 3与AP3之间的链路。
相应的，AP MLD对于新增链路关联请求帧进行响应，AP3发送新增链路关联响应帧给non-AP STA3，其中新增链路关联响应帧的传输地址域设置为AP3的MAC地址，接收地址域设置为Non-AP STA3的MAC地址，并指示成功建立了non-AP STA 3与AP3之间的链路(链路3)。新增链路关联响应帧包含新增多链路重配置元素，该元素可以指示AP MLD的MLD MAC地址，并在新增链路关联响应帧的帧体指示AP3的完整信息。non-AP MLD与AP MLD成功完成新增多链路重配置后，成功建立了non-AP STA3与AP3之间的链路(即链路3)。
进一步地，non-AP MLD与AP MLD可以对新增的链路3进行RSNA认证，可以通过以下两种方式之一进行认证。
方式一、参考图11所示，链路3成功建立之后，Non-AP MLD可以对链路3对应附属站点(Non-AP STA3)执行RSNA认证，具体通过链路3执行新增链路的四次握手协议(4-way handshake)。其中，通过四次握手消息的Message 1和Message 2确认并同步链路3的PTK，通过Message 3和Message 4生成链路3的GTK/IGTK/BIGTK。
方式二、参考图12所示，链路3建立完成后，链路3将沿用non-AP MLD与AP MLD已建链路(链路1与链路2)的PTK进行单播帧的加密与解密。另外，non-AP MLD与AP MLD通过链路3进行组播密钥握手协议的消息交互，通过群秘钥握手消息1和群秘钥握手消息2建立链路3的GTK/IGTK/BIGTK。
图13是本申请实施例提供的多链路重配置装置的结构组成示意图一，应用于第一MLD，如图13所示，所述多链路重配置装置1300包括：
第一确定单元1301，配置为在第一多链路设备MLD与第二MLD已经完成多链路建立，并建立至少一个已建链路的情况下，确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容；
其中，所述至少一个第一附属站点为至少一个拟建链路在所述第一MLD中关联的附属站点；所述链路共用能力是指所述至少一个已建链路共用的能力，所述链路共用操作是指所述至少一个已建链路共用的操作。
可选地，所述链路共用能力包括以下中的至少一项：
至少一个已建链路共用的健壮安全网络RSN能力；
至少一个已建链路共用的健壮安全网络元素(Robust Security Network Element，RSNE)能力；
至少一个已建链路共用的扩展RSNE能力；
至少一个已建链路共用的RSN扩展元素能力。
可选地，所述链路共用操作通过以下中至少一项指示：
至少一个已建链路共用的认证与密钥管理套件选择器；
至少一个已建链路共用的成对密码套件。
可选地，所述第一确定单元1301，还配置为确定所述至少一个拟建链路是否支持所述链路共用能力，和/或，所述至少一个附属站点是否支持所述链路共用操作。
可选地，所述多链路重配置装置1200还包括第一收发单元。其中，第一收发单元，配置为接收至少一个第二附属站点的站点信息；所述至少一个第二附属站点的站点信息用于指示所述至少一个拟建链路的链路能力，和/或，所述至少一个第一附属站点的操作需求；
所述至少一个第二附属站点包括所述第二MLD中新增的附属站点，和/或，所述第二MLD中与第一MLD未建立链路的附属站点。
可选地，所述至少一个第二附属站点的站点信息通过信标帧或探测响应帧携带。
可选地，所述第一收发单元，还配置为在所述至少一个拟建链路的链路能力与所述链路共用能 力兼容，和/或，所述至少一个第一附属站点的操作需求与所述链路共用操作兼容的情况下，向所述第二MLD发送第一请求帧；和/或，接收所述第二MLD发送的第一响应帧；其中，所述第一请求帧用于在多链路重配置中请求增加所述至少一个拟建链路，所述第一响应帧用于在多链路重配置中增加所述至少一个拟建链路。
可选地，所述第一确定单元1301，还被配置为在所述至少一个拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述至少一个第一附属站点的操作需求与所述链路共用操作不兼容的情况下，所述第一MLD确定不向所述第二MLD发送第一请求帧。
可选地，所述第一收发单元，还配置为在所述第一MLD未确定所述至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况下，向所述第二MLD发送第一请求帧，和/或，接收所述第二MLD发送的第一响应帧；其中，所述第一请求帧用于在多链路重配置中请求增加所述至少一个拟建链路；所述第一请求帧包括所述至少一个拟建链路的链路能力信息，和/或所述至少一个第一附属站点的操作信息；所述第一响应帧用于在所述至少一个拟建链路中存在目标拟建链路的情况下，指示所述目标拟建链路新增失败；其中，所述目标拟建链路是所述至少一个拟建链路中链路能力与所述链路共用能力不兼容，和/或，所述至少一个第一附属站点的操作需求与所述链路共用操作不兼容的拟建链路。
可选地，所述第一收发单元，还被配置为以下至少之一：
通过所述至少一个已建链路中的其中一个已建链路发送所述第一请求帧，和/或，接收所述第一响应帧；
通过至少一个拟建链路中的其中一个拟建链路发送所述第一请求帧，和/或，接收第一响应帧。
可选地，所述第一请求帧包括第一多链路元素，所述第一多链路元素包括：
第一通用信息域，所述第一通用信息域用于指示所述至少一个拟建链路和所述至少一个已建链路共用的信息；和/或，第一链路信息域，所述第一链路信息域用于指示所述至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，所述至少一个第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
可选地，所述第一通用信息域包括以下中的至少一项：
所述第一MLD的MLD MAC地址信息；
第一通用能力信息；所述第一通用能力信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的能力；
第一通用操作信息；所述第一通用操作信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的操作。
可选地，所述第一通用能力信息包括以下中的至少一项：
所述第一MLD的MLD能力；
所述第一MLD的EML能力；
RSN能力；
RSNE能力；
扩展RSNE能力；
RSN扩展元素能力。
可选地，所述第一链路信息域包括所述至少一个拟建链路，和/或，所述至少一个第一已建链路中每个链路在所述第一MLD中关联的附属站点的站点信息。
可选地，所述站点信息携带在第一每站点配置子元素中；所述第一每站点配置子元素包括以下至少之一：
第一子元素标识子域，所述第一子元素标识子域用于指示所述第一每站点配置子元素的子元素标识；
第一长度子域，所述第一长度子域用于指示所述第一每站点配置子元素的长度；
第一站点控制子域，所述第一站点控制子域用于指示站点控制信息；
第一站点信息子域，所述第一站点信息子域用于指示站点信息；
第一站点配置子域，所述第一站点配置子域用于指示站点配置信息。
可选地，所述第一站点控制子域包括链路标识子域，所述链路标识子域用于指示对应链路在所述第二MLD中的附属站点的标识信息。
可选地，所述第一请求帧还包括第一发送站点信息域，所述第一发送站点信息域用于指示发送所述第一请求帧的链路在所述第一MLD中关联的附属站点的站点信息。
可选地，在所述第一请求帧通过第一拟建链路发送的情况下，所述第一拟建链路为所述至少一个拟建链路中的其中一个拟建链路，所述第一请求帧还包括所述第一拟建链路的链路能力信息，和/或，操作参数；
其中，所述链路能力信息用于指示链路能力，所述操作参数用于指示对应附属站点的操作信息。
可选地，所述第一拟建链路的链路能力信息和/或操作信息通过以下中的至少一项携带：
第一请求帧的帧体；
所述第一多链路元素的第一链路信息域。
可选地，所述至少一个拟建链路的数量包括多个的情况下，所述第一多链路元素包括所述第一通用信息域和所述第一链路信息域；
所述第一链路信息域包括每个第二拟建链路的第一每站点配置子元素；
所述第二拟建链路是所述至少一个拟建链路中除了所述第一拟建链路之外的链路；
每个所述第二拟建链路的链路能力信息，和/或，操作参数，通过每个所述第二拟建链路的第一每站点配置子元素携带。
可选地，所述第一请求帧为新增链路关联请求帧，所述新增链路关联请求帧用于在已经完成多链路建立的情况下，请求增加发送所述第一请求帧的第一拟建链路，和/或，第二拟建链路。
可选地，在所述第一请求帧通过所述至少一个已建链路中的其中一个已建链路发送的情况下，所述第一多链路元素包括所述第一通用信息域和所述第一链路信息域；所述至少一个拟建链路中每个拟建链路的链路能力信息，和/或，操作参数，通过所述第一链路信息域中每个拟建链路的第一每站点配置子元素携带。
可选地，所述第一请求帧为新增请求帧，所述新增请求帧用于在已经完成多链路建立的情况下，请求增加所述至少一个拟建链路。
可选地，所述至少一个拟建链路中每个拟建链路的链路能力信息包括以下至少之一：
RSN能力；
RSNE能力；
扩展RSNE能力；
RSN扩展元素能力。
可选地，所述至少一个拟建链路中，不同的拟建链路的链路能力信息与所述至少一个已建链路的共用能力信息相同，和/或，不同的拟建链路的操作参数与所述至少一个已建链路的共用操作信息相同。
可选地，所述第一请求帧还包括：所述至少一个拟建链路中每个拟建链路对应的健壮安全网络元素和/或，每个拟建链路对应的健壮安全网络扩展元素；其中，每个所述健壮安全网络元素包括与其对应的拟建链路的能力信息和/或操作参数中的至少部分内容，每个所述健壮安全网络扩展元素包括与其对应的拟建链路的能力信息和/或操作参数至少部分内容。
可选地，在所述第一MLD支持多链路操作，且所述第一MLD与所述第二MLD已完成多链路建立的情况下，所述第一请求帧包括所述第一多链路元素；
在所述第一MLD支持多链路操作，且所述第一MLD与所述第二MLD未完成多链路建立的情况下，所述第一请求帧包括基本多链路元素；
在所述第一MLD不支持所述多链路操作的情况下，所述第一请求帧不包括所述第一多链路元素和所述基本多链路元素。
可选地，所述第一多链路元素是第一新增重配置多链路元素，所述第一新增重配置多链路元素用于在已经完成多链路建立的情况下，增加所述至少一个拟建链路。
可选地，所述第一响应帧包括第二多链路元素，其中，所述第二多链路元素包括：
第二通用信息域，所述第二通用信息域用于指示所述至少一个拟建链路和所述至少一个已建链路共用的信息；
和/或，
第二链路信息域，所述第二链路信息域用于指示至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，所述第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
可选地，所述第二通用信息域包括以下至少之一：
所述第二MLD的MLD MAC地址信息；
第二通用能力信息；所述第二通用能力信息用于指示所述至少一个已建链路与所述至少一个拟 建链路共用的能力；
第二通用操作信息；所述第二通用操作信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的操作；
BBS参数改变计数子域，所述BBS参数改变计数子域用于对BSS参数发生关键更新进行计数；
链路标识信息，所述链路标识信息用于指示发送所述第一响应帧的链路的链路标识。
可选地，所述第二通用能力信息包括以下至少之一：
所述第二MLD的MLD能力；
所述第二MLD的EML能力；
RSN能力；
RSNE能力；
扩展RSNE能力；
RSN扩展元素能力。
可选地，所述第二链路信息域包括所述至少一个拟建链路，和/或，所述至少一个第一已建链路中每个链路在所述第二MLD中关联的附属站点的站点信息，所述第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
可选地，所述站点信息携带在第二每站点配置子元素中；所述第二每站点配置子元素包括以下至少之一：
第二子元素标识子域，所述第二子元素标识子域用于指示所述第二每站点配置子元素的子元素标识；
第二长度子域，所述第二长度子域用于指示所述第二每站点配置子元素的长度；
第二站点控制子域，所述第二站点控制子域用于指示站点控制信息；
第二站点信息子域，所述第二站点信息子域用于指示站点信息；
第二站点配置子域，所述第二站点配置子域用于指示站点配置信息。
可选地，所述第一响应帧还包括第二发送站点信息域，所述第二发送站点信息域用于指示发送所述第一响应帧的链路在所述第二MLD中关联的附属站点的站点信息。
可选地，在所述第一响应帧通过第三拟建链路传输的情况下，所述第三拟建链路为所述至少一个拟建链路的其中一个拟建链路，所述第一响应帧还包括状态码域，所述状态码域用于指示所述第三拟建链路的建立结果。
可选地，在所述第三拟建链路被所述第二MLD接受的情况下，所述状态码域用于指示所述第三拟建链路新增成功；
在所述第三拟建链路被所述第二MLD拒绝的情况下，所述状态码域用于指示所述第三拟建链路新增链路失败和/或失败的原因。
可选地，在所述第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容的情况下，所述状态码域指示所述第三拟建链路失败的原因为：所述第三拟建链路的链路能力与链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与链路共用操作不兼容。
可选地，所述第三拟建链路的状态码域通过以下中的至少一项携带：
所述第一响应帧的帧体；
所述第二多链路元素的第二链路信息域。
可选地，在所述至少一个拟建链路的数量为多个的情况下，所述第二多链路元素包括所述第二通用信息域和所述第二链路信息域；
所述第二链路信息包括每个第四拟建链路的第二每站点配置子元素；所述第四拟建链路为所述至少一个拟建链路中除了所述第三拟建链路之外拟建链路；
所述每个第四拟建链路的第二每站点配置子元素还包括所述每个第四拟建链路的状态码子域；所述每个第四拟建链路的状态码子域用于指示对应的第四拟建链路的建立结果。
可选地，对于被所述第二MLD接受的第四拟建链路的状态码子域用于指示新增链路成功；
对于被所述第二MLD拒绝的第四拟建链路的状态码子域用于指示新增链路失败和/或失败的原因。
可选地，在所述第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容的情况下，
所述每个第四拟建链路的状态码子域用于指示新增链路失败，和/或，所述每个第四拟建链路的 状态码子域指示失败的原因为所述第三拟建链路建立失败。
可选地，所述第一响应帧为新增链路关联响应帧，所述新增链路关联响应帧用于以下至少之一：
在多链路重配置中新增或拒绝传输所述第一响应帧的第三拟建链路；
在多链路重配置中新增或拒绝所述第四拟建链路。
可选地，在传输所述第一响应帧的链路为所述至少一个已建链路的其中一个已建链路的情况下，所述第二多链路元素包括所述第二通用信息域和所述第二链路信息域；
对于所述至少一个拟建链路中每个拟建链路的建立结果，通过所述第二链路信息域中每个拟建链路的第二每站点配置子元素的状态码子域指示；
对于被所述第二MLD接受的拟建链路，其状态码子域用于指示新增链路成功；
对于被所述第二MLD拒绝的拟建链路，其状态码子域用于指示新增链路失败和/或失败的原因。
可选地，对于链路能力与所述链路共用力不兼容，和/或，对应的第一附属站点的操作需求与所述链路共用操作不兼容的拟建链路，其状态码子域用于指示新增链路失败，和/或失败的原因为：链路能力与链路共用能力不兼容，和/或，第一附属站点的操作需求与链路共用操作不兼容。
可选地，所述第一响应帧为新增响应帧，所述新增响应帧用于在已经完成多链路建立的情况下，新增或拒绝所述至少一个拟建链路。
可选地，在所述第二MLD支持多链路操作，且所述第二MLD与所述第一MLD已完成多链路建立的情况下，所述第一响应帧包括所述第二多链路元素；
在所述第二MLD支持多链路操作，且所述第二MLD与所述第一MLD未完成多链路建立的情况下，所述第一响应帧包括基本多链路元素；
在所述第二MLD不支持所述多链路操作的情况下，所述第一响应帧不包括所述第二多链路元素和基本多链路元素。
可选地，所述第二多链路元素是第二新增重配置多链路元素，所述第二新增重配置多链路元素用于在已经完成多链路建立的情况下，增加所述至少一个拟建链路。
可选地，发送所述第一请求帧的链路与接收所述第一响应帧的链路为同一链路。
可选地，多链路重配置装置1200还包括第一安全认证单元，第一安全认证单元被配置为在增加至少一个新建链路之后，所述至少一个新建链路是所述至少一个拟建链路中成功建立的链路，所述至少一个新建链路为所述至少一个待建链路中的部分链路或全部链路，与所述第二MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对所述至少一个新增链路进行安全认证。
可选地，第一安全认证单元，还配置为在所述第一MLD处于第一状态的情况下，与所述第二MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，所述第一状态指示所述至少一个已建链路中至少部分已建链路未完成安全认证。
可选地，第一安全认证单元，还配置为在所述第一MLD处于第二状态的情况下，所述第一MLD与所述第二MLD对所述至少一个新增链路进行安全认证，所述第二状态指示所述至少一个已建链路均已完成安全认证。
可选地，所述至少一个新建链路使用的第一部分传输参数与所述至少一个已建链路使用的第一部分参数相同，和/或，所述至少一个新建链路使用的第二部分参数重新建立。
可选地，所述第一部分参数包括以下至少之一：成对临时密钥PTK、关联标识AID。
可选地，所述第二部分参数包括以下至少之一：组播临时密钥GTK、完整性组播密钥IGTK、信标完整性组播临时密钥BIGTK。
可选地，第一安全认证单元，还配置为与所述第二MLD之间进行握手消息的交互，所述握手消息的交互用于为所述至少一个新建链路生成第二部分传输参数。
可选地，第一收发单元，还配置为接收所述第二MLD发送的第一握手消息，所述第一握手消息用于确认所述至少一个新增链路是否使用第一部分传输参数；向所述第二MLD发送第二握手消息，所述第二握手消息用于同步或确认所述至少一个新增链路使用的所述第一部分传输参数；接收所述第二MLD发送的第三握手消息，所述第三握手消息用于指示所述至少一个新增链路中每个新增链路使用的第二部分传输参数；向所述第二MLD发送第四握手消息，所述第四握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
可选地，所述第一握手消息和所述第二握手消息不包括用于生成所述第一部分传输参数的随机数。
可选地，所述第二握手消息中包括所述至少一个新增链路中每个新增链路的链路信息。
可选地，所述第三握手消息包括以下至少之一：
所述至少一个新增链路中每个新增链路的链路信息；
所述每个新增链路的组播临时密钥GTK；
所述每个新增链路的完整性组播密钥IGTK；
所述每个新增链路的信标完整性组播临时密钥BIGTK。
可选地，所述握手消息包括两次组播握手消息，所述第一收发单元，还配置为接收所述第二MLD发送的第一组播握手消息，所述第一组播握手消息用于指示所述至少一个新增链路中每个新增链路使用的第二部分传输参数；向所述第二MLD发送第二组播握手消息，所述第二组播握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
可选地，所述至少一个拟建链路与所述至少一个已建链路采用不同的非重叠信道，且不同的所述拟建链路采用不同的非重叠信道，不同的已建链路采用不同的非重叠信道。
可选地，所述第一MLD为非接入点non-AP MLD；
所述第二MLD为non-AP MLD，或接入点AP MLD。
本领域技术人员应当理解，本申请实施例的上述多链路重配置装置1300的相关描述可以参照本申请实施例的多链路重配置方法的相关描述进行理解。
图14是本申请实施例提供的多链路重配置装置的结构组成示意图二，应用于第二MLD，如图14所示，所述多链路重配置装置1400包括：
第二收发单元1401，配置为接收第一MLD发送的第一请求帧，和/或，所述第二MLD向所述第一MLD发送的第一响应帧；其中，所述第一请求帧用于在多链路重配置中请求增加至少一个拟建链路，所述第一响应帧用于在多链路重配置中增加所述至少一个拟建链路。
可选地，所述第一请求帧包括所述至少一个拟建链路的链路能力信息，和/或所述至少一个第一附属站点的操作信息；所述至少一个第一附属站点为至少一个拟建链路在所述第一MLD中关联的附属站点。
可选地，所述第二MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容；所述至少一个拟建链路的链路能力通过所述至少一个拟建链路的链路能力信息确定，和/或，所述至少一个第一附属站点的操作需求通过所述至少一个第一附属站点的操作信息确定。
可选地，所述链路共用能力包括以下中的至少一项：
所述至少一个已建链路共用的健壮安全网络RSN能力；
所述至少一个已建链路共用的健壮安全网络元素RSNE能力；
所述至少一个已建链路共用的扩展RSNE能力；
所述至少一个已建链路共用的RSN扩展元素能力。
可选地，所述链路共用操作通过以下中至少一项指示：
所述至少一个已建链路共用的认证与密钥管理套件选择器；
所述至少一个已建链路共用的成对密码套件。
可选地，所述第一响应帧用于在所述至少一个拟建链路中存在目标拟建链路的情况下，指示所述目标拟建链路新增失败；其中，所述目标拟建链路是所述至少一个拟建链路中链路能力与所述链路共用能力不兼容，和/或，所述至少一个第一附属站点的操作需求与所述链路共用操作不兼容的拟建链路。
可选地，第二收发单元1401，还配置为向所述第一MLD发送至少一个第二附属站点的站点信息；所述至少一个第二附属站点的站点信息用于指示所述至少一个拟建链路的链路能力，和/或，所述至少一个第一附属站点的操作需求；
所述至少一个第二附属站点包括所述第二MLD中新增的附属站点，和/或，所述第二MLD中与第一MLD未建立链路的附属站点
可选地，所述至少一个第二附属站点的站点信息通过信标帧或探测响应帧携带。
可选地，第二收发单元1401，还配置为通过所述至少一个已建链路中的其中一个已建链路接收所述第一请求帧，和/或，发送所述第一响应帧；通过所述至少一个拟建链路中的其中一个拟建链路接收所述第一请求帧，和/或，发送所述第一响应帧。
可选地，所述第一请求帧包括第一多链路元素，所述第一多链路元素包括：
第一通用信息域，所述第一通用信息域用于指示所述至少一个拟建链路和所述至少一个已建链路共用的信息；
和/或，
第一链路信息域，所述第一链路信息域用于指示所述至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，所述至少一个第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
可选地，所述第一通用信息域包括以下中的至少一项：
所述第一MLD的MLD MAC地址信息；
第一通用能力信息；所述第一通用能力信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的能力；
第一通用操作信息；所述第一通用操作信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的操作。
可选地，所述第一通用能力信息包括以下中的至少一项：
所述第一MLD的MLD能力；
所述第一MLD的EML能力；
RSN能力；
RSNE能力；
扩展RSNE能力；
RSN扩展元素能力。
可选地，所述第一链路信息域包括所述至少一个拟建链路，和/或，所述至少一个第一已建链路中每个链路在所述第一MLD中关联的附属站点的站点信息。
可选地，所述站点信息携带在第一每站点配置子元素中；所述第一每站点配置子元素包括以下至少之一：
第一子元素标识子域，所述第一子元素标识子域用于指示所述第一每站点配置子元素的子元素标识；
第一长度子域，所述第一长度子域用于指示所述第一每站点配置子元素的长度；
第一站点控制子域，所述第一站点控制子域用于指示站点控制信息；
第一站点信息子域，所述第一站点信息子域用于指示站点信息；
第一站点配置子域，所述第一站点配置子域用于指示站点配置信息。
可选地，所述第一站点控制子域包括链路标识子域，所述链路标识子域用于指示对应链路在所述第二MLD中的附属站点的标识信息。
可选地，所述第一请求帧还包括第一发送站点信息域，所述第一发送站点信息域用于指示发送所述第一请求帧的链路在所述第一MLD中关联的附属站点的站点信息。
可选地，在所述第一请求帧通过第一拟建链路发送的情况下，所述第一拟建链路为所述至少一个拟建链路中的其中一个拟建链路，所述第一请求帧还包括所述第一拟建链路的链路能力信息，和/或，操作参数；
其中，所述链路能力信息用于指示链路能力，所述操作参数用于指示对应附属站点的操作信息。
可选地，所述第一拟建链路的链路能力信息和/或操作信息通过以下中的至少一项携带：
第一请求帧的帧体；
所述第一多链路元素的第一链路信息域。
可选地，所述至少一个拟建链路的数量包括多个的情况下，所述第一多链路元素包括所述第一通用信息域和所述第一链路信息域；
所述第一链路信息域包括每个第二拟建链路的第一每站点配置子元素；
所述第二拟建链路是所述至少一个拟建链路中除了所述第一拟建链路之外的链路；
每个所述第二拟建链路的链路能力信息，和/或，操作参数，通过每个所述第二拟建链路的第一每站点配置子元素携带。
可选地，所述第一请求帧为新增链路关联请求帧，所述新增链路关联请求帧用于在已经完成多链路建立的情况下，请求增加发送所述第一请求帧的第一拟建链路，和/或，第二拟建链路。
可选地，在所述第一请求帧通过所述至少一个已建链路中的其中一个已建链路发送的情况下，
所述第一多链路元素包括所述第一通用信息域和所述第一链路信息域；所述至少一个拟建链路中每个拟建链路的链路能力信息，和/或，操作参数，通过所述第一链路信息域中每个拟建链路的第一每站点配置子元素携带。
可选地，所述第一请求帧为新增请求帧，所述新增请求帧用于在已经完成多链路建立的情况下， 请求增加所述至少一个拟建链路。
可选地，所述至少一个拟建链路中每个拟建链路的链路能力信息包括以下至少之一：
RSN能力；
RSNE能力；
扩展RSNE能力；
RSN扩展元素能力。
可选地，所述至少一个拟建链路中，不同的拟建链路的链路能力信息与所述至少一个已建链路的共用能力信息相同，和/或，不同的拟建链路的操作参数与所述至少一个已建链路的共用操作信息相同。
可选地，所述第一请求帧还包括：所述至少一个拟建链路中每个拟建链路对应的健壮安全网络元素和/或，每个拟建链路对应的健壮安全网络扩展元素；其中，每个所述健壮安全网络元素包括与其对应的拟建链路的能力信息和/或操作参数中的至少部分内容，每个所述健壮安全网络扩展元素包括与其对应的拟建链路的能力信息和/或操作参数中的至少部分内容。
可选地，在所述第一MLD支持多链路操作，且所述第一MLD与所述第二MLD已完成多链路建立的情况下，所述第一请求帧包括所述第一多链路元素；
在所述第一MLD支持多链路操作，且所述第一MLD与所述第二MLD未完成多链路建立的情况下，所述第一请求帧包括基本多链路元素；
在所述第一MLD不支持所述多链路操作的情况下，所述第一请求帧不包括所述第一多链路元素和所述基本多链路元素。
可选地，所述第一多链路元素是第一新增重配置多链路元素，所述第一新增重配置多链路元素用于在已经完成多链路建立的情况下，增加所述至少一个拟建链路。
可选地，所述第一响应帧包括第二多链路元素，其中，所述第二多链路元素包括：
第二通用信息域，所述第二通用信息域用于指示所述至少一个拟建链路和所述至少一个已建链路共用的信息；
和/或，
第二链路信息域，所述第二链路信息域用于指示至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，所述第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
可选地，所述第二通用信息域包括以下至少之一：
所述第二MLD的MLD MAC地址信息；
第二通用能力信息；所述第二通用能力信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的能力；
第二通用操作信息；所述第二通用操作信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的操作；
BBS参数改变计数子域，所述BBS参数改变计数子域用于对BSS参数发生关键更新进行计数；
链路标识信息，所述链路标识信息用于指示发送所述第一响应帧的链路的链路标识。
可选地，所述第二通用能力信息包括以下至少之一：
所述第二MLD的MLD能力；
所述第二MLD的EML能力；
RSN能力；
RSNE能力；
扩展RSNE能力；
RSN扩展元素能力。
可选地，所述第二链路信息域包括所述至少一个拟建链路，和/或，所述至少一个第一已建链路中每个链路在所述第二MLD中关联的附属站点的站点信息，所述第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
可选地，所述站点信息携带在第二每站点配置子元素中；所述第二每站点配置子元素包括以下至少之一：
第二子元素标识子域，所述第二子元素标识子域用于指示所述第二每站点配置子元素的子元素标识；
第二长度子域，所述第二长度子域用于指示所述第二每站点配置子元素的长度；
第二站点控制子域，所述第二站点控制子域用于指示站点控制信息；
第二站点信息子域，所述第二站点信息子域用于指示站点信息；
第二站点配置子域，所述第二站点配置子域用于指示站点配置信息。
可选地，所述第一响应帧还包括第二发送站点信息域，所述第二发送站点信息域用于指示发送所述第一响应帧的链路在所述第二MLD中关联的附属站点的站点信息。
可选地，在所述第一响应帧通过第三拟建链路传输的情况下，所述第三拟建链路为所述至少一个拟建链路的其中一个拟建链路，所述第一响应帧还包括状态码域，所述状态码域用于指示所述第三拟建链路的建立结果。
可选地，在所述第三拟建链路被所述第二MLD接受的情况下，所述状态码域用于指示所述第三拟建链路新增成功；
在所述第三拟建链路被所述第二MLD拒绝的情况下，所述状态码域用于指示所述第三拟建链路新增链路失败和/或失败的原因。
可选地，在所述第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容的情况下，所述状态码域指示所述第三拟建链路失败的原因为：所述第三拟建链路的链路能力与链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与链路共用操作不兼容。
可选地，所述第三拟建链路的状态码域通过以下中的至少一项携带：
所述第一响应帧的帧体；
所述第二多链路元素的第二链路信息域。
可选地，在所述至少一个拟建链路的数量为多个的情况下，所述第二多链路元素包括所述第二通用信息域和所述第二链路信息域；
所述第二链路信息包括每个第四拟建链路的第二每站点配置子元素；所述第四拟建链路为所述至少一个拟建链路中除了所述第三拟建链路之外拟建链路；
所述每个第四拟建链路的第二每站点配置子元素还包括所述每个第四拟建链路的状态码子域；所述每个第四拟建链路的状态码子域用于指示对应的第四拟建链路的建立结果。
可选地，对于被所述第二MLD接受的第四拟建链路的状态码子域用于指示新增链路成功；
对于被第二MLD拒绝的第四拟建链路的状态码子域用于指示新增链路失败和/或失败的原因。
可选地，在所述第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容的情况下，
所述每个第四拟建链路的状态码子域用于指示新增链路失败，和/或，所述每个第四拟建链路的状态码子域指示失败的原因为所述第三拟建链路建立失败。
可选地，所述第一响应帧为新增链路关联响应帧，所述新增链路关联响应帧用于以下至少之一：
在多链路重配置中新增或拒绝传输所述第一响应帧的第三拟建链路；
在多链路重配置中新增或拒绝所述第四拟建链路。
可选地，在传输所述第一响应帧的链路为所述至少一个已建链路的其中一个已建链路的情况下，所述第二多链路元素包括所述第二通用信息域和所述第二链路信息域；
对于所述至少一个拟建链路中每个拟建链路的建立结果，通过所述第二链路信息域中每个拟建链路的第二每站点配置子元素的状态码子域指示；
对于被所述第二MLD接受的拟建链路，其状态码子域用于指示新增链路成功；
对于被所述第二MLD拒绝的拟建链路，其状态码子域用于指示新增链路失败和/或失败的原因。
可选地，对于链路能力与所述链路共用力不兼容，和/或，对应的第一附属站点的操作需求与所述链路共用操作不兼容的拟建链路，其状态码子域用于指示新增链路失败，和/或失败的原因为：链路能力与链路共用能力不兼容，和/或，第一附属站点的操作需求与链路共用操作不兼容。
可选地，所述第一响应帧为新增响应帧，所述新增响应帧用于在已经完成多链路建立的情况下，新增或拒绝所述至少一个拟建链路。
可选地，在所述第二MLD支持多链路操作，且所述第二MLD与所述第一MLD已完成多链路建立的情况下，所述第一响应帧包括所述第二多链路元素；
在所述第二MLD支持多链路操作，且所述第二MLD与所述第一MLD未完成多链路建立的情况下，所述第一响应帧包括基本多链路元素；
在所述第二MLD不支持所述多链路操作的情况下，所述第一响应帧不包括所述第二多链路元素和基本多链路元素。
可选地，所述第二多链路元素是第二新增重配置多链路元素，所述第二新增重配置多链路元素用于在已经完成多链路建立的情况下，增加所述至少一个拟建链路。
可选地，发送所述第一请求帧的链路与接收所述第一响应帧的链路为同一链路。
可选地，还包括第二认证单元，被配置为在增加至少一个新建链路之后，所述至少一个新建链路是所述至少一个拟建链路中成功建立的链路，所述至少一个新建链路为所述至少一个待建链路中的部分链路或全部链路，所述第二MLD与所述第一MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对所述至少一个新增链路进行安全认证。
可选地，还包括第二认证单元，还被配置为在所述第一MLD处于第一状态的情况下，与所述第一MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，所述第一状态指示所述至少一个已建链路中至少部分已建链路未完成安全认证。
可选地，第二认证单元，还被配置为，在所述第一MLD处于第二状态的情况下，所述第二MLD与所述第一MLD对所述至少一个新增链路进行安全认证，所述第二状态指示所述至少一个已建链路均已完成安全认证。
可选地，所述至少一个新建链路使用的第一部分传输参数与所述至少一个已建链路使用的第一部分参数相同，和/或，所述至少一个新建链路使用的第二部分参数重新建立。
可选地，所述第一部分参数包括以下至少之一：成对临时密钥PTK、关联标识AID。
可选地，所述第二部分参数包括以下至少之一：组播临时密钥GTK、完整性组播密钥IGTK、信标完整性组播临时密钥BIGTK。
可选地，第二认证单元，还被配置为与所述第一MLD之间进行握手消息的交互，所述握手消息的交互用于为所述至少一个新建链路生成第二部分传输参数。
可选地，所述握手消息包括四次握手消息，所述第二MLD与所述第一MLD之间进行握手消息的交互，所述第二收发单元1401，还被配置为向所述第一MLD发送第一握手消息，所述第一握手消息用于确认所述至少一个新增链路是否使用第一部分传输参数；接收所述第一MLD发送的第二握手消息，所述第二握手消息用于同步或确认所述至少一个新增链路使用的所述第一部分传输参数；向所述第一MLD发送第三握手消息，所述第三握手消息用于指示所述至少一个新增链路中每个新增链路使用的第二部分传输参数；接收所述第一MLD发送的第四握手消息，所述第四握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
可选地，第一握手消息和所述第二握手消息不包括用于生成所述第一部分传输参数的随机数。
可选地，所述第二握手消息中包括所述至少一个新增链路中每个新增链路的链路信息。
可选地，所述第三握手消息包括以下至少之一：
所述至少一个新增链路中每个新增链路的链路信息；
所述每个新增链路的组播临时密钥GTK；
所述每个新增链路的完整性组播密钥IGTK；
所述每个新增链路的信标完整性组播临时密钥BIGTK。
可选地，所述握手消息包括两次组播握手消息，所述第二MLD与所述第一MLD之间进行握手消息的交互，包括：
所述第二MLD向所述第一MLD发送第一组播握手消息，所述第一组播握手消息用于指示所述至少一个新增链路中每个新增链路使用的第二部分传输参数；
所述第二MLD接收所述第一MLD发送第二组播握手消息，所述第二组播握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
可选地，所述至少一个拟建链路与所述至少一个已建链路采用不同的非重叠信道，且不同的所述拟建链路采用不同的非重叠信道，不同的已建链路采用不同的非重叠信道。
可选地，所述第一MLD为非接入点non-AP MLD；
所述第二MLD为non-AP MLD，或接入点AP MLD。
图15是本申请实施例提供的一种通信设备1400示意性结构图。该通信设备可以是AP MLD，也可以是non-AP MLD。图15所示的通信设备1500包括处理器1510，处理器1510可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图15所示，通信设备1500还可以包括存储器1520。其中，处理器1510可以从存储器1520中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器1520可以是独立于处理器1510的一个单独的器件，也可以集成在处理器1410中。
可选地，如图15所示，通信设备1400还可以包括收发器1530，处理器1510可以控制该收发 器1530与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器1530可以包括发射机和接收机。收发器1530还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备1500具体可为本申请实施例的第一MLD，并且该通信设备1500可以实现本申请实施例的各个方法中由第一MLD实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备1500具体可为本申请实施例的或第二MLD，并且该通信设备1500可以实现本申请实施例的各个方法中由或第二MLD实现的相应流程，为了简洁，在此不再赘述。
图16是本申请实施例的芯片的示意性结构图。图16所示的芯片1600包括处理器1610，处理器1610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图16所示，芯片1500还可以包括存储器1620。其中，处理器1610可以从存储器1620中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器1620可以是独立于处理器1610的一个单独的器件，也可以集成在处理器1510中。
可选地，该芯片1600还可以包括输入接口1630。其中，处理器1610可以控制该输入接口1630与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片1600还可以包括输出接口1640。其中，处理器1610可以控制该输出接口1640与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的第一MLD，并且该芯片可以实现本申请实施例的各个方法中由第一MLD实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的第二MLD，并且该芯片可以实现本申请实施例的各个方法中由第二MLD实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
图17是本申请实施例提供的一种通信系统1700的示意性框图。如图17所示，该通信系统1700包括第一MLD1710和第二MLD1720。
其中，该第一MLD1710可以用于实现上述方法中由第一MLD实现的相应的功能，以及该第二MLD1720可以用于实现上述方法中由第二MLD实现的相应的功能为了简洁，在此不再赘述。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其他适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double  data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其他适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的AP MLD，并且该计算机程序使得计算机执行本申请实施例的各个方法中由AP MLD实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的non-AP MLD，并且该计算机程序使得计算机执行本申请实施例的各个方法中由non-AP MLD实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的AP MLD，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由AP MLD实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的non-AP MLD，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由non-AP MLD实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的AP MLD，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由AP MLD实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序可应用于本申请实施例中的non-AP MLD，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由non-AP MLD实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其他的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个第一处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (130)

  1. 一种多链路重配置方法，所述方法包括：
    在第一多链路设备MLD与第二MLD已经完成多链路建立，并建立至少一个已建链路的情况下，所述第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容；
    其中，所述至少一个第一附属站点为至少一个拟建链路在所述第一MLD中关联的附属站点；所述链路共用能力是指所述至少一个已建链路共用的能力，所述链路共用操作是指所述至少一个已建链路共用的操作。
  2. 根据权利要求1所述的方法，其中，所述链路共用能力包括以下中的至少一项：
    所述至少一个已建链路共用的健壮安全网络RSN能力；
    所述至少一个已建链路共用的健壮安全网络元素RSNE能力；
    所述至少一个已建链路共用的扩展RSNE能力；
    所述至少一个已建链路共用的RSN扩展元素能力。
  3. 根据权利要求1或2所述的方法，其中，所述链路共用操作通过以下中至少一项指示：
    所述至少一个已建链路共用的认证与密钥管理套件选择器；
    所述至少一个已建链路共用的成对密码套件。
  4. 根据权利要求1-3任一项所述的方法，其中，所述第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容，包括：
    所述第一MLD确定所述至少一个拟建链路是否支持所述链路共用能力，和/或，所述至少一个附属站点是否支持所述链路共用操作。
  5. 根据权利要求1-4任一项所述的方法，其中，所述第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容之前，还包括：
    所述第一MLD接收至少一个第二附属站点的站点信息；所述至少一个第二附属站点的站点信息用于指示所述至少一个拟建链路的链路能力，和/或，所述至少一个第一附属站点的操作需求；
    所述至少一个第二附属站点包括所述第二MLD中新增的附属站点，和/或，所述第二MLD中与第一MLD未建立链路的附属站点。
  6. 根据权利要求5所述的方法，其中，所述至少一个第二附属站点的站点信息通过信标帧或探测响应帧携带。
  7. 根据权利要求1-6任一项所述的方法，其中，还包括：
    在所述至少一个拟建链路的链路能力与所述链路共用能力兼容，和/或，所述至少一个第一附属站点的操作需求与所述链路共用操作兼容的情况下，所述第一MLD向所述第二MLD发送第一请求帧，和/或，接收所述第二MLD发送的第一响应帧；
    其中，所述第一请求帧用于在多链路重配置中请求增加所述至少一个拟建链路，所述第一响应帧用于在多链路重配置中增加所述至少一个拟建链路。
  8. 根据权利要求1-6任一项所述的方法，其中，还包括：
    在所述至少一个拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述至少一个第一附属站点的操作需求与所述链路共用操作不兼容的情况下，所述第一MLD确定不向所述第二MLD发送第一请求帧。
  9. 根据权利要求1-6任一项所述的方法，其中，还包括：
    在所述第一MLD未确定所述至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容的情况下，所述第一MLD向所述第二MLD发送第一请求帧，和/或，接收所述第二MLD发送的第一响应帧；
    其中，所述第一请求帧用于在多链路重配置中请求增加所述至少一个拟建链路；所述第一请求帧包括所述至少一个拟建链路的链路能力信息，和/或所述至少一个第一附属站点的操作信息；
    所述第一响应帧用于在所述至少一个拟建链路中存在目标拟建链路的情况下，指示所述目标拟建链路新增失败；其中，所述目标拟建链路是所述至少一个拟建链路中链路能力与所述链路共用能 力不兼容，和/或，所述至少一个第一附属站点的操作需求与所述链路共用操作不兼容的拟建链路。
  10. 根据权利要求7-9任一项所述的方法，其中，所述第一MLD向所述第二MLD发送第一请求帧，和/或，接收所述第二MLD发送的第一响应帧，包括以下之一：
    所述第一MLD通过所述至少一个已建链路中的其中一个已建链路发送所述第一请求帧，和/或，接收所述第一响应帧；
    所述第一MLD通过所述至少一个拟建链路中的其中一个拟建链路发送所述第一请求帧，和/或，接收所述第一响应帧。
  11. 根据权利要求7-10所述的方法，其中，所述第一请求帧包括第一多链路元素，所述第一多链路元素包括：
    第一通用信息域，所述第一通用信息域用于指示所述至少一个拟建链路和所述至少一个已建链路共用的信息；
    和/或，
    第一链路信息域，所述第一链路信息域用于指示所述至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，所述至少一个第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
  12. 根据权利要求11所述的方法，其中，所述第一通用信息域包括以下中的至少一项：
    所述第一MLD的MLD MAC地址信息；
    第一通用能力信息；所述第一通用能力信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的能力；
    第一通用操作信息；所述第一通用操作信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的操作。
  13. 根据权利要求12所述的方法，其中，所述第一通用能力信息包括以下中的至少一项：
    所述第一MLD的MLD能力；
    所述第一MLD的EML能力；
    RSN能力；
    RSNE能力；
    扩展RSNE能力；
    RSN扩展元素能力。
  14. 根据权利要求11-13任一项所述的方法，其中，所述第一链路信息域包括所述至少一个拟建链路，和/或，所述至少一个第一已建链路中每个链路在所述第一MLD中关联的附属站点的站点信息。
  15. 根据权利要求14所述的方法，其中，所述站点信息携带在第一每站点配置子元素中；所述第一每站点配置子元素包括以下至少之一：
    第一子元素标识子域，所述第一子元素标识子域用于指示所述第一每站点配置子元素的子元素标识；
    第一长度子域，所述第一长度子域用于指示所述第一每站点配置子元素的长度；
    第一站点控制子域，所述第一站点控制子域用于指示站点控制信息；
    第一站点信息子域，所述第一站点信息子域用于指示站点信息；
    第一站点配置子域，所述第一站点配置子域用于指示站点配置信息。
  16. 根据权利要求15所述的方法，其中，所述第一站点控制子域包括链路标识子域，所述链路标识子域用于指示对应链路在所述第二MLD中的附属站点的标识信息。
  17. 根据权利要求11-16任一项所述的方法，其中，所述第一请求帧还包括第一发送站点信息域，所述第一发送站点信息域用于指示发送所述第一请求帧的链路在所述第一MLD中关联的附属站点的站点信息。
  18. 根据权利要求11-17任一项所述的方法，其中，在所述第一请求帧通过第一拟建链路发送的情况下，所述第一拟建链路为所述至少一个拟建链路中的其中一个拟建链路，所述第一请求帧还包括所述第一拟建链路的链路能力信息，和/或，操作参数；
    其中，所述链路能力信息用于指示链路能力，所述操作参数用于指示对应附属站点的操作信息。
  19. 根据权利要求18所述的方法，其中，所述第一拟建链路的链路能力信息和/或操作信息通过以下中的至少一项携带：
    第一请求帧的帧体；
    所述第一多链路元素的第一链路信息域。
  20. 根据权利要求18所述的方法，其中，所述至少一个拟建链路的数量包括多个的情况下，所述第一多链路元素包括所述第一通用信息域和所述第一链路信息域；
    所述第一链路信息域包括每个第二拟建链路的第一每站点配置子元素；
    所述第二拟建链路是所述至少一个拟建链路中除了所述第一拟建链路之外的链路；
    每个所述第二拟建链路的链路能力信息，和/或，操作参数，通过每个所述第二拟建链路的第一每站点配置子元素携带。
  21. 根据权利要求18-20任一项所述的方法，其中，所述第一请求帧为新增链路关联请求帧，所述新增链路关联请求帧用于在已经完成多链路建立的情况下，请求增加发送所述第一请求帧的第一拟建链路，和/或，第二拟建链路。
  22. 根据权利要求11-17任一项所述的方法，其中，在所述第一请求帧通过所述至少一个已建链路中的其中一个已建链路发送的情况下，
    所述第一多链路元素包括所述第一通用信息域和所述第一链路信息域；所述至少一个拟建链路中每个拟建链路的链路能力信息，和/或，操作参数，通过所述第一链路信息域中每个拟建链路的第一每站点配置子元素携带。
  23. 根据权利要求22所述的方法，其中，所述第一请求帧为新增请求帧，所述新增请求帧用于在已经完成多链路建立的情况下，请求增加所述至少一个拟建链路。
  24. 根据权利要求18-23任一项所述的方法，其中，所述至少一个拟建链路中每个拟建链路的链路能力信息包括以下至少之一：
    RSN能力；
    RSNE能力；
    扩展RSNE能力；
    RSN扩展元素能力。
  25. 根据权利要求24所述的方法，其中，所述至少一个拟建链路中，不同的拟建链路的链路能力信息与所述至少一个已建链路的共用能力信息相同，和/或，不同的拟建链路的操作参数与所述至少一个已建链路的共用操作信息相同。
  26. 根据权利要求18-25任一项所述的方法，其中，所述第一请求帧还包括：
    所述至少一个拟建链路中每个拟建链路对应的健壮安全网络元素，和/或，每个拟建链路对应的健壮安全网络扩展元素；其中，每个所述健壮安全网络元素包括与其对应的拟建链路的能力信息和/或操作参数中的至少部分内容，每个所述健壮安全网络扩展元素包括与其对应的拟建链路的能力信息和/或操作参数中的至少部分内容。
  27. 根据权利要求11-26任一项所述的方法，其中，
    在所述第一MLD支持多链路操作，且所述第一MLD与所述第二MLD已完成多链路建立的情况下，所述第一请求帧包括所述第一多链路元素；
    在所述第一MLD支持多链路操作，且所述第一MLD与所述第二MLD未完成多链路建立的情况下，所述第一请求帧包括基本多链路元素；
    在所述第一MLD不支持所述多链路操作的情况下，所述第一请求帧不包括所述第一多链路元素和所述基本多链路元素。
  28. 根据权利要求11-27任一项所述的方法，其中，所述第一多链路元素是第一新增重配置多链路元素，所述第一新增重配置多链路元素用于在已经完成多链路建立的情况下，增加所述至少一个拟建链路。
  29. 根据权利要求7-28任一项所述的方法，其中，所述第一响应帧包括第二多链路元素，其中，所述第二多链路元素包括：
    第二通用信息域，所述第二通用信息域用于指示所述至少一个拟建链路和所述至少一个已建链路共用的信息；
    和/或，
    第二链路信息域，所述第二链路信息域用于指示至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，所述第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
  30. 根据权利要求29所述的方法，其中，所述第二通用信息域包括以下至少之一：
    所述第二MLD的MLD MAC地址信息；
    第二通用能力信息；所述第二通用能力信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的能力；
    第二通用操作信息；所述第二通用操作信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的操作；
    BBS参数改变计数子域，所述BBS参数改变计数子域用于对BSS参数发生关键更新进行计数；
    链路标识信息，所述链路标识信息用于指示发送所述第一响应帧的链路的链路标识。
  31. 根据权利要求30所述的方法，其中，所述第二通用能力信息包括以下至少之一：
    所述第二MLD的MLD能力；
    所述第二MLD的EML能力；
    RSN能力；
    RSNE能力；
    扩展RSNE能力；
    RSN扩展元素能力。
  32. 根据权利要求29-31任一项所述的方法，其中，所述第二链路信息域包括所述至少一个拟建链路，和/或，所述至少一个第一已建链路中每个链路在所述第二MLD中关联的附属站点的站点信息，所述第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
  33. 根据权利要求32所述的方法，其中，所述站点信息携带在第二每站点配置子元素中；所述第二每站点配置子元素包括以下至少之一：
    第二子元素标识子域，所述第二子元素标识子域用于指示所述第二每站点配置子元素的子元素标识；
    第二长度子域，所述第二长度子域用于指示所述第二每站点配置子元素的长度；
    第二站点控制子域，所述第二站点控制子域用于指示站点控制信息；
    第二站点信息子域，所述第二站点信息子域用于指示站点信息；
    第二站点配置子域，所述第二站点配置子域用于指示站点配置信息。
  34. 根据权利要求29-33任一项所述的方法，其中，所述第一响应帧还包括第二发送站点信息域，所述第二发送站点信息域用于指示发送所述第一响应帧的链路在所述第二MLD中关联的附属站点的站点信息。
  35. 根据权利要求29-34任一项所述的方法，其中，在所述第一响应帧通过第三拟建链路传输的情况下，所述第三拟建链路为所述至少一个拟建链路的其中一个拟建链路，所述第一响应帧还包括状态码域，所述状态码域用于指示所述第三拟建链路的建立结果。
  36. 根据权利要求35所述的方法，其中，
    在所述第三拟建链路被所述第二MLD接受的情况下，所述状态码域用于指示所述第三拟建链路新增成功；
    在所述第三拟建链路被所述第二MLD拒绝的情况下，所述状态码域用于指示所述第三拟建链路新增链路失败和/或失败的原因。
  37. 根据权利要求36所述的方法，其中，在所述第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容的情况下，所述状态码域指示所述第三拟建链路失败的原因为：所述第三拟建链路的链路能力与链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与链路共用操作不兼容。
  38. 根据权利要求35-37任一项所述的方法，其中，所述第三拟建链路的状态码域通过以下中的至少一项携带：
    所述第一响应帧的帧体；
    所述第二多链路元素的第二链路信息域。
  39. 根据权利要求35-37任一项所述的方法，其中，在所述至少一个拟建链路的数量为多个的情况下，所述第二多链路元素包括所述第二通用信息域和所述第二链路信息域；
    所述第二链路信息包括每个第四拟建链路的第二每站点配置子元素；所述第四拟建链路为所述至少一个拟建链路中除了所述第三拟建链路之外拟建链路；
    所述每个第四拟建链路的第二每站点配置子元素还包括所述每个第四拟建链路的状态码子域；所述每个第四拟建链路的状态码子域用于指示对应的第四拟建链路的建立结果。
  40. 根据权利要求39所述的方法，
    对于被所述第二MLD接受的第四拟建链路的状态码子域用于指示新增链路成功；
    对于被所述第二MLD拒绝的第四拟建链路的状态码子域用于指示新增链路失败和/或失败的原因。
  41. 根据权利要求40所述的方法，其中，在所述第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容的情况下，
    所述每个第四拟建链路的状态码子域用于指示新增链路失败，和/或，所述每个第四拟建链路的状态码子域指示失败的原因为所述第三拟建链路建立失败。
  42. 根据权利要求35所述的方法，其中，所述第一响应帧为新增链路关联响应帧，所述新增链路关联响应帧用于以下至少之一：
    在多链路重配置中新增或拒绝传输所述第一响应帧的第三拟建链路；
    在多链路重配置中新增或拒绝所述第四拟建链路。
  43. 根据权利要求29-34任一项所述的方法，其中，在传输所述第一响应帧的链路为所述至少一个已建链路的其中一个已建链路的情况下，所述第二多链路元素包括所述第二通用信息域和所述第二链路信息域；
    对于所述至少一个拟建链路中每个拟建链路的建立结果，通过所述第二链路信息域中每个拟建链路的第二每站点配置子元素的状态码子域指示；
    对于被所述第二MLD接受的拟建链路，其状态码子域用于指示新增链路成功；
    对于被所述第二MLD拒绝的拟建链路，其状态码子域用于指示新增链路失败和/或失败的原因。
  44. 根据权利要求43所述的方法，其中，
    对于链路能力与所述链路共用力不兼容，和/或，对应的第一附属站点的操作需求与所述链路共用操作不兼容的拟建链路，其状态码子域用于指示新增链路失败，和/或失败的原因为：链路能力与链路共用能力不兼容，和/或，第一附属站点的操作需求与链路共用操作不兼容。
  45. 根据权利要求43或44所述的方法，其中，所述第一响应帧为新增响应帧，所述新增响应帧用于在已经完成多链路建立的情况下，新增或拒绝所述至少一个拟建链路。
  46. 根据权利要求7-45任一项所述的方法，其中，
    在所述第二MLD支持多链路操作，且所述第二MLD与所述第一MLD已完成多链路建立的情况下，所述第一响应帧包括所述第二多链路元素；
    在所述第二MLD支持多链路操作，且所述第二MLD与所述第一MLD未完成多链路建立的情况下，所述第一响应帧包括基本多链路元素；
    在所述第二MLD不支持所述多链路操作的情况下，所述第一响应帧不包括所述第二多链路元素和基本多链路元素。
  47. 根据权利要求29-46任一项所述的方法，其中，所述第二多链路元素是第二新增重配置多链路元素，所述第二新增重配置多链路元素用于在已经完成多链路建立的情况下，增加所述至少一个拟建链路。
  48. 根据权利要求7-47任一项所述的方法，其中，发送所述第一请求帧的链路与接收所述第一响应帧的链路为同一链路。
  49. 根据权利要求1-48任一项所述的方法，其中，在增加至少一个新建链路之后，所述至少一个新建链路是所述至少一个拟建链路中成功建立的链路，所述至少一个新建链路为所述至少一个待建链路中的部分链路或全部链路，还包括：
    所述第一MLD与所述第二MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对所述至少一个新增链路进行安全认证。
  50. 根据权利要求49所述的方法，其中，所述所述第一MLD与所述第二MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对所述至少一个新增链路进行安全认证，包括：
    在所述第一MLD处于第一状态的情况下，所述第一MLD与所述第二MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，所述第一状态指示所述至少一个已建链路中至少部分已建链路未完成安全认证。
  51. 根据权利要求50所述的方法，其中，所述第一MLD与所述第二MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对所述至少一个新增链路进行安全认证，包括：
    在所述第一MLD处于第二状态的情况下，所述第一MLD与所述第二MLD对所述至少一个新增链路进行安全认证，所述第二状态指示所述至少一个已建链路均已完成安全认证。
  52. 根据权利要求49-41任一项所述的方法，其中，所述至少一个新建链路使用的第一部分传输参数与所述至少一个已建链路使用的第一部分参数相同，和/或，所述至少一个新建链路使用的第二部分参数重新建立。
  53. 根据权利要求52所述的方法，其中，所述第一部分参数包括以下至少之一：成对临时密钥PTK、关联标识AID。
  54. 根据权利要求52或53所述的方法，其中，所述第二部分参数包括以下至少之一：组播临时密钥GTK、完整性组播密钥IGTK、信标完整性组播临时密钥BIGTK。
  55. 根据权利要求49-54任一项所述的方法，其中，所述第一MLD与所述第二MLD对所述至少一个新增链路进行安全认证，包括：
    所述第一MLD与所述第二MLD之间进行握手消息的交互，所述握手消息的交互用于为所述至少一个新建链路生成第二部分传输参数。
  56. 根据权利要求55所述的方法，其中，所述握手消息包括四次握手消息，所述第一MLD与所述第二MLD之间进行握手消息的交互，包括：
    所述第一MLD接收所述第二MLD发送的第一握手消息，所述第一握手消息用于确认所述至少一个新增链路是否使用第一部分传输参数；
    所述第一MLD向所述第二MLD发送第二握手消息，所述第二握手消息用于同步或确认所述至少一个新增链路使用的所述第一部分传输参数；
    所述第一MLD接收所述第二MLD发送的第三握手消息，所述第三握手消息用于指示所述至少一个新增链路中每个新增链路使用的第二部分传输参数；
    所述第一MLD向所述第二MLD发送第四握手消息，所述第四握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
  57. 根据权利要求56所述的方法，其中，所述第一握手消息和所述第二握手消息不包括用于生成所述第一部分传输参数的随机数。
  58. 根据权利要求56或57所述的方法，其中，所述第二握手消息中包括所述至少一个新增链路中每个新增链路的链路信息。
  59. 根据权利要求56-58任一项所述的方法，其中，所述第三握手消息包括以下至少之一：
    所述至少一个新增链路中每个新增链路的链路信息；
    所述每个新增链路的组播临时密钥GTK；
    所述每个新增链路的完整性组播密钥IGTK；
    所述每个新增链路的信标完整性组播临时密钥BIGTK。
  60. 根据权利要求55所述的方法，其中，所述握手消息包括两次组播握手消息，所述第一MLD与所述第二MLD之间进行握手消息的交互，包括：
    所述第一MLD接收所述第二MLD发送的第一组播握手消息，所述第一组播握手消息用于指示所述至少一个新增链路中每个新增链路使用的第二部分传输参数；
    所述第一MLD向所述第二MLD发送第二组播握手消息，所述第二组播握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
  61. 根据权利要求1-60任一项所述的方法，其中，
    所述至少一个拟建链路与所述至少一个已建链路采用不同的非重叠信道，且不同的所述拟建链路采用不同的非重叠信道，不同的已建链路采用不同的非重叠信道。
  62. 根据权利要求1-61任一项所述的方法，其中，
    所述第一MLD为非接入点多链路设备non-AP MLD；
    所述第二MLD为non-AP MLD，或接入点多链路设备AP MLD。
  63. 一种多链路重配置方法，包括：
    第二MLD接收第一MLD发送的第一请求帧，和/或，所述第二MLD向所述第一MLD发送的第一响应帧；其中，所述第一请求帧用于在多链路重配置中请求增加至少一个拟建链路，所述第一响应帧用于在多链路重配置中增加所述至少一个拟建链路。
  64. 根据权利要求63所述的方法，其中，所述第一请求帧包括所述至少一个拟建链路的链路能力信息，和/或所述至少一个第一附属站点的操作信息；所述至少一个第一附属站点为至少一个拟建链路在所述第一MLD中关联的附属站点。
  65. 根据权利要求64所述的方法，其中，
    所述第二MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个 第一附属站点的操作需求是否与链路共用操作兼容；所述至少一个拟建链路的链路能力通过所述至少一个拟建链路的链路能力信息确定，和/或，所述至少一个第一附属站点的操作需求通过所述至少一个第一附属站点的操作信息确定。
  66. 根据权利要求65所述的方法，其中，所述链路共用能力包括以下中的至少一项：
    所述至少一个已建链路共用的健壮安全网络RSN能力；
    所述至少一个已建链路共用的健壮安全网络元素RSNE能力；
    所述至少一个已建链路共用的扩展RSNE能力；
    所述至少一个已建链路共用的RSN扩展元素能力。
  67. 根据权利要求65或66所述的方法，其中，所述链路共用操作通过以下中至少一项指示：
    所述至少一个已建链路共用的认证与密钥管理套件选择器；
    所述至少一个已建链路共用的成对密码套件。
  68. 根据权利要求65-67任一项所述的方法，其中，所述第一响应帧用于在所述至少一个拟建链路中存在目标拟建链路的情况下，指示所述目标拟建链路新增失败；其中，所述目标拟建链路是所述至少一个拟建链路中链路能力与所述链路共用能力不兼容，和/或，所述至少一个第一附属站点的操作需求与所述链路共用操作不兼容的拟建链路。
  69. [根据细则91更正 22.07.2022]
    根据权利要求63-68任一项所述的方法，其中，所述第二MLD接收第一MLD发送的第一请求帧，和/或，所述第二MLD向所述第一MLD发送的第一响应帧之前，还包括：
    所述第二MLD向所述第一MLD发送至少一个第二附属站点的站点信息；所述至少一个第二附属站点的站点信息用于指示所述至少一个拟建链路的链路能力，和/或，所述至少一个第一附属站点的操作需求；
    所述至少一个第二附属站点包括所述第二MLD中新增的附属站点，和/或，所述第二MLD中与第一MLD未建立链路的附属站点。
  70. 根据权利要求69所述的方法，其中，所述至少一个第二附属站点的站点信息通过信标帧或探测响应帧携带。
  71. 根据权利要求63-70任一项所述的方法，其中，第二MLD接收第一MLD发送的第一请求帧，和/或，所述第二MLD向所述第一MLD发送的第一响应帧，包括：
    所述第二MLD通过所述至少一个已建链路中的其中一个已建链路接收所述第一请求帧，和/或，发送所述第一响应帧；
    所述第二MLD通过所述至少一个拟建链路中的其中一个拟建链路接收所述第一请求帧，和/或，发送所述第一响应帧。
  72. 根据权利要求63-71所述的方法，其中，所述第一请求帧包括第一多链路元素，所述第一多链路元素包括：
    第一通用信息域，所述第一通用信息域用于指示所述至少一个拟建链路和所述至少一个已建链路共用的信息；
    和/或，
    第一链路信息域，所述第一链路信息域用于指示所述至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，所述至少一个第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
  73. 根据权利要求72所述的方法，其中，所述第一通用信息域包括以下中的至少一项：
    所述第一MLD的MLD MAC地址信息；
    第一通用能力信息；所述第一通用能力信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的能力；
    第一通用操作信息；所述第一通用操作信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的操作。
  74. 根据权利要求73所述的方法，其中，所述第一通用能力信息包括以下中的至少一项：
    所述第一MLD的MLD能力；
    所述第一MLD的EML能力；
    RSN能力；
    RSNE能力；
    扩展RSNE能力；
    RSN扩展元素能力。
  75. 根据权利要求72-74任一项所述的方法，其中，所述第一链路信息域包括所述至少一个拟建链路，和/或，所述至少一个第一已建链路中每个链路在所述第一MLD中关联的附属站点的站点信息。
  76. 根据权利要求75所述的方法，其中，所述站点信息携带在第一每站点配置子元素中；所述第一每站点配置子元素包括以下至少之一：
    第一子元素标识子域，所述第一子元素标识子域用于指示所述第一每站点配置子元素的子元素标识；
    第一长度子域，所述第一长度子域用于指示所述第一每站点配置子元素的长度；
    第一站点控制子域，所述第一站点控制子域用于指示站点控制信息；
    第一站点信息子域，所述第一站点信息子域用于指示站点信息；
    第一站点配置子域，所述第一站点配置子域用于指示站点配置信息。
  77. 根据权利要求76所述的方法，其中，所述第一站点控制子域包括链路标识子域，所述链路标识子域用于指示对应链路在所述第二MLD中的附属站点的标识信息。
  78. 根据权利要求72-77任一项所述的方法，其中，所述第一请求帧还包括第一发送站点信息域，所述第一发送站点信息域用于指示发送所述第一请求帧的链路在所述第一MLD中关联的附属站点的站点信息。
  79. 根据权利要求71-78任一项所述的方法，其中，在所述第一请求帧通过第一拟建链路发送的情况下，所述第一拟建链路为所述至少一个拟建链路中的其中一个拟建链路，所述第一请求帧还包括所述第一拟建链路的链路能力信息，和/或，操作参数；
    其中，所述链路能力信息用于指示链路能力，所述操作参数用于指示对应附属站点的操作信息。
  80. 根据权利要求79所述的方法，其中，所述第一拟建链路的链路能力信息和/或操作信息通过以下中的至少一项携带：
    第一请求帧的帧体；
    所述第一多链路元素的第一链路信息域。
  81. 根据权利要求79所述的方法，其中，所述至少一个拟建链路的数量包括多个的情况下，所述第一多链路元素包括所述第一通用信息域和所述第一链路信息域；
    所述第一链路信息域包括每个第二拟建链路的第一每站点配置子元素；
    所述第二拟建链路是所述至少一个拟建链路中除了所述第一拟建链路之外的链路；
    每个所述第二拟建链路的链路能力信息，和/或，操作参数，通过每个所述第二拟建链路的第一每站点配置子元素携带。
  82. 根据权利要求63-81任一项所述的方法，其中，所述第一请求帧为新增链路关联请求帧，所述新增链路关联请求帧用于在已经完成多链路建立的情况下，请求增加发送所述第一请求帧的第一拟建链路，和/或，第二拟建链路。
  83. 根据权利要求71-78任一项所述的方法，其中，在所述第一请求帧通过所述至少一个已建链路中的其中一个已建链路发送的情况下，
    所述第一多链路元素包括所述第一通用信息域和所述第一链路信息域；所述至少一个拟建链路中每个拟建链路的链路能力信息，和/或，操作参数，通过所述第一链路信息域中每个拟建链路的第一每站点配置子元素携带。
  84. 根据权利要求83所述的方法，其中，所述第一请求帧为新增请求帧，所述新增请求帧用于在已经完成多链路建立的情况下，请求增加所述至少一个拟建链路。
  85. 根据权利要求79-84任一项所述的方法，其中，所述至少一个拟建链路中每个拟建链路的链路能力信息包括以下至少之一：
    RSN能力；
    RSNE能力；
    扩展RSNE能力；
    RSN扩展元素能力。
  86. 根据权利要求85所述的方法，其中，所述至少一个拟建链路中，不同的拟建链路的链路能力信息与所述至少一个已建链路的共用能力信息相同，和/或，不同的拟建链路的操作参数与所述至少一个已建链路的共用操作信息相同。
  87. 根据权利要求79-86任一项所述的方法，其中，所述第一请求帧还包括：所述至少一个拟建链路中每个拟建链路对应的健壮安全网络元素，和/或，每个拟建链路对应的健壮安全网络扩展元 素；其中，每个所述健壮安全网络元素包括与其对应的拟建链路的能力信息和/或操作参数中的至少部分内容，每个所述健壮安全网络扩展元素包括与其对应的拟建链路的能力信息和/或操作参数中的至少部分内容。
  88. 根据权利要求72-87任一项所述的方法，其中，
    在所述第一MLD支持多链路操作，且所述第一MLD与所述第二MLD已完成多链路建立的情况下，所述第一请求帧包括所述第一多链路元素；
    在所述第一MLD支持多链路操作，且所述第一MLD与所述第二MLD未完成多链路建立的情况下，所述第一请求帧包括基本多链路元素；
    在所述第一MLD不支持所述多链路操作的情况下，所述第一请求帧不包括所述第一多链路元素和所述基本多链路元素。
  89. 根据权利要求72-88任一项所述的方法，其中，所述第一多链路元素是第一新增重配置多链路元素，所述第一新增重配置多链路元素用于在已经完成多链路建立的情况下，增加所述至少一个拟建链路。
  90. 根据权利要求63-89任一项所述的方法，其中，所述第一响应帧包括第二多链路元素，其中，所述第二多链路元素包括：
    第二通用信息域，所述第二通用信息域用于指示所述至少一个拟建链路和所述至少一个已建链路共用的信息；
    和/或，
    第二链路信息域，所述第二链路信息域用于指示至少一个拟建链路的链路信息和/或至少一个第一已建链路的链路信息，所述第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
  91. 根据权利要求90所述的方法，其中，所述第二通用信息域包括以下至少之一：
    所述第二MLD的MLD MAC地址信息；
    第二通用能力信息；所述第二通用能力信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的能力；
    第二通用操作信息；所述第二通用操作信息用于指示所述至少一个已建链路与所述至少一个拟建链路共用的操作；
    BBS参数改变计数子域，所述BBS参数改变计数子域用于对BSS参数发生关键更新进行计数；
    链路标识信息，所述链路标识信息用于指示发送所述第一响应帧的链路的链路标识。
  92. 根据权利要求91所述的方法，其中，所述第二通用能力信息包括以下至少之一：
    所述第二MLD的MLD能力；
    所述第二MLD的EML能力；
    RSN能力；
    RSNE能力；
    扩展RSNE能力；
    RSN扩展元素能力。
  93. 根据权利要求90-92任一项所述的方法，其中，所述第二链路信息域包括所述至少一个拟建链路，和/或，所述至少一个第一已建链路中每个链路在所述第二MLD中关联的附属站点的站点信息，所述第一已建链路为所述至少一个已建链路中与所述至少一个拟建链路关联的链路。
  94. 根据权利要求93所述的方法，其中，所述站点信息携带在第二每站点配置子元素中；所述第二每站点配置子元素包括以下至少之一：
    第二子元素标识子域，所述第二子元素标识子域用于指示所述第二每站点配置子元素的子元素标识；
    第二长度子域，所述第二长度子域用于指示所述第二每站点配置子元素的长度；
    第二站点控制子域，所述第二站点控制子域用于指示站点控制信息；
    第二站点信息子域，所述第二站点信息子域用于指示站点信息；
    第二站点配置子域，所述第二站点配置子域用于指示站点配置信息。
  95. 根据权利要求63-94任一项所述的方法，其中，所述第一响应帧还包括第二发送站点信息域，所述第二发送站点信息域用于指示发送所述第一响应帧的链路在所述第二MLD中关联的附属站点的站点信息。
  96. 根据权利要求63-95任一项所述的方法，其中，在所述第一响应帧通过第三拟建链路传输 的情况下，所述第三拟建链路为所述至少一个拟建链路的其中一个拟建链路，所述第一响应帧还包括状态码域，所述状态码域用于指示所述第三拟建链路的建立结果。
  97. 根据权利要求96所述的方法，其中，
    在所述第三拟建链路被所述第二MLD接受的情况下，所述状态码域用于指示所述第三拟建链路新增成功；
    在所述第三拟建链路被所述第二MLD拒绝的情况下，所述状态码域用于指示所述第三拟建链路新增链路失败和/或失败的原因。
  98. 根据权利要求97所述的方法，其中，在所述第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容的情况下，所述状态码域指示所述第三拟建链路失败的原因为：所述第三拟建链路的链路能力与链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与链路共用操作不兼容。
  99. 根据权利要求96-98任一项所述的方法，其中，所述第三拟建链路的状态码域通过以下中的至少一项携带：
    所述第一响应帧的帧体；
    所述第二多链路元素的第二链路信息域。
  100. 根据权利要求90-99任一项所述的方法，其中，在所述至少一个拟建链路的数量为多个的情况下，所述第二多链路元素包括所述第二通用信息域和所述第二链路信息域；
    所述第二链路信息包括每个第四拟建链路的第二每站点配置子元素；所述第四拟建链路为所述至少一个拟建链路中除了所述第三拟建链路之外拟建链路；
    所述每个第四拟建链路的第二每站点配置子元素还包括所述每个第四拟建链路的状态码子域；所述每个第四拟建链路的状态码子域用于指示对应的第四拟建链路的建立结果。
  101. 根据权利要求100所述的方法，
    对于被所述第二MLD接受的第四拟建链路的状态码子域用于指示新增链路成功；
    对于被所述第二MLD拒绝的第四拟建链路的状态码子域用于指示新增链路失败和/或失败的原因。
  102. 根据权利要求101所述的方法，其中，在所述第三拟建链路的链路能力与所述链路共用能力不兼容，和/或，所述第三拟建链路对应的第一附属站点的操作需求与所述链路共用操作不兼容的情况下，
    所述每个第四拟建链路的状态码子域用于指示新增链路失败，和/或，所述每个第四拟建链路的状态码子域指示失败的原因为所述第三拟建链路建立失败。
  103. 根据权利要求96-103任一项所述的方法，其中，所述第一响应帧为新增链路关联响应帧，所述新增链路关联响应帧用于以下至少之一：
    在多链路重配置中新增或拒绝传输所述第一响应帧的第三拟建链路；
    在多链路重配置中新增或拒绝所述第四拟建链路。
  104. 根据权利要求63-95任一项所述的方法，其中，在传输所述第一响应帧的链路为所述至少一个已建链路的其中一个已建链路的情况下，所述第二多链路元素包括所述第二通用信息域和所述第二链路信息域；
    对于所述至少一个拟建链路中每个拟建链路的建立结果，通过所述第二链路信息域中每个拟建链路的第二每站点配置子元素的状态码子域指示；
    对于被所述第二MLD接受的拟建链路，其状态码子域用于指示新增链路成功；
    对于被所述第二MLD拒绝的拟建链路，其状态码子域用于指示新增链路失败和/或失败的原因。
  105. 根据权利要求104所述的方法，其中，
    对于链路能力与所述链路共用力不兼容，和/或，对应的第一附属站点的操作需求与所述链路共用操作不兼容的拟建链路，其状态码子域用于指示新增链路失败，和/或失败的原因为：链路能力与链路共用能力不兼容，和/或，第一附属站点的操作需求与链路共用操作不兼容。
  106. 根据权利要求104或105所述的方法，其中，所述第一响应帧为新增响应帧，所述新增响应帧用于在已经完成多链路建立的情况下，新增或拒绝所述至少一个拟建链路。
  107. 根据权利要求90-106任一项所述的方法，其中，
    在所述第二MLD支持多链路操作，且所述第二MLD与所述第一MLD已完成多链路建立的情况下，所述第一响应帧包括所述第二多链路元素；
    在所述第二MLD支持多链路操作，且所述第二MLD与所述第一MLD未完成多链路建立的情 况下，所述第一响应帧包括基本多链路元素；
    在所述第二MLD不支持所述多链路操作的情况下，所述第一响应帧不包括所述第二多链路元素和基本多链路元素。
  108. 根据权利要求90-107任一项所述的方法，其中，所述第二多链路元素是第二新增重配置多链路元素，所述第二新增重配置多链路元素用于在已经完成多链路建立的情况下，增加所述至少一个拟建链路。
  109. 根据权利要求63-109任一项所述的方法，其中，发送所述第一请求帧的链路与接收所述第一响应帧的链路为同一链路。
  110. 根据权利要求63-109任一项所述的方法，其中，在增加至少一个新建链路之后，所述至少一个新建链路是所述至少一个拟建链路中成功建立的链路，所述至少一个新建链路为所述至少一个待建链路中的部分链路或全部链路，还包括：
    所述第二MLD与所述第一MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对所述至少一个新增链路进行安全认证。
  111. 根据权利要求110所述的方法，其中，所述所述第二MLD与所述第一MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对所述至少一个新增链路进行安全认证，包括：
    在所述第一MLD处于第一状态的情况下，所述第二MLD与所述第一MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，所述第一状态指示所述至少一个已建链路中至少部分已建链路未完成安全认证。
  112. 根据权利要求110所述的方法，其中，所述第二MLD与所述第一MLD对所述至少一个新增链路和所述至少一个已建链路进行安全认证，或者对所述至少一个新增链路进行安全认证，包括：
    在所述第一MLD处于第二状态的情况下，所述第二MLD与所述第一MLD对所述至少一个新增链路进行安全认证，所述第二状态指示所述至少一个已建链路均已完成安全认证。
  113. 根据权利要求110-113任一项所述的方法，其中，所述至少一个新建链路使用的第一部分传输参数与所述至少一个已建链路使用的第一部分参数相同，和/或，所述至少一个新建链路使用的第二部分参数重新建立。
  114. 根据权利要求113所述的方法，其中，所述第一部分参数包括以下至少之一：成对临时密钥PTK、关联标识AID。
  115. 根据权利要113或114所述的方法，其中，所述第二部分参数包括以下至少之一：组播临时密钥GTK、完整性组播密钥IGTK、信标完整性组播临时密钥BIGTK。
  116. 根据权利要求110-115任一项所述的方法，其中，所述第二MLD与所述第一MLD对所述至少一个新增链路进行安全认证，包括：
    所述第二MLD与所述第一MLD之间进行握手消息的交互，所述握手消息的交互用于为所述至少一个新建链路生成第二部分传输参数。
  117. 根据权利要求116所述的方法，其中，所述握手消息包括四次握手消息，所述第二MLD与所述第一MLD之间进行握手消息的交互，包括：
    所述第二MLD向所述第一MLD发送第一握手消息，所述第一握手消息用于确认所述至少一个新增链路是否使用第一部分传输参数；
    所述第二MLD接收所述第一MLD发送的第二握手消息，所述第二握手消息用于同步或确认所述至少一个新增链路使用的所述第一部分传输参数；
    所述第二MLD向所述第一MLD发送第三握手消息，所述第三握手消息用于指示所述至少一个新增链路中每个新增链路使用的第二部分传输参数；
    所述第二MLD接收所述第一MLD发送的第四握手消息，所述第四握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
  118. 根据权利要求117所述的方法，其中，所述第一握手消息和所述第二握手消息不包括用于生成所述第一部分传输参数的随机数。
  119. 根据权利要求117或118所述的方法，其中，所述第二握手消息中包括所述至少一个新增链路中每个新增链路的链路信息。
  120. 根据权利要求117-119任一项所述的方法，其中，所述第三握手消息包括以下至少之一：
    所述至少一个新增链路中每个新增链路的链路信息；
    所述每个新增链路的组播临时密钥GTK；
    所述每个新增链路的完整性组播密钥IGTK；
    所述每个新增链路的信标完整性组播临时密钥BIGTK。
  121. 根据权利要求116所述的方法，其中，所述握手消息包括两次组播握手消息，所述第二MLD与所述第一MLD之间进行握手消息的交互，包括：
    所述第二MLD向所述第一MLD发送第一组播握手消息，所述第一组播握手消息用于指示所述至少一个新增链路中每个新增链路使用的第二部分传输参数；
    所述第二MLD接收所述第一MLD发送第二组播握手消息，所述第二组播握手消息用于确认成功建立所述每个新增链路使用的第二部分传输参数。
  122. 根据权利要求63-121任一项所述的方法，其中，
    所述至少一个拟建链路与所述至少一个已建链路采用不同的非重叠信道，且不同的所述拟建链路采用不同的非重叠信道，不同的已建链路采用不同的非重叠信道。
  123. 根据权利要求1-122任一项所述的方法，其中，
    所述第一MLD为非接入点多链路设备non-AP MLD；
    所述第二MLD为non-AP MLD，或接入点多链路设备AP MLD。
  124. 一种多链路重配置装置，应用于第一多链路设备MLD，所述装置包括：
    第一确定单元，被配置为在第一多链路设备MLD与第二MLD已经完成多链路建立，并建立至少一个已建链路的情况下，所述第一MLD确定至少一个拟建链路的链路能力是否与链路共用能力兼容，和/或，至少一个第一附属站点的操作需求是否与链路共用操作兼容；
    其中，所述至少一个第一附属站点为至少一个拟建链路在所述第一MLD中关联的附属站点；所述链路共用能力是指所述至少一个已建链路共用的能力，所述链路共用操作是指所述至少一个已建链路共用的操作。
  125. 一种多链路重配置装置，应用于第二多链路设备MLD，所述装置包括：
    第二收发单元，配置为接收第一MLD发送的第一请求帧；和/或，向所述第一MLD发送的第一响应帧；其中，所述第一请求帧用于在多链路重配置中请求增加至少一个拟建链路，所述第一响应帧用于在多链路重配置中增加所述至少一个拟建链路。
  126. 一种通信设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至62中任一项所述的方法，或权利要求63-123任一项所述的方法。
  127. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至62中任一项所述的方法，或权利要求63-123任一项所述的方法。
  128. [根据细则91更正 22.07.2022]
    一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至62中任一项所述的方法，或权利要求63-123任一项所述的方法。
  129. [根据细则91更正 22.07.2022]
    一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至62中任一项所述的方法，或权利要求63-123任一项所述的方法。
  130. 一种计算机程序，所述计算机程序使得计算机执行如权利要求1至62中任一项所述的方法，或权利要求63-123任一项所述的方法。
PCT/CN2022/101335 2022-06-24 2022-06-24 一种多链路重配置方法及装置、通信设备 WO2023245687A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/101335 WO2023245687A1 (zh) 2022-06-24 2022-06-24 一种多链路重配置方法及装置、通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/101335 WO2023245687A1 (zh) 2022-06-24 2022-06-24 一种多链路重配置方法及装置、通信设备

Publications (1)

Publication Number Publication Date
WO2023245687A1 true WO2023245687A1 (zh) 2023-12-28

Family

ID=89379061

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/101335 WO2023245687A1 (zh) 2022-06-24 2022-06-24 一种多链路重配置方法及装置、通信设备

Country Status (1)

Country Link
WO (1) WO2023245687A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190082373A1 (en) * 2017-09-11 2019-03-14 Qualcomm Incorporated Techniques for multi-link aggregation signaling
CN110199494A (zh) * 2017-01-19 2019-09-03 高通股份有限公司 用于链路聚合建立和重新配置的信令
US20210045175A1 (en) * 2019-10-22 2021-02-11 Po-Kai Huang Multi-link re-setup and link change
CN113273308A (zh) * 2019-01-11 2021-08-17 高通股份有限公司 基于分组的链路聚集架构
WO2022037254A1 (zh) * 2020-08-21 2022-02-24 华为技术有限公司 一种多链路通信方法、业务与链路映射的方法及设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110199494A (zh) * 2017-01-19 2019-09-03 高通股份有限公司 用于链路聚合建立和重新配置的信令
US20190082373A1 (en) * 2017-09-11 2019-03-14 Qualcomm Incorporated Techniques for multi-link aggregation signaling
CN111066271A (zh) * 2017-09-11 2020-04-24 高通股份有限公司 多链路聚合信令的技术
CN113273308A (zh) * 2019-01-11 2021-08-17 高通股份有限公司 基于分组的链路聚集架构
US20210045175A1 (en) * 2019-10-22 2021-02-11 Po-Kai Huang Multi-link re-setup and link change
WO2022037254A1 (zh) * 2020-08-21 2022-02-24 华为技术有限公司 一种多链路通信方法、业务与链路映射的方法及设备

Similar Documents

Publication Publication Date Title
EP3128718B1 (en) Service discovery method and device
EP2813098A1 (en) A fast-accessing method and apparatus
US10263960B2 (en) Wireless communication system and wireless communication method
JP2017022746A (ja) コンカレントデバイス発見のためのシステムおよび方法
WO2021087910A1 (zh) 用于连接网络的方法和设备
JP6437676B2 (ja) Ａｐに接続されるｓｔａのための再アソシエーション時間を低減すること
TWI805263B (zh) 直連鏈路定址方法及裝置
WO2014069870A1 (ko) 무선랜 시스템에서 고속 링크 동기화 방법 및 장치
CN116746179A (zh) Wlan多链路tdls密钥导出
WO2022095047A1 (zh) 无线通信的方法、终端设备和网络设备
WO2015139434A1 (zh) 安全算法的确定方法及装置
JP2018527819A (ja) アクセス認証の方法および装置
US20230185910A1 (en) Communication method, apparatus, and system
WO2023245687A1 (zh) 一种多链路重配置方法及装置、通信设备
WO2022148469A1 (zh) 一种安全保护方法、装置和系统
TW202312723A (zh) 一種通信方法及通信裝置
WO2022027513A1 (zh) 通信方法、装置及系统
WO2023245678A1 (zh) 一种多链路重配置方法及装置、通信设备
WO2023137760A1 (zh) 无线通信方法、远端ue、ausf以及amf
WO2022150992A1 (zh) 无线通信方法及设备
WO2022141211A1 (zh) 小区搜索方法、终端设备和网络设备
US11722894B2 (en) Methods and devices for multi-link device (MLD) address discovery in a wireless network
WO2023050373A1 (zh) 一种通信方法、装置及系统
TWI820874B (zh) 一種應用於通道直接鏈路建立的傳輸方法及裝置
WO2022160275A1 (zh) 无线通信方法、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22947453

Country of ref document: EP

Kind code of ref document: A1