WO2025213344A1 - 多链路设备的协作通信方法及无线通信设备 - Google Patents

多链路设备的协作通信方法及无线通信设备

Info

Publication number
WO2025213344A1
WO2025213344A1 PCT/CN2024/086678 CN2024086678W WO2025213344A1 WO 2025213344 A1 WO2025213344 A1 WO 2025213344A1 CN 2024086678 W CN2024086678 W CN 2024086678W WO 2025213344 A1 WO2025213344 A1 WO 2025213344A1
Authority
WO
WIPO (PCT)
Prior art keywords
mld
hop
frame
parameter information
link
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/CN2024/086678
Other languages
English (en)
French (fr)
Inventor
陆雨昕
周培
唐小勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen TCL New Technology Co Ltd
Original Assignee
Shenzhen TCL New Technology Co Ltd
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 Shenzhen TCL New Technology Co Ltd filed Critical Shenzhen TCL New Technology Co Ltd
Priority to PCT/CN2024/086678 priority Critical patent/WO2025213344A1/zh
Publication of WO2025213344A1 publication Critical patent/WO2025213344A1/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality

Definitions

  • the embodiments of the present application relate to the field of mobile communication technology, and more particularly to a collaborative communication method for multi-link devices and a wireless communication device.
  • multi-link devices can support multi-link communication.
  • Multi-link transmission can integrate multiple frequency bands and channels into a single MLD, improving user experience.
  • existing technologies do not address the data transmission process of relay MLDs. Therefore, existing technologies cannot extend wireless signal coverage and transmission distance through relay MLDs, which may adversely affect the efficiency and quality of wireless communications.
  • the embodiments of the present application provide a cooperative communication method for multi-link devices and a wireless communication device to improve the problems of the prior art and other problems.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: an MLD's affiliated station indicating a relay parameter information set of one or more related MLDs via a field/element of a frame, wherein the relay parameter information set applies to the link capability or operating parameters of the affiliated station of the MLD in relay mode and the link capability of the second hop of one or more affiliated stations of the one or more related MLDs in the relay mode.
  • MLD multi-link device
  • the MLD's affiliated stations indicate one or more sets of relay parameter information of related MLDs through fields/elements of a frame, thereby effectively performing relay selection and relay transmission.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: an affiliated site in a first MLD sends a first frame to an affiliated site in a second MLD and/or an affiliated site in a third MLD3; the first MLD receives a second frame from the second MLD, wherein the second frame includes confirmation or modification of parameters in the first frame; wherein the fields/elements of the first frame are used to indicate relay parameter information of the one or more related MLDs, and the relay parameter information set is applied to the link capability of the affiliated site of the first MLD in relay mode and the link capability of the second hop of one or more affiliated sites in the one or more related MLDs in the relay mode, and/or the link capability of the first hop, and/or the link capability of a single hop.
  • MLD multi-link device
  • the fields/elements of the first frame are used to indicate the relay parameter information of the one or more related MLDs, thereby effectively performing relay selection and relay transmission.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: an affiliated site in a first MLD sends a first frame to an affiliated site in a second MLD and/or an affiliated site in a third MLD3; whether the first MLD receives a second frame from the second MLD depends on a conditional judgment and whether the second MLD becomes a candidate relay MLD for relay transmission by the first MLD; wherein the field/element of the first frame is used to indicate relay parameter information of one or more related MLDs, and the relay parameter information set is applied to the link capability of the affiliated site of the first MLD in relay mode and the link capability of the second hop of one or more affiliated sites in the one or more related MLDs in the relay mode, and/or the link capability of the first hop, and/or the link capability of a single hop.
  • MLD multi-link device
  • the fields/elements of the first frame are used to indicate relay parameter information of one or more related MLDs, thereby effectively performing relay selection and relay transmission.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: an affiliated site in a second MLD sends a third frame to an affiliated site in a first MLD and/or an affiliated site in a third MLD; wherein the fields/elements of the third frame are used to indicate relay parameter information of one or more related MLDs, and the relay parameter information set is applied to the link capability of the affiliated site of the second MLD in relay mode and the link capability of the second hop of one or more affiliated sites in the second MLD in the relay mode, and/or the link capability of the first hop, and/or the link capability of a single hop.
  • MLD multi-link device
  • the field/element of the third frame is used to indicate the relay parameter information of one or more related MLDs. This allows for efficient relay selection and transmission.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: a fourth MLD sending a fourth frame to a fifth MLD and/or a sixth MLD for relay transmission, wherein the fourth frame indicates that the relay third party is the sixth MLD; the fourth MLD receiving a fifth frame sent by the fifth MLD, wherein the fifth frame includes confirmation or modification of parameters in the fourth frame; wherein the fourth frame or the fifth frame indicates/configures a capability set/operating parameter set.
  • MLD multi-link device
  • the fourth frame or the fifth frame indicates/configures the capability set/working parameter set, thereby enabling accurate and timely transmission, improving resource utilization efficiency, and facilitating relay energy saving.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: immediately starting the countdown of a relay response timer after a sender sends a relay initial frame; if a relay initial reply frame sent by a responder is received within a time corresponding to the relay response timer, performing subsequent transmission according to the instructions of the relay initial reply frame; if the relay initial reply frame sent by the responder is not received within the time corresponding to the relay response timer, the sender considers that the relay transmission startup has failed.
  • MLD multi-link device
  • the sender receives the relay initial reply frame sent by the responder within the time corresponding to the relay response timer, it will perform subsequent transmission according to the instructions of the relay initial reply frame, which can improve the relay transmission efficiency.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: a first MLD sending a sixth frame to a second MLD, wherein the sixth frame is used to indicate a service identifier (TIDx); wherein in the direction from the first MLD to the second MLD, transmittable TIDs and corresponding links are a first TID set and a first link set, respectively; and in the direction from the second MLD to a third MLD, transmittable TIDs and corresponding links are a second TID set and a second link set, respectively; and the first MLD receiving a seventh frame from the second MLD and determining, based on the seventh frame, transmittable TIDs and corresponding first-hop and/or second-hop links.
  • MLD multi-link device
  • the transmittable TID and the corresponding first hop and/or second hop link are determined according to the seventh frame, so that the TID can be smoothly transmitted from the first hop to the second hop, reducing the interruption probability.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: a first MLD sending a sixth frame to a second MLD, wherein the sixth frame indicates a link LINKx; the second MLD replying with a seventh frame to the first MLD; wherein, in the direction from the first MLD to the second MLD, it is assumed that the transmittable service identifier (TID) set of LINKx is ⁇ TIDSX-LINKx ⁇ ; and in the direction from the second MLD to the third MLD, it is assumed that the transmittable TID set of LINKx is ⁇ TIDSY-LINKx ⁇ .
  • TID transmittable service identifier
  • the transmittable TID set for LINKx is selected based on the seventh frame, the first MLD, or a predefined rule.
  • the second MLD, the first MLD, or a predefined rule selects a transmittable TID set for the LINKx, thereby enabling smooth transmission of the TID from the first hop to the second hop and reducing the probability of interruption.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: a first MLD sending a sixth frame to a second MLD, wherein the sixth frame indicates a link LINKx; the first MLD receiving a seventh frame sent by the second MLD, wherein the seventh frame includes a confirmation or modification of parameters in the sixth frame; wherein, in the direction from the first MLD to the second MLD, it is assumed that the transmittable service identifier (TID) set of LINKx is ⁇ TIDSX-LINKx ⁇ ; and in the direction from the second MLD to the third MLD, it is assumed that the transmittable TID set of LINKx is ⁇ TIDSY-LINKx ⁇ .
  • the transmittable TID set for LINKx is selected by the seventh frame, the first MLD, or a predefined rule.
  • the seventh frame, the first MLD, or a predefined rule is used to indicate the TID mapping TTLM-RELAY received on each link, which can achieve smooth transmission of the TID from the first hop to the second hop and reduce the interruption probability.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: when there is no overlapping service identifier-to-link mapping (TTLM) mapping link between a first MLD and a second MLD and a third MLD, using an MLD-level indication of the second MLD to set and resolve a relay frame address to achieve same-link forwarding or cross-link forwarding.
  • MLD multi-link device
  • TTLM overlapping service identifier-to-link mapping
  • the MLD-level indication of the second MLD is used to set and parse the relay frame address, thereby achieving both intra-link forwarding and inter-link forwarding.
  • An embodiment of the present application provides a collaborative communication method for a multi-link device (MLD), including: when the MLD sends and/or receives a relay frame, indicating one or more intended sites or one or more intended links, wherein the content of the relay frame is addressed to the one or more intended sites, or the relay frame is forwarded and/or replied to on the one or more intended links.
  • MLD multi-link device
  • MLD is used to indicate one or more intended sites or one or more intended links when sending and/or receiving relay frames, so that relay frames can be forwarded/replied on the same link or across links.
  • the embodiment of the present application provides a collaborative communication method of a multi-link device (MLD), including: a first MLD to a second MLD The direction and the direction from the second MLD to the third MLD are aligned with the target wake-up time TWT, and relay data transmission is performed during the period when the TWT wakes up, wherein the TWT includes first TWT parameter information and second TWT parameter information.
  • MLD multi-link device
  • the direction from the first MLD to the second MLD and the direction from the second MLD to the third MLD are aligned with the target wake-up time TWT, and relay data transmission is performed during the TWT wake-up period, which can realize wake-up for data transmission and improve the probability of timely delivery of relay data.
  • a wireless communication device provided in an embodiment of the present application includes: a processor and a memory, the memory being used to store a computer program, the processor being used to call and run the computer program stored in the memory to execute the above-mentioned relay communication method.
  • the relay communication device provided in the embodiment of the present application includes a processor and a memory.
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to perform the above-mentioned relay communication method.
  • the first node provided in an embodiment of the present application includes a processor and a memory.
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to perform the above-mentioned relay communication method.
  • the chip provided in the embodiment of the present application is used to implement the above-mentioned relay communication method.
  • the chip includes: a processor, which is used to call and run a computer program from a memory, so that a device equipped with the chip executes the above-mentioned relay communication method.
  • the computer-readable storage medium provided in an embodiment of the present application is used to store a computer program, which enables a computer to execute the above-mentioned relay communication method.
  • the computer program product provided in an embodiment of the present application includes computer program instructions, which enable a computer to execute the above-mentioned relay communication method.
  • the computer program provided in the embodiment of the present application when executed on a computer, enables the computer to execute the above-mentioned method for relay communication.
  • FIG1 is a schematic diagram of relay multi-link cooperative transmission provided by an embodiment of the present application.
  • FIG2 is a schematic diagram of a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application
  • FIG3 is a schematic diagram of a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application
  • FIG4 is a schematic diagram of a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application
  • FIG5 is a schematic flow chart of a collaborative communication method for multi-link devices according to an embodiment of the present application.
  • FIG6 is a schematic flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application.
  • FIG7 is a schematic diagram of a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application.
  • FIG8 is a schematic flow chart of a collaborative communication method for multi-link devices according to an embodiment of the present application.
  • FIG9 is a schematic flow chart of a collaborative communication method for multi-link devices according to an embodiment of the present application.
  • FIG10 is a schematic flow chart of a collaborative communication method for multi-link devices according to an embodiment of the present application.
  • FIG11 is a schematic flow chart of a collaborative communication method for multi-link devices according to an embodiment of the present application.
  • FIG12 is a schematic flow chart of a collaborative communication method for multi-link devices according to an embodiment of the present application.
  • FIG13 is a schematic flow chart of a collaborative communication method for multi-link devices according to an embodiment of the present application.
  • FIG14 is a schematic structural diagram of a wireless communication device provided in an embodiment of the present application.
  • FIG15 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • FIG16 is a schematic block diagram of a wireless communication system provided in an embodiment of the present application.
  • Table 1 provides the definitions of the main abbreviations involved in this application.
  • Some embodiments of the present application relate to wireless communications, in particular, the relay technology and multi-link transmission technology fields of the Institute of Electrical and Electronics Engineers (IEEE) IEEE 802.11bn (Wi-Fi 8, Ultra High Reliability, UHR) and later standards. Relaying can expand the signal coverage/transmission distance of wireless (such as Wi-Fi), increase the rate of users at the edge of the cell, reduce latency, and enhance user experience. Multi-link transmission can integrate multiple frequency bands and multiple channels into the same device (called a multi-link device, MLD), thereby enhancing user experience.
  • IEEE Institute of Electrical and Electronics Engineers
  • MLD multi-link device
  • Some embodiments of the present application implement a method for multi-link collaborative transmission under a multi-link device MLD architecture and a method for relay transmission under an MLD architecture, including the design of multi-link relay parameter information indication, a multi-link relay discovery method, a multi-link relay transmission process and method, a multi-link relay service mapping method, a multi-link relay frame address resolution rule, a multi-link relay frame intended site indication method, and a periodic relay transmission method, so as to more effectively leverage the multi-link advantages of MLD over single-link devices (SLDs), fully utilize multi-band resources, improve edge coverage, and achieve load balancing.
  • SLDs single-link devices
  • Some embodiments of this application design a communication method for multi-link collaborative transmission using MLD and relay MLD, which will facilitate better implementation of MLD-based collaborative transmission and relay transmission in future IEEE 802.11bn and later standards.
  • Existing standards primarily discuss single-station relays (Relay STAs), while MLD is a key technological breakthrough newly introduced in the IEEE 802.11be standard and Wi-Fi 7.
  • the IEEE 802.11bn standardization process has led to new considerations and discussions regarding multi-link transmission using MLD and relay MLD. Therefore, the content designed in some embodiments of this application will become a key technical point in the IEEE 802.11bn standard.
  • FIG 1 is a schematic diagram of relay multi-link cooperative transmission provided by an embodiment of the present application.
  • the link from the first MLD (MLD 1) to the second MLD (MLD 2) is called the first hop link
  • the link from the second MLD (MLD 2) to the third MLD (MLD 3) is called the second hop link
  • the link from the first MLD (MLD 1) to the third MLD (MLD 3) is called a single-hop link.
  • the function of the second MLD (MLD 2) is a relay MLD.
  • the relay transmission from the first MLD (MLD 1) to the third MLD (MLD 3) needs to go through the first hop and the second hop to be completed, but the link capabilities of these two hops are very likely to be mismatched, such as the maximum transmission rate supported, the supported traffic ID (TID) to link mapping (TID-to-Link mapping, TTLM), etc. Therefore, in order to more effectively perform relay selection and relay transmission and reduce problems such as transmission timeouts or transmission failures caused by mismatched link capabilities between the two hops, new design methods, signaling, and processes are needed to mutually notify and even negotiate the capabilities of the two hop links, or at least notify the sender of the relay transmission.
  • multi-link relay parameter information indication method multi-link relay discovery method, multi-link relay transmission process and method, trigger-based relay transmission process and method design, multi-link relay service mapping method, multi-link relay frame address resolution rules, multi-link relay frame intended site indication method, and periodic relay transmission method.
  • some embodiments of the present application propose a newly designed indication method, but do not limit the base representation of the indication value, for example, it is not limited to binary, decimal, or hexadecimal, nor is it limited to the number of bits used for indication. It should be understood that the length and name of each field (field) designed in some embodiments of the present application are only examples and are not limited, as long as the functions of the above design can be achieved. It should be understood that some embodiments of the present application do not limit whether the sending MLD is a non-AP MLD or an AP MLD.
  • some embodiments of the present application use the relay transmission of the first MLD (MLD 1), the second MLD (MLD 2), and the third MLD (MLD 3) as an example.
  • the first MLD (MLD 1) can also transmit simultaneously with one or more relaying second MLDs (MLD 2) and one or more receiving third MLDs (MLD 3), that is, perform multi-user MU transmission, and use the designed method multiple times.
  • Some embodiments of the present application do not limit the relay to be an AP entity, a non-AP STA entity, or an AP entity with a STA entity. It should be understood that some embodiments of the present application are based on the MLD perspective. It is described that there may be only one site working on the MLD, that is, some embodiments of the present application are also applicable to single-site devices.
  • some embodiments of the present application refer to the link from the first MLD (MLD 1) to the second MLD (MLD 2) as a first hop link, the link from the second MLD (MLD 2) to the third MLD (MLD 3) as a second hop link, and the link from the first MLD (MLD 1) to the third MLD (MLD 3) as a single-hop link.
  • the function of the second MLD (MLD 2) is to relay the MLD.
  • the first embodiment designs the relay parameter information indication of MLD.
  • the second to fourth embodiments further design the frame interaction process for relay discovery using the relay parameter information.
  • the fifth to sixth embodiments further design the multi-link relay transmission process and method.
  • the seventh to ninth embodiments further design the multi-link relay service mapping method.
  • the tenth embodiment designs the multi-link relay frame address resolution rules.
  • the eleventh to thirteenth embodiments design the multi-link relay service mapping method.
  • the fourteenth embodiment designs the relay frame address resolution rules of MLD.
  • the fifteenth embodiment designs the relay frame intended site indication method of MLD.
  • the sixteenth embodiment designs the periodic relay transmission method.
  • an affiliated site in an MLD may also indicate the second-hop link capability, and/or the first-hop link capability, and/or the single-hop link capability recommended or required by one or more other affiliated sites on the MLD in relay mode, in addition to indicating the site's own link capability in relay mode.
  • FIG. 2 is a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application.
  • the collaborative communication method for multi-link devices includes at least one of the following operations: Operation 201: An MLD's subordinate station indicates a relay parameter information set of one or more related MLDs through a field/element of a frame, where the relay parameter information set is applied to the link capability or operating parameters of the subordinate station of the MLD in relay mode and the link capability of the second hop of one or more subordinate stations in the one or more related MLDs in the relay mode.
  • the MLD's affiliated stations indicate one or more sets of relay parameter information of related MLDs through fields/elements of a frame, thereby effectively performing relay selection and relay transmission.
  • the link from the first MLD to the second MLD is a first-hop link
  • the link from the second MLD to the third MLD is a second-hop link
  • the link from the first MLD to the third MLD is a single-hop link
  • the MLD is the first MLD, the second MLD, or the third MLD
  • the one or more related MLDs are an MLD set
  • the one or more related MLDs include one or more MLDs among the first MLD, the second MLD, and the third MLD.
  • the relay parameter information set of the one or more related MLDs includes one or more items of the following information: link parameter information of one or more subordinate sites in the one or more related MLDs, including second-hop link parameter information, and/or first-hop link parameter information, and/or single-hop link parameter information; quality of service QoS parameter information of the one or more subordinate sites in the one or more related MLDs, including second-hop QoS parameter information, and/or first-hop QoS parameter information, and/or single-hop QoS parameter information; energy saving parameter information of the one or more subordinate sites in the one or more related MLDs, including second-hop energy saving parameter information, and/or first-hop energy saving parameter information, and/or single-hop energy saving parameter information; capability information parameters of the one or more subordinate sites in the one or more related MLDs, including second-hop capability information parameters, and/or first-hop capability information parameters, and/or single-hop capability information parameters; The information of the reachable site addresses of the one or
  • the link parameter information of the one or more related MLDs includes one or more of the following information: link budget information, including the maximum/minimum/average data rate of uplink/downlink, and/or the result of channel measurement, and/or the bandwidth usage; link physical layer capability information, including the number of streams supported, and/or modulation and coding set MCS information, and/or bandwidth information, and/or transmit power information, and/or resource unit RU information, and/or multiple resource unit MRU information; link cooperative communication parameter information, including the main channel position, and/or whether preamble puncturing is supported, and/or whether secondary channel access is supported, and/or whether distributed RU with discontinuous subcarrier allocation is supported.
  • link budget information including the maximum/minimum/average data rate of uplink/downlink, and/or the result of channel measurement, and/or the bandwidth usage
  • link physical layer capability information including the number of streams supported, and/or modulation and coding set MCS information, and/or bandwidth information, and/or transmit power information, and/or resource unit RU
  • the energy saving parameter information of the one or more subsidiary sites in the one or more related MLDs includes at least one of the following information: target wake-up time TWT information; restricted target wake-up time R-TWT information.
  • the capability information parameters of the one or more subsidiary sites in the one or more related MLDs include at least one of the following information: extremely high throughput EHT/high efficiency HE/ Very High Throughput (VHT)/High Throughput (HT) functional element; HE 6 GHz band functional element; Extended functional element; MLD non-simultaneous NSTR parameter information.
  • the CoSR information parameters of the one or more affiliated sites in the one or more related MLDs include whether CoSR is supported.
  • the CoSR information parameters support CoSR and the information parameters indicating CoSR include one or more of the following parameters: a demodulation threshold when CoSR is in progress, an acceptable interference level, a transmit power limit for CoSR, and an MCS for CoSR.
  • the TTLM parameter information of the one or more related MLDs indicates the TIDs that each link/station STA supports for transmission. In some embodiments of the present application, the TTLM parameter information of the one or more related MLDs carries the TIDs to the link map element to indicate on which links frames of each TID can be transmitted. In some embodiments of the present application, the TTLM parameter information of the one or more related MLDs indicates whether a default TTLM mode is supported. The default TTLM mode means that all TIDs are mapped to all established links, both downlink and uplink, and all established links are enabled. In some embodiments of the present application, the default TTLM mode is indicated by a single bit.
  • the BA-related parameter information of the one or more related MLDs includes whether BA parameters are enabled, BA protocol parameters, and BA scoreboard parameters. In some embodiments of the present application, the BA-related parameter information of the one or more related MLDs includes the send window size and the receive window size. In some embodiments of the present application, when the MLD is a non-relay MLD, the second-hop link parameter information indicates the relay second-hop link parameter information of the MLD's affiliated station. In some embodiments of the present application, the link parameter information of the one or more related MLDs refers to a set of shared link parameter information or multiple sets of link parameter information indicated by the affiliated sites of the MLDs.
  • the information of the reachable site addresses of the one or more related MLDs is indicated by an MLD address, or a bitmap of an MLD address and a link identifier (ID), or an MLD address and a link ID, or an MLD ID, or an association identifier (AID).
  • ID an MLD address and a link identifier
  • AID association identifier
  • an MLD transmission frame of an affiliated station in an MLD includes a relay mode field/element, which is used to indicate the relay parameter information set ⁇ CAP1 ⁇ . Effect: This relay parameter information is used to more efficiently perform relay selection and relay transmission, reducing transmission timeouts or transmission failures caused by link capability mismatch between two hops, and thus more effectively perform relay selection and relay transmission.
  • the MLD can be an MLD at both ends of the relay (non-relay MLD) or a relay MLD.
  • ⁇ CAP1 ⁇ includes at least one of the following information: link parameter information (link information) of one or more affiliated sites in the MLD, including second-hop link parameters, and/or first-hop link parameters, and/or single-hop link parameters.
  • the link parameter information of each site includes at least one of the following information: link budget information (link budget information): uplink/downlink maximum/minimum/mean data rates (DL/UL maximum/minimum/mean data rates), and/or channel measurement results, and/or bandwidth usage.
  • a data rate indicator parameter has x bits, representing 2 ⁇ x values, and a step size of y. Therefore, the indicated rate range is [0, 2 ⁇ (x-1)*y].
  • Channel measurement results can include received signal strength indicator (RSSI) and channel state information (CSI).
  • RSSI received signal strength indicator
  • CSI channel state information
  • Bandwidth usage can be measured by channel occupancy, for example, by 20/40/80/160/320 MHz subchannel granularity. This can be indicated in a bitmap format, where 1 indicates the subchannel is occupied and unavailable for relaying, and 0 indicates it is available for relaying. Alternatively, the reverse can be applied.
  • the link physical layer capability information may be: the number of supported streams, modulation and coding set MCS, bandwidth, transmit power, resource unit (RU), multiple resource unit (MRU) information, such as the maximum number of send/receive streams (NSS), maximum MCS, maximum bandwidth, supported MCS and NSS set (Supported MCS And NSS Set), supported maximum/minimum transmit power, supported RU and/or MRU sizes (sizes) and combinations (combinations), etc.
  • NSS send/receive streams
  • MCS maximum MCS
  • NSS upported MCS And NSS Set
  • supported maximum/minimum transmit power supported RU and/or MRU sizes (sizes) and combinations (combinations), etc.
  • link parameter information may be: main channel position, and/or whether preamble code puncturing is supported, and/or whether secondary channel access is supported, and/or whether distributed RU (DRU) with discontinuous subcarrier allocation is supported, etc.
  • DRU distributed RU
  • the indicated second-hop link parameter information may represent the relay second-hop link parameter information recommended or required by the affiliated stations on the MLD.
  • the affiliated stations on the MLD may indicate a set of shared link parameter information or may indicate a set of link parameter information separately.
  • the quality of service (QoS) parameter information (QoS requirements information) of one or more affiliated sites in the MLD includes second-hop QoS parameters, and/or first-hop QoS parameters, and/or single-hop QoS parameters.
  • the QoS parameter information of each site includes at least one of the following information: QoS parameters for different TIDs and different transmission directions (uplink, downlink, direct link) can be indicated by carrying one or more existing QoS feature elements, each QoS feature element describing the parameters of a TID in a transmission direction.
  • the format and description of the QoS QoS feature element can refer to existing standards.
  • Relay transmission delay parameter information (Delay Bound Requirement of the connection through the relay). Considering that the transmission of relay forwarding may introduce additional processing time and delay, this parameter is used to specify the invalid time of relay transmission.
  • the relay transmission delay indication parameter has w bits (bits), representing 2 ⁇ w values.
  • the step is z, so the time range that can be indicated is [0,2 ⁇ (w-1)*z].
  • the indicated second-hop QoS parameters can represent the second-hop QoS parameters recommended or required by the attached sites on the MLD.
  • the attached sites on the MLD can indicate a set of shared QoS parameter information or a set of QoS parameter information separately.
  • the energy-saving parameter information of one or more attached sites on the MLD includes the second-hop energy-saving parameters, and/or the first-hop energy-saving parameters, and/or the single-hop energy-saving parameters.
  • the energy-saving parameter information of each site includes at least one of the following information: target wake time (TWT) information, restricted target wake time (R-TWT) information, when the frame is sent by a non-relay MLD, the indicated second-hop energy-saving parameter which may represent the second-hop energy-saving parameter recommended or required by the subordinate site on the MLD, and capability information parameters of one or more subordinate sites on the MLD, including second-hop capability information, and/or first-hop capability information, and/or single-hop capability information.
  • TWT target wake time
  • R-TWT restricted target wake time
  • the capability information of each site includes at least one of the following information.
  • the specific format refers to the IEEE 802.11 standard: EHT/HE/VHT/HT Capabilities element, HE 6GHz Band Capabilities element, and Extended Capabilities element.
  • the indicated second-hop capability information parameter may indicate the nonsimultaneous transmit and receive (NSTR) parameter information of the MLD recommended or required by the attached stations on the MLD, including the second-hop NSTR parameter, and/or the first-hop NSTR parameter, and/or the single-hop NSTR parameter.
  • the NSTR parameter indicates whether each link/STA on the MLD can transmit and receive simultaneously with each other.
  • the indicated second-hop NSTR parameter may indicate the second-hop NSTR parameter recommended or required by the MLD. Whether the MLD is a Mobile AP MLD. If so, the Mobile AP MLD capability information may be optionally indicated.
  • the indicated second-hop Mobile AP MLD information may indicate the second-hop parameter recommended or required by the MLD.
  • the reachable address of one or more subordinate stations on the MLD is used for relay selection. It is equivalent to the relay's neighbor list.
  • the reachable address can be indicated by the MLD address, or a bitmap of the MLD address and link identifier (ID), or the MLD address and link ID, or the MLD ID, or the association identifier (AID).
  • the Coordinated Spatial Reuse (CoSR) information parameters of one or more subordinate sites on the MLD include second-hop CoSR information, and/or first-hop CoSR information, and/or single-hop CoSR information.
  • CoSR is supported, optionally, further indication of relevant parameter information of CoSR is provided, such as one or more of the following parameters: demodulation threshold during CoSR (if the transmit/receive signal strength is lower than this threshold, demodulation cannot be performed, for example, xx dBm), acceptable interference level (if the interference signal strength is higher than this threshold, it cannot be correctly resolved, for example, xx dBm), transmit power limit for CoSR (the power of the sender device participating in CoSR cannot exceed this limit, for example, xx mW), and MCS for CoSR (MCS used by the sender participating in CoSR).
  • demodulation threshold during CoSR if the transmit/receive signal strength is lower than this threshold, demodulation cannot be performed, for example, xx dBm
  • acceptable interference level if the interference signal strength is higher than this threshold, it cannot be correctly resolved, for example, xx dBm
  • transmit power limit for CoSR the power of the sender device participating in CoSR cannot exceed this limit, for example, xx
  • the TTLM parameter information for MLD includes second-hop TTLM parameters, and/or first-hop TTLM parameters, and/or single-hop TTLM parameters.
  • the TTLM parameters indicate the TIDs supported for transmission on each link/STA.
  • a TID-to-Link Mapping element can be carried to indicate on which links frames belonging to each TID can be transmitted.
  • it indicates whether the default TTLM mode is supported, i.e., all TIDs are mapped to all established links in the DL and UL, and all established links are enabled. For example, this information can be indicated using 1 bit.
  • the second hop TTLM parameter indicated can indicate the MLD's recommendation or requirement to use Second hop TTLM parameters.
  • Block acknowledgment (BA) parameter information for MLD including second-hop BA parameters, first-hop BA parameters, and/or single-hop BA parameters.
  • the BA-related parameter information for the MLD set includes BA on/off parameter information, BA agreement parameter information, BA scoreboarding parameter information, and more specifically, the transmission window size Winsize_O and the receive window size Winsize_R.
  • the indicated second-hop BA parameter may represent the second-hop BA parameter recommended or required by the MLD.
  • Mobile AP MLD information of MLD used to indicate whether the current device is a mobile AP MLD (as well as the capabilities/parameter information supported when acting as a mobile AP MLD). If it is a mobile AP MLD, since mobile AP MLDs are usually limited in power and capabilities, other MLDs may not establish a relay link with it in order to make relay communication more stable.
  • AP Access Point
  • MLD Mobile AP MLD, AP Multi-Link Device (AP MLD), in which all subordinate APs are located in the same location and are mobile APs.
  • maximum PPDU duration number of MPDUs that can be aggregated in an A-MPDU, maximum number of TIDs in a multi-TID A-MPDU, total number of payload bytes in a PPDU, minimum MPDU start spacing, MAC frame handling (e.g. segmentation on/off), etc.
  • low-frequency stations on an MLD can help high-frequency stations indicate the above information.
  • 2.4GHz and 5GHz stations can help 6GHz stations indicate the above information.
  • Non-Simultaneous Transmit and Receive (NSTR) Link Pair refers to a pair of links corresponding to a station (STA) attached to a Multi-Link Device (MLD) for which the receiver requirements specified in 36.3.21 (Receiver Specification) are not met on one of the links while the STA attached to the MLD is transmitting on the other link.
  • STA station
  • MLD Multi-Link Device
  • Resource Unit refers to: [RU] A group of 26, 52, 106, 242, 484, 996, or 2 ⁇ 996, or 4 ⁇ 996 subcarriers as an allocation of subcarriers for transmission.
  • Multiple Resource Unit refers to: [MRU] A group of subcarriers consisting of multiple RUs such as 26-tone RU, 52-tone RU, 106-tone RU, 242-tone RU, 484-tone RU, 996-tone RU, and 2 ⁇ 9962-tone RU.
  • Second to fourth embodiments MLD relay discovery process and method design.
  • the first embodiment designs the relay parameter information indication of MLD, and the second to fourth embodiments design the frame interaction design that carries this information, that is, the frame interaction process design that uses this information to perform relay discovery.
  • the main ideas of the MLD relay discovery process and method are: a) the relay MLD responds to the request and replies the frame to the relay discovery process that sends the MLD (solicited); b) the relay MLD actively sends the frame without request (unsolicited).
  • the beneficial effects of the second to fourth embodiments are: designing the parameter information frame interaction process and method necessary for multi-link relay, performing mutual notification and even negotiation of the link capabilities of the two hops of relay, reducing problems such as transmission timeout or transmission failure caused by mismatch of the link capabilities of the two hops, and performing relay selection and relay transmission more effectively.
  • the first MLD (MLD 1) initiates a relay request
  • the second MLD (MLD 2) (relay MLD) responds with a frame in response to the relay request.
  • FIG. 3 is a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application.
  • the collaborative communication method for multi-link devices includes at least one of the following operations: Operation 301: an affiliated site in a first MLD sends a first frame to an affiliated site in a second MLD and/or an affiliated site in a third MLD3; Operation 302: the first MLD receives a second frame from the second MLD, wherein the second frame includes confirmation or modification of parameters in the first frame; wherein the fields/elements of the first frame are used to indicate relay parameter information of the one or more related MLDs, and the relay parameter information set is applied to the link capability of the affiliated site of the first MLD in the relay mode and the link capability of the second hop of one or more affiliated sites in the one or more related MLDs in the relay mode, and/or the link capability of the first hop, and/or the link capability of a single hop.
  • the fields/elements of the first frame are used to indicate the relay parameter information of the one or more related MLDs, thereby effectively performing relay selection and relay transmission.
  • the link from the first MLD to the second MLD is a first-hop link
  • the link from the second MLD to the third MLD is a second-hop link
  • the link from the first MLD to the third MLD is a single-hop link
  • the one or more related MLDs are an MLD set
  • the one or more related MLDs include one or more MLDs among the first MLD, the second MLD, and the third MLD.
  • the relay parameter information set in the one or more related MLDs includes one or more of the following information: link parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop link parameter information, and/or first-hop link parameter information, and/or single-hop link parameter information.
  • the collaborative space multiplexing CoSR information parameters of the one or more affiliated sites in the one or more related MLDs include second-hop CoSR information parameters, and/or first-hop CoSR information parameters, and/or single-hop CoSR information parameters; the service identifier to link
  • the first frame is further used to request parameter information of the second MLD and/or the third MLD.
  • the first frame includes: a probe request/response frame, or a multilink probe request/response frame, or an association request/response frame, or a reassociation request/response frame, or a relay activation request/response frame, or an action unconfirmed frame, or an action confirmed frame, or a fast basic service set handover (FT) request/response frame, or a link reconfiguration request frame, or an FT action frame, or a beacon frame.
  • FT fast basic service set handover
  • the second frame includes one or more of the following information: a match confirmation for part or all of the parameter information for each attached site/link sent in the first frame; a rejection and/or suggestion for part or all of the parameter information for each attached site/link sent in the first frame; parameter information of the attached sites of the second MLD; if the first frame requests parameter information of the attached sites of the second MLD, the second frame carries the information requested in the first frame.
  • the second MLD uses a status code to indicate the reason for the match in the second frame.
  • the second frame includes: a probe request/response frame, a multilink probe request/response frame, an association request/response frame, a reassociation request/response frame, a relay activation request/response frame, an action unconfirmed frame, an action confirmed frame, a FT request/response frame, a FT action frame, or a beacon frame.
  • the first MLD sends a third frame to the second MLD to indicate acceptance of the link parameters indicated by the second MLD in the second frame.
  • the station attached to the first MLD sends a first frame (Request frame) to the second MLD (MLD 2) and/or the third MLD (MLD 3) (the attached stations) to initiate the relay discovery process.
  • the first MLD (MLD 1)/third MLD (MLD 3) can be an AP MLD or a non-AP MLD, and the second MLD (MLD 2) has the function of a relay MLD.
  • the sent frame can be a probe request/response frame, a multilink probe request/response frame, a (re)association request/response frame, an association request/response frame, a relay activation request/response frame, an operation unacknowledged frame, an operation frame (with an Ack frame), an FT request/response frame, a link reconfiguration request frame, an FT operation frame, or a beacon frame, without limitation.
  • the first frame needs to include the relay mode field/element designed in the first embodiment to indicate relay parameter information.
  • the first frame can request some parameter information of the second MLD (MLD 2) and/or the third MLD (MLD 3), for example, when the first MLD (MLD 1) does not have these parameters or is outdated due to long-term inactivity.
  • Some embodiments of the present application do not limit the first frame of the sent frame to be initiated by AP MLD or non-AP MLD, but considering that the downlink transmission power is generally greater than the uplink, the non-AP site is more likely to need relay assistance to send frames to the associated AP site, so the non-AP MLD is more likely to be the initiator.
  • Frame 2 may include one or more of the following: a match confirmation for some or all parameter information for each site/link sent in the first frame (i.e., acceptance of the indicated parameters and capability information carried in frame 2), with detailed confirmation/explanation for each parameter type, or simply a match/failure indication; a rejection and/or suggestion for some or all parameter information for each site/link sent in the first frame (i.e., modification or suggestion of more appropriate parameter information for some or all parameter information carried in the first frame), with detailed confirmation/rejection/explanation/suggestion for each parameter type, or simply a match/failure indication; optionally, parameters/information of the second MLD (MLD 2) site itself; optionally, if the first frame requested additional parameter information for the second MLD (MLD 2) site, the second frame may carry the requested information in the first frame.
  • a match confirmation for some or all parameter information for each site/link sent in the first frame i.e., acceptance of the indicated parameters and capability information carried in frame 2
  • the reply frame (second frame, Response frame) can be sent by any station on the second MLD (MLD 2), not necessarily the station that received the first frame.
  • the reply frame (second frame) can be a probe request/response frame, a multilink probe request/response frame, a (re)association request/response frame, an association request/response frame, a relay activation request/response frame, an operation unacknowledged frame, an operation frame (with an Ack frame), a FT request/response frame, a FT action frame, or a beacon frame, without limitation.
  • the second MLD may optionally indicate the reason for the match in a reply frame.
  • One method is to use a status code.
  • the following table provides examples of newly added status codes in some embodiments of this application. For specific meanings and functions, see the meaning description. These are only some examples and are not exhaustive. There may be other examples corresponding to the relay parameter information indicated in the first embodiment.
  • the first table does not limit the name of the status code, as long as it can indicate the meaning and function.
  • the first MLD (MLD 1) sends a third frame (Confirm frame) to the second MLD (MLD 2), indicating acceptance of the link parameters (if any) proposed by the second MLD (MLD 2) in the second frame.
  • the first MLD (MLD 1) sends a frame to initiate the relay discovery process
  • the second MLD (MLD 2) (relay MLD) decides whether to reply with a frame to respond to the relay discovery process based on the judgment conditions.
  • FIG 4 is a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application.
  • the collaborative communication method for multi-link devices includes at least one of the following operations: Operation 401: an affiliated site in a first MLD sends a first frame to an affiliated site in a second MLD and/or an affiliated site in a third MLD3; Operation 402: whether the first MLD receives a second frame from the second MLD depends on a conditional judgment and whether the second MLD becomes a candidate relay MLD for relay transmission by the first MLD; wherein the field/element of the first frame is used to indicate relay parameter information of one or more related MLDs, and the relay parameter information set is applied to the link capability of the affiliated site of the first MLD in relay mode and the link capability of the second hop of one or more affiliated sites in the one or more related MLDs in the relay mode, and/or the link capability of the first hop, and/or the link capability of a single hop.
  • the fields/elements of the first frame are used to indicate relay parameter information of one or more related MLDs, thereby effectively performing relay selection and relay transmission.
  • the link from the first MLD to the second MLD is a first-hop link
  • the second MLD to The link of the third MLD is a second-hop link
  • the link from the first MLD to the third MLD is a single-hop link
  • the one or more related MLDs are an MLD set
  • the one or more related MLDs include one or more MLDs among the first MLD, the second MLD and the third MLD.
  • the relay parameter information set of the one or more related MLDs includes one or more of the following information: link parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop link parameter information, and/or first-hop link parameter information, and/or single-hop link parameter information; quality of service QoS parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop QoS parameter information, and/or first-hop QoS parameter information, and/or single-hop QoS parameter information; energy saving parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop energy saving parameter information, and/or first-hop energy saving parameter information, and/or single-hop energy saving parameter information; capability information parameters of the one or more affiliated sites in the one or more related MLDs, including second-hop capability information parameters, and/or or first-hop capability information parameters, and/or single-hop capability information parameters; information on the reachable site addresses of the one or more affiliated sites in the one or more related MLDs
  • the condition includes one or more of the following information: if the relay parameter information requirement indicated by the second frame does not match the parameter configuration of all subordinate sites in the second MLD, the second MLD cannot become the backup relay MLD, the second MLD does not respond to the first MLD, or the second MLD responds to the first MLD through the second frame, and the second frame indicates the reason for the mismatch; if the relay parameter information requirement indicated by the second frame matches the parameter configuration of some or all subordinate sites in the second MLD, the second MLD chooses not to become the backup relay MLD, the second MLD does not respond to the first MLD, or the second MLD responds to the first MLD through the second frame, and the second frame indicates whether each subordinate site/each link in the second MLD matches, and/or Reason for mismatch; if the relay parameter information indicated by the second frame requires matching the parameter configurations of some or all of the subsidiary sites in the second MLD, the second MLD selects to become the alternative relay MLD, and becomes the alternative
  • Phase 1 First MLD (MLD 1) - STA11 sends the first frame.
  • the behavior is the same as that designed in the second embodiment - 1.
  • the difference lies in the behavior of the second MLD (MLD 2), which is explained in detail below.
  • Phase 2 After receiving the first frame, the second MLD (MLD 2) parses the information of the above relay mode field/element and determines whether to reply the second frame to the first MLD (MLD 1) according to the following conditions, and whether to become the candidate relay MLD (candidate relay MLD) for the first MLD (MLD 1) to relay transmission.
  • MLD 2 After receiving the first frame, the second MLD (MLD 2) parses the information of the above relay mode field/element and determines whether to reply the second frame to the first MLD (MLD 1) according to the following conditions, and whether to become the candidate relay MLD (candidate relay MLD) for the first MLD (MLD 1) to relay transmission.
  • the relay parameter information requirements indicated by the frame do not match the parameter configurations of all subordinate sites on the second MLD (MLD 2), it cannot become the backup relay MLD. At this time, one option is not to reply, and the other option is to reply and indicate the reason for the mismatch (if any) in the reply frame.
  • the relay parameter information indicated in this frame requires matching the parameter configuration of some or all of the subordinate sites on the second MLD (MLD 2), one result is not to become a backup relay MLD.
  • one option is not to reply.
  • Another option is to reply and indicate in the reply frame whether each site/link matches and/or the reason for the mismatch.
  • Another result is to become a backup relay MLD and become a backup relay site for sites/links where the parameter configuration matches.
  • the second MLD (MLD 2) replies to the frame and indicates in the reply frame whether each site/link matches, or indicates which sites/links successfully match, and/or the reason for the mismatch (if any), and/or provides suggestions.
  • the second MLD (MLD 2) can be selected as the backup relay MLD.
  • the second MLD (MLD 2) responds with a frame indicating a complete match.
  • This response frame (second frame, Response frame) can be sent by any site on the second MLD (MLD 2), not necessarily the site that received the first frame.
  • the reply frame can be a probe request/response frame, or a multilink probe request/response frame, or a (re)association request/response frame, or an association request/response frame, or a relay activation request/response frame, or an operation unconfirmed frame, or an operation frame (with an Ack frame), or an FT request/response frame, or an FT action frame, or a beacon frame, without limitation.
  • the second MLD may optionally indicate the reason for the match in a reply frame.
  • One method is to use a status code, as shown in the design of Example 2-1.
  • the first MLD (MLD 1) sends a third frame (Confirm frame) to the second MLD (MLD 2), indicating acceptance of the link parameters (if any) proposed by the second MLD (MLD 2) in the second frame.
  • the second MLD (MLD 2) (relay MLD) initiates an active relay discovery process as an unsolicited response transmission.
  • FIG. 5 is a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application.
  • the collaborative communication method for multi-link devices includes at least one of the following operations: Operation 501: an affiliated site in a second MLD sends a third frame to an affiliated site in a first MLD and/or an affiliated site in a third MLD; wherein the field/element of the third frame is used to indicate relay parameter information of one or more related MLDs, and the relay parameter information set is applied to the link capability of the affiliated site of the second MLD in the relay mode and the link capability of the second hop of one or more affiliated sites in the second MLD in the relay mode, and/or the link capability of the first hop, and/or the link capability of a single hop.
  • the fields/elements of the third frame are used to indicate relay parameter information of one or more related MLDs, thereby effectively performing relay selection and relay transmission.
  • the link from the first MLD to the second MLD is a first-hop link
  • the link from the second MLD to the third MLD is a second-hop link
  • the link from the first MLD to the third MLD is a single-hop link
  • the one or more related MLDs are an MLD set
  • the one or more related MLDs include one or more MLDs among the first MLD, the second MLD and the third MLD.
  • the relay parameter information set in the one or more related MLDs includes one or more items of the following information: link parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop link parameter information, and/or first-hop link parameter information, and/or single-hop link parameter information; quality of service QoS parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop QoS parameter information, and/or first-hop QoS parameter information, and/or single-hop QoS parameter information; energy saving parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop energy saving parameter information, and/or first-hop energy saving parameter information, and/or single-hop energy saving parameter information; capability information parameters of the one or more affiliated sites in the one or more related MLDs, including second-hop capability information parameters, and/or first-hop capability information parameters, and/or single-hop capability information parameters; information of reachable site addresses of one or more subsidiary sites, used for
  • the first MLD sends a first frame to the subordinate stations in the second MLD and/or the subordinate stations in the third MLD3; the first frame is used to request the second MLD to become a candidate relay MLD for relay transmission.
  • the second MLD may also proactively send a third frame to the first MLD (MLD 1) to initiate an active relay discovery process even if the first MLD (MLD 1) has not sent any frames.
  • This third frame must include the relay mode field/element designed in Embodiment 1 to indicate relay parameter information.
  • the first MLD (MLD 1) receives the third frame, parses the information of the above relay mode field/element, and determines whether to accept the second MLD (MLD 2) as the alternative relay MLD (candidate relay MLD) for relay transmission.
  • the first MLD (MLD 1) can continue to use the method designed in the second embodiment to initiate a relay request.
  • the function of the first frame is to request the second MLD (MLD 2) to become the alternative relay MLD (candidate relay MLD) for relay transmission.
  • the parameters that are mutually known in the first embodiment-1 can be omitted in the first frame.
  • the beneficial effect of this method is to provide the first MLD (MLD 1) with prior information on available relays and relay parameters, avoid blindly sending the first frame, and improve transmission efficiency.
  • the fifth embodiment to the sixth embodiment MLD relay transmission process and method design.
  • FIG6 is a flow chart of a collaborative communication method for multi-link devices provided in an embodiment of the present application.
  • the collaborative communication method for multi-link devices includes at least one of the following operations: Operation 601: A fourth MLD sends a fourth frame to a fifth MLD and/or a sixth MLD for relay transmission, wherein the fourth frame indicates that the relay third party is the sixth MLD; Operation 602: The fourth MLD receives a fifth frame sent by the fifth MLD, wherein the fifth frame includes confirmation or modification of parameters in the fourth frame; wherein the fourth frame or the fifth frame indicates/configures a capability set/working parameter set.
  • the fourth frame or the fifth frame indicates/configures the capability set/working parameter set, thereby enabling accurate and timely transmission, improving resource utilization efficiency, and facilitating relay energy saving.
  • the capability set/operating parameter set includes a capability set of a first hop and/or a second hop, wherein a link from a first MLD to a second MLD is a first hop link, a link from the second MLD to a third MLD is a second hop link, and a link from the first MLD to the third MLD is a single hop link.
  • the capability set of the first hop and/or the second hop is no higher than a relay parameter information set.
  • the relay parameter information set in the one or more related MLDs includes one or more of the following information: link parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop link parameter information, and/or first-hop link parameter information, and/or single-hop link parameter information; quality of service QoS parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop QoS parameter information, and/or first-hop QoS parameter information, and/or single-hop QoS parameter information; energy saving parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop energy saving parameter information, and/or first-hop energy saving parameter information, and/or single-hop energy saving parameter information; capability information parameters of the one or more affiliated sites in the one or more related MLDs, including second-hop capability information parameters, and/or first-hop capability information parameters, and/or single-hop capability information parameters; the reachable site address information of the one or more affiliated sites, used for
  • the capability set/working parameter set indicates/configures the working parameter set of the relay MLD.
  • the capability set/working parameter set also includes the following one or more subsequent transmission-related information of the first hop and/or the second hop: service priority information; packet size information to be transmitted; service flow information of one or more sites on the MLD; information on whether to send in multiple transmission opportunities TXOP; information on whether to share TXOP for the second hop for relay transmission; information on whether to accept confirmation; timeliness/delay information of the relay data.
  • the fifth frame includes the following one or more subsequent transmission-related information of the first hop and/or the second hop: if the service identifier to link mapping TTLM of the second hop needs to be renegotiated, an indication of the delay required for renegotiation; whether the second hop is available.
  • the fourth frame and the fifth frame include one of the following combinations:
  • ⁇ CAP1 ⁇ indicated in the first embodiment can change with channel and device conditions, providing real-time capability information is more conducive to successful relay transmission and improves resource utilization efficiency.
  • MLDs use Relay Initiation frames and Relay Initiation Reply frames to initiate relay transmission and synchronize the relay parameters used for the transmission.
  • the relay initial frame indicates/configures relay transmission parameters.
  • the relay initial reply frame indicates/configures relay transmission parameters.
  • Beneficial Effect Through capability negotiation and indication, more accurate and timely transmission can be ensured, resource utilization efficiency can be improved, and relay energy conservation can be achieved.
  • MLD4 initiates a relay transmission request and sets transmission parameters/capabilities, and the fifth MLD (MLD 5) responds with a frame to the relay transmission request.
  • MLD4 or the fifth MLD (MLD 5) is a relay MLD (relay MLD).
  • MLD4 is a relay MLD
  • the third party sixth MLD (MLD 6) is the relay source
  • the fifth MLD (MLD 5) is the relay MLD
  • the third-party sixth MLD (MLD 6) is the relay destination.
  • Phase 1: MLD4 sends a relay initialization frame (the fourth frame) to the fifth MLD (MLD 5) and/or the sixth MLD (MLD 6) to start this relay transmission.
  • the fourth frame it indicates the relay third party sixth MLD (MLD 6) and indicates/configures the capability set/working parameter set ⁇ CAP2 ⁇ of the first hop and/or the second hop.
  • ⁇ CAP2 ⁇ includes some or all of the information in ⁇ CAP1 ⁇ in the first embodiment. It can be understood as link adaptation, which is also a real-time adjustment of transmission capacity. ⁇ CAP2 ⁇ has the following two options.
  • ⁇ CAP2 ⁇ indicates/configures the capability set of the first hop and/or the second hop.
  • the capability in ⁇ CAP2 ⁇ is not higher than the capability ⁇ CAP1 ⁇ indicated by the first hop and/or the second hop in the first embodiment.
  • the fourth frame may be a control frame.
  • Option 2 ⁇ CAP2 ⁇ indicates/configures the set of operating parameters of the relay MLD.
  • ⁇ CAP2 ⁇ also includes one or more of the following information related to subsequent transmissions of the first hop and/or the second hop: service priority information, such as TID information, packet size information to be transmitted, service flow information of one or more sites on the MLD, such as service indication map (TIM) information, information on whether to transmit in multiple TXOPs, information on whether to share TXOPs with the second hop for relay transmission, information on whether to receive an acknowledgment, such as whether an Ack is required, and timeliness/delay information for relayed data, such as if the relayed data is not fully transmitted within a given time, the relayed data is invalid and can be discarded.
  • service priority information such as TID information, packet size information to be transmitted
  • service flow information of one or more sites on the MLD such as service indication map (TIM) information
  • TIM service indication map
  • information on whether to transmit in multiple TXOPs information on whether to share TXOPs with the second hop for relay transmission
  • information on whether to receive an acknowledgment such as whether an A
  • the fourth frame may be a control frame or a trigger frame.
  • Phase 2 The fifth MLD (MLD 5) replies with a relay initial frame (called a relay initial reply frame, the fifth frame) to MLD 4 and/or the sixth MLD (MLD 6), indicating whether to enable this relay transmission.
  • MLD 5 The fifth MLD (MLD 5) replies with a relay initial frame (called a relay initial reply frame, the fifth frame) to MLD 4 and/or the sixth MLD (MLD 6), indicating whether to enable this relay transmission.
  • the fifth frame includes information about one or more subsequent transmissions to the first hop and/or the second hop. If the TTLM for the second hop requires renegotiation, the delay required for renegotiation is indicated.
  • the second hop is available (e.g., temporarily unavailable due to power saving, unavailable due to interference, or if the second hop link measurement information recently provided to the first MLD (MLD 1) has expired).
  • the fourth frame and the fifth frame may be any combination of the following, but are not limited to the following combinations:
  • the relay initial frame can be sent on any link, and the relay initial reply frame can be replied on any link.
  • MLD4 initiates a relay transmission request
  • MLD 5 responds with a frame to respond to the relay transmission request and sets transmission parameters/capabilities.
  • MLD 4 or the fifth MLD (MLD 5) is a relay MLD (relay MLD).
  • MLD 4 is a relay MLD
  • the third-party sixth MLD (MLD 6) is the relay source.
  • the fifth MLD (MLD 5) is a relay MLD
  • the third-party sixth MLD (MLD 6) is the relay destination.
  • Phase 1: MLD4 sends the relay initial frame (the fourth frame) to the fifth MLD (MLD 5) and/or the sixth MLD (MLD 6) to start this relay transmission, and indicates the relay third party sixth MLD (MLD 6) in the fourth frame.
  • the fourth frame may be a control frame or a trigger frame.
  • Phase 2 The fifth MLD (MLD 5) replies to the relay initial frame (called the relay initial reply frame, the fifth frame), indicating whether to start this relay transmission, and indicating/configuring the capability set/working parameter set ⁇ CAP2 ⁇ of the first hop and/or the second hop.
  • MLD 5 The fifth MLD (MLD 5) replies to the relay initial frame (called the relay initial reply frame, the fifth frame), indicating whether to start this relay transmission, and indicating/configuring the capability set/working parameter set ⁇ CAP2 ⁇ of the first hop and/or the second hop.
  • ⁇ CAP2 ⁇ includes part or all of the information of ⁇ CAP1 ⁇ indicated in the first embodiment.
  • ⁇ CAP2 ⁇ indicates/configures the capability set of the first hop and/or the second hop.
  • the capability in ⁇ CAP2 ⁇ is not higher than the capability ⁇ CAP1 ⁇ indicated by the first hop and/or the second hop in the first embodiment.
  • the fourth frame may be a control frame.
  • ⁇ CAP2 ⁇ indicates/configures the set of operating parameters of the first hop and/or the second hop.
  • ⁇ CAP2 ⁇ also includes one or more of the following information related to subsequent transmission of the first hop and/or the second hop: service priority information, such as TID information, packet size information to be transmitted, service flow information of one or more sites on the MLD, such as service indication map TIM Information such as whether to send the data in multiple TXOPs, whether to share the TXOP for the second hop for relay transmission, whether to receive confirmation, such as whether Ack is required, and the timeliness/delay information of the relayed data. For example, if the relay transmission is not completed within a given time, the relayed data will be invalid and can be discarded.
  • service priority information such as TID information, packet size information to be transmitted
  • service flow information of one or more sites on the MLD such as service indication map TIM Information such as whether to send the data in multiple TXOPs, whether to share the TXOP for the second hop for relay transmission, whether to receive confirmation, such as whether Ack is required
  • service indication map TIM Information such as whether to send the data in multiple T
  • the fifth frame includes one or more of the following information related to subsequent transmissions of the first hop and/or the second hop: if the TTLM of the second hop requires renegotiation, an indication of the delay required for renegotiation; whether the second hop is available (e.g., if it is temporarily unavailable due to power saving, if it cannot be used due to interference, or if the second hop link measurement information recently given to the first MLD (MLD 1) has expired);
  • the fourth frame and the fifth frame may be any combination of the following, but are not limited to the following combinations:
  • the relay initial frame can be sent on any link, and the relay initial reply frame can be replied on any link.
  • FIG. 7 is a flow chart of a collaborative communication method for a multi-link device provided in an embodiment of the present application.
  • the collaborative communication method for a multi-link device includes at least one of the following operations: Operation 701: After the sender sends a relay initial frame, the sender immediately starts the countdown of the relay response timer. If the sender receives the relay initial reply frame sent by the responder within the time corresponding to the relay response timer, the sender performs subsequent transmission according to the instruction of the relay initial reply frame; if the sender does not receive the relay initial reply frame sent by the responder within the time corresponding to the relay response timer, the sender considers that the relay transmission has failed to start.
  • the sender receives the relay initial reply frame sent by the responder within the time corresponding to the relay response timer, it will perform subsequent transmission according to the instructions of the relay initial reply frame, which can improve the relay transmission efficiency.
  • the duration of the relay response timer is indicated to the receiver in the relay initial frame.
  • the relay response timer is also used to handle error recovery. After the relay response timer expires, the sender resends the relay initial frame or searches for a relay site. If the receiver does not receive a subsequent transmission after the relay response timer expires plus the first duration, the relay transmission is considered to be canceled.
  • the first duration is equal to the short interframe interval SIFS, the priority interframe interval PIFS, the distributed interframe interval DIFS, or the extended interframe interval EIFS.
  • Relay Initial Frames can be sent over any link, and Relay Initial Reply Frames can be replied to over any link.
  • this embodiment proposes a Relay Response Timer. This timer constrains the time interval between the sender sending the Relay Initial Frame and the responder sending the Relay Initial Reply Frame.
  • the sender after the sender sends a relay initial frame, it immediately starts the countdown of the relay response timer. If the sender receives a relay initial reply frame from the responder within the time corresponding to the relay response timer, the sender performs subsequent transmission according to the instructions of the frame. If the sender does not receive a relay initial reply frame from the responder within the time corresponding to the relay response timer, the sender considers that the relay transmission has failed to start. If it needs to continue the relay operation, it can wait and try again or search for other relay sites.
  • the length of the relay response timer can be indicated to the receiver in the relay initial frame.
  • Embodiments 8 to 10 Trigger-based relay transmission process and method design. Embodiments 8 to 10 are lower-level implementation designs of the previous embodiments.
  • the fourth frame is a trigger frame
  • the trigger frame includes one or more user information fields for indicating that the target recipient is the fifth MLD and/or the sixth MLD, and/or the transmission parameters of the relay link.
  • the parameter information of the first user information field of the trigger frame indicates the communication parameters between the fourth MLD and the fifth MLD
  • the parameter information of the second user information field of the trigger frame indicates the communication parameters between the fourth MLD and the sixth MLD.
  • the parameter information of the first user information field of the trigger frame indicates the communication parameters between the fourth MLD and the fifth MLD
  • the parameter information of the second user information field of the trigger frame indicates the communication parameters between the fifth MLD and the sixth MLD.
  • the transmission parameters of the relay link are jointly indicated by the first user information field and the second user information field.
  • the relay initial frame of the fifth to seventh embodiments can be a trigger frame
  • the relay initial reply frame is a frame that replies to the trigger frame, and the information is indicated in the trigger frame and/or the reply frame.
  • the trigger frame can be sent by the relay MLD or sent to the relay MLD.
  • the basic format of the trigger frame can refer to the existing standards.
  • the embodiment of the present application can add one or more user information list fields to the user information list field of the trigger frame to indicate the specific target recipient, and/or the transmission parameters ⁇ CAP2 ⁇ of the relay link (first hop and/or second hop).
  • MLD4 sends a trigger frame to a fifth MLD (MLD 5) and/or a sixth MLD (MLD 6), with one or more User Info fields within the User Info List indicating that the specific target recipient is the fifth MLD (MLD 5) and/or the sixth MLD (MLD 6).
  • a first user information field is added to indicate that the parameter information therein applies to the fifth MLD (MLD 5), and/or a second user information field is added to indicate that the parameter information therein applies to the sixth MLD (MLD 6).
  • the parameter information in the first user information field indicates the communication parameters between MLD4 and the fifth MLD (MLD 5), and the parameter information in the second user information field indicates the communication parameters between MLD4 and the sixth MLD (MLD 6).
  • the parameter information in the first user information field indicates the communication parameters between MLD 4 and the fifth MLD (MLD 5)
  • the parameter information in the second user information field indicates the communication parameters between the fifth MLD (MLD 5) and the sixth MLD (MLD 6).
  • the transmission parameter ⁇ CAP2 ⁇ is jointly indicated by the first user information field and the second user information field.
  • the trigger frame can be a Basic, MU-BAR, MU-RTS, BSRP, or other trigger frame. Using different types of trigger frames can be applicable to different scenarios and obtain reply frames with different functions.
  • the trigger frame is a MU-RTS trigger frame.
  • the uplink target received power field of the MU-RTS trigger frame is used to indicate the target received power of the receiving link.
  • the resource unit RU allocation subfield of the first user information field and the RU allocation subfield of the second user information field of the MU-RTS trigger frame are used to indicate the bandwidth and channel information of the first hop and/or the second hop of the relay transmission, and the association identifier AID12 subfield of the first user information field and the AID12 subfield of the second user information field are used to indicate that the target recipient is the fifth MLD and/or the sixth MLD.
  • This embodiment proposes a method for initiating relay transmission and setting transmission parameters based on a MU-RTS (multi-user request to send) trigger frame, which is a subordinate implementation design of the eighth embodiment.
  • the relay initial frame in the fifth through seventh embodiments can be a MU-RTS trigger frame, and the relay initial reply frame is a CTS frame. This information is indicated within the MU-RTS frame and/or the CTS frame.
  • the MU-RTS frame can be sent by or to the relay MLD.
  • the user information field in the user information list in the MU-RTS TXS TF indicates that the specific target receiver is the fifth MLD (MLD 5) and/or the sixth MLD (MLD 6).
  • a reserved field in the MU-RTS frame may appear to indicate information related to relay transmission.
  • the UL target received power field of the user information field may appear to indicate the target received power of the receiving link.
  • a first user information field and a second user information field are added to indicate the transmission parameter ⁇ CAP2 ⁇ of the relay link (first hop and/or second hop).
  • the RU Allocation subfield in the User Information field addressed to the STA indicates whether the CTS frame is sent on the primary 20 MHz channel, primary 40 MHz channel, primary 80 MHz channel, 160 MHz channel, or 80+80 MHz channel.
  • the RU Allocation subfield in the first User Information field and the second User Information field can indicate the bandwidth and channel information of the first and/or second hops of the subsequent relay transmission, and the AID12 subfield can indicate whether the target recipient is the fifth MLD (MLD 5) and/or the sixth MLD (MLD 6).
  • Tenth embodiment MU-RTS TXS trigger frame.
  • the MU-RTS trigger frame is a multi-user request to send transmission time sharing MU-RTS TXS trigger frame.
  • the parameter information in the first user information field of the MU-RTS TXS trigger frame is applicable to the fifth MLD
  • the parameter information in the second user information field of the MU-RTS TXS trigger frame is applicable to the sixth MLD
  • the transmission parameters of the relay link are jointly indicated by the first user information field and the second user information field.
  • the triggered transmission opportunity TXOP sharing mode subfield in the common information field of the MU-RTS trigger frame is used to indicate whether the MU-RTS TXS trigger frame is used to enable relay transmission.
  • This embodiment proposes a method for enabling relay transmission and setting transmission parameters based on a MU-RTS TXS trigger frame, which is a lower-level implementation design of Example 9.
  • MLD 4 sends a MU-RTS TXS trigger frame to the fifth MLD (MLD 5) and/or the sixth MLD (MLD 6).
  • MLD 5 sends a MU-RTS TXS trigger frame to the fifth MLD (MLD 5) and/or the sixth MLD (MLD 6).
  • One or more User Info fields within the User Info List of the MU-RTS TXS frame indicate that the specific target recipient is the fifth MLD (MLD 5) and/or the sixth MLD (MLD 6).
  • a first user information field is added to indicate that the parameter information therein applies to the fifth MLD (MLD 5), and/or a second user information field is added to indicate that the parameter information therein applies to the sixth MLD (MLD 6).
  • the transmission parameter ⁇ CAP2 ⁇ is indicated by both the first user information field and the second user information field.
  • the TXOP Shared Mode subfield triggered in the common information field of the MU-RTS frame is used to indicate whether the MU-RTS TXS trigger frame enables relay transmission.
  • Embodiments 11 to 13 Service mapping method for multi-link relay.
  • TTLM service mapping
  • FIG8 is a flow chart of a cooperative communication method for multi-link devices provided in an embodiment of the present application.
  • the cooperative communication method for multi-link devices includes at least one of the following operations: Operation 801: A first MLD sends a sixth frame to a second MLD, where the sixth frame is used to indicate a service identifier TIDx; wherein, in the direction from the first MLD to the second MLD, the transmittable TIDs and the corresponding links are a first TID set and a first link set, respectively; and in the direction from the second MLD to the third MLD, the transmittable TIDs and the corresponding links are a second TID set and a second link set, respectively; Operation 802: The first MLD receives a seventh frame from the second MLD, and determines, based on the seventh frame, a transmittable TID and a corresponding first-hop and/or second-hop link.
  • the transmittable TID and the corresponding first hop and/or second hop link are determined according to the seventh frame, so that the TID can be smoothly transmitted from the first hop to the second hop, reducing the interruption probability.
  • the relay parameter information set of the sixth frame includes the ⁇ LINKSX-TIDx ⁇ .
  • the second MLD compares the ⁇ LINKSX-TIDx ⁇ with the ⁇ LINKSY-TIDx ⁇ and indicates the link set ⁇ RELAYLINKS-TIDx ⁇ for receiving the TIDx in the seventh frame.
  • the second MLD indicates the ⁇ LINKSY-TIDx ⁇ in the seventh frame.
  • the first MLD compares the ⁇ LINKSY-TIDx ⁇ with the ⁇ LINKSX-TIDx ⁇ and determines the link set ⁇ RELAYLINKS-TIDx ⁇ for receiving the TIDx.
  • the predefined rule stipulates that a default service identifier to link mapping TTLM mode is established between the second MLD and the third MLD, that is, during relay transmission, all TIDs are allowed to be sent on all associated links.
  • This embodiment proposes that when relay transmission is enabled, a relay link can be selected as needed based on the TID to be transmitted.
  • This solution has the additional benefit that, optionally, the data plane of the relay MLD does not need to maintain a TTLM module and/or a link merging module; during relay transmission, only the link to be transmitted TID needs to be selected, simplifying the design and reducing costs.
  • the first MLD (MLD 1) sends the sixth frame, and the relay MLD replies with the seventh frame.
  • the sixth frame indicates TIDx.
  • the set of transmissible links for TIDx is ⁇ LINKSX-TIDx ⁇ in the direction from the first MLD (MLD 1) to the second MLD (MLD 2); and that the set of transmissible links for TIDx is ⁇ LINKSY-TIDx ⁇ in the direction from the second MLD (MLD 2) to the third MLD (MLD 3).
  • Method 1 Relay MLD (MLD 2) decision.
  • the sixth frame's ⁇ CAP1 ⁇ includes the set ⁇ LINKSX-TIDx ⁇ .
  • the relay MLD compares it with the local ⁇ LINKSY-TIDx ⁇ and indicates the link set ⁇ RELAYLINKS-TIDx ⁇ that can receive TIDx in the seventh frame.
  • Method 2 First MLD (MLD 1) Decision: The relay MLD indicates ⁇ LINKSY-TIDx ⁇ in the seventh frame.
  • the first MLD (MLD 1) compares it with the local ⁇ LINKSX-TIDx ⁇ and determines which links to send TIDx on, i.e., ⁇ RELAYLINKS-TIDx ⁇ . At this point, ⁇ RELAYLINKS-TIDx ⁇ may or may not be indicated to the relay MLD.
  • Method 3 Design rules: Establish a default TTLM mode between the relay MLD and the third MLD (MLD 3). This means that all TIDs are allowed to be sent on all associated links. This places higher demands on the relay MLD, as all links must have the ability and resources to send all TIDs.
  • the sixth and seventh frames may be the first and second frames in some of the previous embodiments when the relay parameter information indicates otherwise. In one embodiment, the sixth and seventh frames may be the fourth and fifth frames in some of the previous embodiments when the relay transmission process is started.
  • the first MLD (MLD 1) and the second MLD (MLD 2) can reach an agreement on this using the above method to achieve smooth and timely relay of the TIDx.
  • the above links can be indicated by Link Bitmap or Link ID. Due to the directional nature of TTLM, the relay transmission from the third MLD (MLD 3) to the first MLD (MLD 1) also requires the above negotiation, using the same method as above, and can be performed together or separately. Transmittable link sets can be selected for multiple TIDx, and this method can be used multiple times.
  • Example 12 Selecting a transmittable TID for a link:
  • FIG9 is a flow chart of a cooperative communication method for multi-link devices provided in an embodiment of the present application.
  • the cooperative communication method for multi-link devices includes at least one of the following operations: Operation 901: a first MLD sends a sixth frame to a second MLD, wherein the sixth frame indicates a link LINKx; the second MLD replies with a seventh frame to the first MLD; wherein, in the direction from the first MLD to the second MLD, it is assumed that the transmittable service identifier TID set of LINKx is ⁇ TIDSX-LINKx ⁇ ; and in the direction from the second MLD to the third MLD, it is assumed that the transmittable TID set of LINKx is ⁇ TIDSY-LINKx ⁇ .
  • the second MLD, the first MLD, or a predefined rule selects a transmittable TID set for the LINKx, thereby enabling smooth transmission of the TID from the first hop to the second hop and reducing the probability of interruption.
  • the relay parameter information set of the sixth frame includes the ⁇ TIDSX-LINKx ⁇ , and during relay transmission, the seventh frame indicates the TID set ⁇ RELAYTIDS-LINKx ⁇ for receiving the LINKx.
  • the seventh frame indicates the ⁇ TIDSY-LINKx ⁇ , and during relay transmission, the first MLD compares the ⁇ TIDSY-LINKx ⁇ with the ⁇ TIDSX-LINKx ⁇ to determine the link set ⁇ RELAYTIDS-LINKx ⁇ for receiving the LINKx.
  • the predefined rule stipulates that a default service identifier to link mapping TTLM mode is established between the second MLD and the third MLD, that is, all associated links are allowed to send all TIDs.
  • This embodiment proposes that when relay transmission is enabled, a TID for relay transmission can be selected based on current link resources.
  • This solution has the additional benefit that, optionally, the data plane of the relay MLD does not need to maintain the TTLM module and/or Link Merging module; instead, relay transmission can simply select a transmittable TID for the link, simplifying the design and reducing costs.
  • the first MLD (MLD 1) sends the sixth frame, and the relay MLD replies with the seventh frame.
  • the LINKx indicated in the sixth frame is not necessarily the link currently transmitting the sixth frame.
  • the set of TIDs that can be transmitted on LINKx is ⁇ TIDSX-LINKx ⁇ ; in the direction from the second MLD (MLD 2) to the third MLD (MLD 3), the set of TIDs that can be transmitted on LINKx is ⁇ TIDSY-LINKx ⁇ , then:
  • Relay MLD (second MLD (MLD 2)) decision: ⁇ CAP1 ⁇ in the sixth frame includes the set ⁇ TIDSX-LINKx ⁇ .
  • Relay MLD compares it with the local ⁇ TIDSY-LINKx ⁇ and indicates the TID set ⁇ RELAYTIDS-LINKx ⁇ that can be received on LINKx in the seventh frame.
  • Method 2 First MLD (MLD 1) decision: The relay MLD indicates ⁇ TIDSY-LINKx ⁇ in the seventh frame, the first MLD (MLD 1)
  • ⁇ RELAYTIDS-LINKx ⁇ may or may not be indicated to the relay MLD.
  • Method 3 Design rules: Establish a default TTLM mode between the relay MLD and the third MLD (MLD 3). This means that all associated links are allowed to send all TIDs. This places higher demands on the relay MLD because all links must have the ability and resources to send all TIDs.
  • the relay parameter information is selected when the relay parameter information indicates that the sixth and seventh frames can be the first and second frames in some of the previous embodiments.
  • the relay transmission process is started when the sixth and seventh frames can be the fourth and fifth frames in some of the previous embodiments.
  • TIDs can be indicated using a TID bitmap or a TID. Since TTLM is directional, the relay transmission from the third MLD (MLD 3) to the first MLD (MLD 1) also requires the above negotiation, using the same method as above, and can be performed together or separately. Transmittable TIDs can be selected for multiple LINKxs, and this method can be used multiple times.
  • Double-hop TTLM two-dimensional selection
  • FIG10 is a flow chart of a cooperative communication method for a multi-link device provided in an embodiment of the present application.
  • the cooperative communication method for a multi-link device includes at least one of the following operations: Operation 1001: a first MLD sends a sixth frame to a second MLD, wherein the sixth frame indicates a link LINKx; the first MLD receives a seventh frame sent by the second MLD, wherein the seventh frame includes confirmation or modification of parameters in the sixth frame; wherein, in the direction from the first MLD to the second MLD, it is assumed that the transmittable service identifier TID set of the LINKx is ⁇ TIDSX-LINKx ⁇ ; in the direction from the second MLD to the third MLD, it is assumed that the transmittable TID set of the LINKx is ⁇ TIDSY-LINKx ⁇ , Operation 1002: the relay During transmission, a transmittable TID set is selected for the LINKx by the seventh frame, the first MLD, or a predefined rule.
  • the seventh frame, the first MLD, or a predefined rule is used to indicate the TID mapping TTLM-RELAY received on each link, which can achieve smooth transmission of the TID from the first hop to the second hop and reduce the interruption probability.
  • the seventh frame indicates the TID mapping TTLM-RELAY received on each link.
  • the first MLD compares the TTLMY with the TTLMX to determine the TID mapping TTLM-RELAY received on each link.
  • the predefined rule stipulates that a default TTLM mode is established between the second MLD and the third MLD, i.e., all associated links allow all TIDs to be transmitted.
  • This embodiment proposes to determine the TTLM-RELAY during relaying by taking the intersection or a subset of the intersection of the two mappings based on the TTLM of the first hop and the TTLM of the second hop. During subsequent relay transmission, both the first hop and the second hop follow the TTLM-RELAY.
  • the data plane of the relay MLD must maintain the TTLM module and/or the Link Merging module. This advantageously increases the range of link combinations available for the first and second hops of the relay transmission.
  • the TTLM for the first hop is represented by TTLMX
  • the TTLM for the second hop is represented by TTLMY.
  • the first MLD (MLD 1) sends the sixth frame, and the relay MLD replies with the seventh frame.
  • Relay MLD (second MLD (MLD 2)) decision:
  • the sixth frame includes TTLMX.
  • Relay MLD indicates the TID mapping TTLM-RELAY that can be received on each link in the seventh frame based on the comparison with the local TTLMY.
  • Method 2 First MLD (MLD 1) Decision: The relay MLD indicates TTLMY in the seventh frame.
  • the first MLD (MLD 1) determines TTLM-RELAY based on the comparison with the local TTLMX. At this point, TTLM-RELAY may or may not be indicated to the relay MLD.
  • Method 3 Design rules: Establish a default TTLM mode between the relay MLD and the third MLD (MLD 3). This means that all associated links are allowed to send all TIDs. This places higher demands on the relay MLD because all links must have the ability and resources to send all TIDs.
  • the relay parameter information is selected when indicated.
  • the sixth and seventh frames can be the first and second frames in some of the previous embodiments.
  • the relay transmission process is selected when the sixth and seventh frames can be the fourth and fifth frames in some of the previous embodiments.
  • TID0 is mapped to link 1, link 2, and link 3, and TID1 is mapped to link 1 and link 2.
  • TLMY from the second MLD (MLD 2) to the third MLD (MLD 3)
  • TID0 is mapped to link 2 and link 3
  • TID1 is mapped to link 2.
  • TID0 needs to be relayed on link 2 and/or link 3 to move from the first MLD (MLD 1) to the second MLD (MLD 2) and then to the third MLD (MLD 3).
  • TID1 needs to be relayed on link 2 to move from the first MLD (MLD 1) to the second MLD (MLD 2) and then to the third MLD (MLD 3).
  • the first MLD (MLD 1) and the second MLD (MLD 2) can use the above method to reach an agreement on this, achieving smooth and timely relay of TID0 and TID1.
  • the result of TTLM-RELAY may be: TID0 is mapped to link2 and/or link3, and TID1 is mapped to link2.
  • the above links can be indicated by either a link bitmap or a link ID.
  • the above TID can be indicated by either a TID bitmap or a TID. Because TTLM is directional, the relay transmission from the third MLD (MLD 3) to the first MLD (MLD 1) also requires the above negotiation, using the same method as above, and can be performed together or separately.
  • MLD relay frame address resolution rules.
  • FIG 11 is a flow chart of a collaborative communication method for a multi-link device provided in an embodiment of the present application.
  • the collaborative communication method for a multi-link device includes at least one of the following operations: Operation 1101: When there is no overlapping service identifier to link mapping TTLM mapping link between the direction from the first MLD to the second MLD and the direction from the second MLD to the third MLD, the MLD level indication of the second MLD is used to set and parse the relay frame address to achieve forwarding on the same link or forwarding across links.
  • the MLD-level indication of the second MLD is used to set and parse the relay frame address, thereby achieving both intra-link forwarding and inter-link forwarding.
  • TTLM negotiation is renegotiated between the first MLD and the second MLD, and/or between the second MLD and the third MLD, such that the traffic identifier TIDx is transmitted from the first MLD to the second MLD and then to the third MLD over the same link.
  • cross-link relaying is enabled between the first MLD and the second MLD, and between the second MLD and the third MLD, such that TIDx is transmitted from the first MLD to the second MLD and then to the third MLD.
  • the indication of the MLD level of the second MLD includes the MAC address, association identifier AID, or MLD identifier ID of the second MLD.
  • using the MLD-level indication of the second MLD to set and parse the relay frame address satisfies one or more of the following rules: for frame transmission from the second MLD to the access point AP MLD, the indication method of the sending device uses the indication of the MLD-level of the second MLD; for frame transmission from the AP MLD to the second MLD, the indication method of the receiving device uses the indication of the MLD-level of the second MLD; for frame transmission from the second MLD to the non-access point non-AP MLD, the indication method of the sending device uses the indication of the MLD-level of the second MLD; for frame transmission from the non-AP MLD to the second MLD, the indication method of the receiving device uses the indication of the MLD-level of the second MLD.
  • this embodiment designs the address setting and resolution rules of TIDx from the first MLD (MLD 1) to the second MLD (MLD 2) and then to the third MLD (MLD 3).
  • the set of transmittable links is ⁇ link1, link2 ⁇ ; in the direction from the second MLD (MLD 2) to the third MLD (MLD 3), the set of transmittable links is ⁇ link3 ⁇ . It can be seen that there is no overlapping TTLM mapping link between the first hop and the second hop, and TIDx cannot be transmitted to the third MLD (MLD 3).
  • Method 1 TTLM negotiation is performed again between the first MLD (MLD 1) and the second MLD (MLD 2), and/or between the second MLD (MLD 2) and the third MLD (MLD 3), so that TIDx from the first MLD (MLD 1) to the second MLD (MLD 2) and then to the third MLD (MLD 3) can be transmitted on the same link.
  • the baselink address setting and parsing rules are used.
  • Method 2 Cross-link relaying can be enabled between multiple links of the MLD, so that TIDx from the first MLD (MLD 1) to the second MLD (MLD 2) and then to the third MLD (MLD 3).
  • This embodiment and method proposes that when the MLD sends and/or receives relay frames, when setting and parsing the frame address bits, the MLD uses MLD-level indications to indicate the relay MLD (rather than STA-level indications), thereby achieving both same-link forwarding and cross-link forwarding.
  • Relay MLD to AP MLD frame transmission Modify the indication method of the sending device to use the MLD-level indication of the relay MLD (instead of the STA-level indication), such as the MAC address or AID of the MLD ID of the relay MLD
  • the addressing of the four-address frame should be as follows:
  • Address 1 is the MAC address of the AP (MPDU receiver).
  • Address 2 is the MAC address or AID or MLD ID of the relay MLD (the sending MLD of the MPDU).
  • Address 3 is the DA (destination address of the MSDU) of the MSDU.
  • Address 4 is the SA of the MSDU (source address of the MSDU).
  • a quad-address frame is a PV1 QoS data frame containing an A-MSDU
  • the DA and/or SA fields shall not be present in any A-MSDU subframe header unless the DA and/or SA for the MSDU contained in the A-MSDU subframe are not equal to the values contained in Address 3 and/or Address 4 of the frame.
  • the addressing of the frame containing the A-MSDU shall be as follows:
  • Address 1 is the MAC address of the AP (MPDU receiver).
  • Address 2 is the MAC address or AID or MLD ID of the relay MLD (MPDU sending MLD)
  • Address 3 is the AP's MAC address (BSSID).
  • address 3 does not exist.
  • the DA in the A-MSDU subframe header is the DA of the MSDU (the destination address of the MSDU).
  • the SA in the A-MSDU subframe header is the SA of the MSDU (the source address of the MSDU).
  • AP MLD to relay MLD frame transmission Modify the indication method of the receiving device to use the MLD-level indication of the relay MLD
  • the addressing of the four-address frame should be as follows:
  • Address 1 is the MAC address or AID or MLD ID of the relay MLD (the receiving MLD of the MPDU).
  • Address 2 is the MAC address of the AP (sender of the MPDU).
  • Address 3 is the DA (destination address of the MSDU) of the MSDU.
  • Address 4 is the SA of the MSDU (source address of the MSDU).
  • a quad-address frame is a PV1 QoS data frame containing an A-MSDU
  • the DA and/or SA fields shall not be present in any A-MSDU subframe header unless the DA and/or SA for the MSDU contained in the A-MSDU subframe differ from the values contained in Address 3 and/or Address 4 of the frame. Otherwise, in this case, the addressing of the frame containing the A-MSDU shall be as follows:
  • Address 1 is the MAC address or AID or MLD ID of the relay MLD (the receiving MLD of the MPDU).
  • Address 2 is the MAC address of the AP (sender of the MPDU).
  • Address 3 is the AP's MAC address (BSSID).
  • address 3 does not exist.
  • the DA in the A-MSDU subframe header is the DA of the MSDU (the destination address of the MSDU).
  • the SA in the A-MSDU subframe header is the SA of the MSDU (the source address of the MSDU).
  • Frame transmission from a relay MLD to a non-AP MLD Modify the indication method of the transmitting device to use the MLD-level indication of the relay MLD, such as the MAC address or AID or MLD ID of the relay MLD.
  • Frame transmission from non-AP MLD to relay MLD Modify the indication method of the receiving device and use the MLD-level indication of the relay MLD, such as the MAC address, AID, or MLD ID of the relay MLD.
  • Method for indicating intended station of MLD relay frame
  • FIG 12 is a flow chart of a collaborative communication method for a multi-link device provided in an embodiment of the present application.
  • the collaborative communication method for a multi-link device includes at least one of the following operations: Operation 1201: When sending and/or receiving a relay frame, the MLD indicates one or more intended sites or one or more intended links. The content of the relay frame is for the one or more intended sites, or the relay frame is forwarded and/or replied to on the one or more intended links.
  • MLD is used to indicate one or more intended sites or one or more intended links when sending and/or receiving relay frames, so that relay frames can be forwarded/replied on the same link or across links.
  • the one or more intended sites or the one or more intended links are different from the sites or links indicated by the frame reception address RA of the relay frame.
  • the one or more intended sites or the one or more intended links include the sites or links indicated by the frame RA of the relay frame.
  • the link identifier ID bitmap field of the multi-link operation MLO link information element of the relay frame is used to indicate the one or more intended sites or the one or more links of the relay frame.
  • the media access control MAC address, the BSSID of the basic service set BSS where the one or more intended sites are located, the BSS coloring of the BSS where the one or more intended sites are located, and the association identifier AID are used to indicate the one or more intended sites.
  • the one or more intended link IDs are used to indicate the one or more intended links.
  • This embodiment proposes a method for indicating the intended site/link of a relay frame for cross-link relaying, so as to achieve cross-link forwarding/reply and give full play to the advantages of multi-link collaboration.
  • MLD adds an indication of the intended site or link of the relay frame, indicating that the content of the frame (the content refers to, for example, the frame body, or MPDU, or MMPDU) is for the intended site, or the frame can be forwarded and/or replied on the intended link.
  • the intended site/link may be different from the site/link indicated by the frame receiving address RA.
  • This method can achieve both same-link forwarding/reply of relay frames and cross-link forwarding/reply.
  • the Link ID Bitmap field of the MLO Link Info element is used to indicate one or more intended stations/links for a relay frame.
  • Other methods may also be used, such as the MAC address of the intended station(s), the BSS ID of the BSS in which the station resides, the BSS color of the BSS in which the station resides, the AID, or the intended link ID.
  • a relay frame is transmitted from the first MLD (MLD 1) to the second MLD (MLD 2) and then to the third MLD (MLD 3).
  • the second MLD (MLD 2) is a relay MLD.
  • the frame is transmitted from the first MLD (MLD 1) to the second MLD (MLD 2), it is transmitted on Link 1, indicating that the intended sites/links are Link 1 and Link 2.
  • the second MLD (MLD 2) can then decide, based on its own link status, to forward the frame to the third MLD (MLD 3) on Link 1 and/or Link 2, and/or decide to reply to the first MLD (MLD 1) on Link 1 and/or Link 2.
  • the third MLD can then choose to reply to the frame on Link 1, Link 2, and/or Link 3, based on its own link status.
  • Example 16 Periodic relay transmission method
  • FIG 13 is a flow chart of the collaborative communication method of a multi-link device provided in an embodiment of the present application.
  • the collaborative communication method of the multi-link device includes at least one of the following operations: Operation 1301: The direction from the first MLD to the second MLD and the direction from the second MLD to the third MLD are aligned with the target wake-up time TWT, and relay data transmission is performed during the period when the TWT wakes up, wherein the TWT includes first TWT parameter information and second TWT parameter information.
  • the direction from the first MLD to the second MLD and the direction from the second MLD to the third MLD are aligned with the target wake-up time TWT, and relay data transmission is performed during the TWT wake-up period, which can realize wake-up for data transmission and improve the probability of timely delivery of relay data.
  • the first MLD and the second MLD perform TWT negotiation to determine the first TWT parameter information and the first time period.
  • the second MLD reuses the first time period to negotiate the second TWT parameter information and the second time period with the third MLD.
  • the MLD and the second MLD use TWT elements to determine the first TWT parameter information and the first time period, or the second MLD and the third MLD use the TWT elements to negotiate the second TWT parameter information and the second time period.
  • the control field and/or TWT parameter information field of the TWT element carries the first TWT parameter information and the second TWT parameter information.
  • the second TWT parameter information multiplexes one or more TWT parameters in the first TWT parameter information.
  • the one or more TWT parameters in the first TWT parameter information include: TWT, nominal minimum TWT wake-up duration, TWT wake-up interval, TWT channel subfield value indicated in the TWT element.
  • the first TWT parameter information and/or the second TWT parameter information include part or all of the information of the relay parameter information set.
  • the relay parameter information set in the one or more related MLDs includes one or more of the following information: link parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop link parameter information, and/or first-hop link parameter information, and/or single-hop link parameter information; quality of service QoS parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop QoS parameter information, and/or first-hop QoS parameter information, and/or single-hop QoS parameter information; energy saving parameter information of the one or more affiliated sites in the one or more related MLDs, including second-hop energy saving parameter information, and/or first-hop energy saving parameter information, and/or single-hop energy saving parameter information; capability information parameters of the one or more affiliated sites in the one or more related MLDs, including second-hop capability information parameters, and/or first-hop capability information parameters, and/or single-hop capability information parameters; the reachable site address information of the one or more affiliated sites, used for
  • This embodiment proposes a method for periodic relay transmission, in which the first and second hops of the relay can be aligned with the TWT, and relay data transmission is performed during the period when the TWT wakes up.
  • the beneficial effect of this method is that the data transmission is performed simultaneously, which increases the probability of timely delivery of the relay data.
  • a first MLD (MLD 1) and a second MLD (MLD 2) first perform TWT negotiation to determine TWT parameters ⁇ TWT1 ⁇ and a TWT time period.
  • the second MLD (MLD 2) reuses the TWT time period and negotiates corresponding TWT parameter information ⁇ TWT2 ⁇ and a time period with a third MLD (MLD 3).
  • the TWT negotiation may utilize TWT elements, which may refer to the TWT elements in the IEEE 802.11 standard.
  • ⁇ TWT1 ⁇ and ⁇ TWT2 ⁇ indication information can be placed in the control field and/or TWT parameter information field of the TWT element.
  • ⁇ TWT2 ⁇ reuses one or more TWT parameters (TWT Parameters) in ⁇ TWT1 ⁇ , that is, reuses one or more of the following in ⁇ TWT1 ⁇ : TWT, nominal minimum TWT wake-up duration, TWT wake-up interval, and TWT channel subfield value indicated in the TWT element.
  • TWT TWT Parameters
  • the trigger subfield value indicated in the TWT element is also the TWT parameter of the HE STA. The meaning of each parameter can be found in the standard text.
  • ⁇ TWT1 ⁇ can contain part or all of the information of ⁇ CAP1 ⁇ indicated in the first embodiment.
  • ⁇ TWT2 ⁇ can contain part or all of the information of ⁇ CAP1 ⁇ indicated in the first embodiment.
  • the relay transmission during the TWT wake-up period uses the process designed in the fifth embodiment.
  • FIG 14 is a schematic diagram of a wireless communication device 500 provided in an embodiment of the present application.
  • the wireless communication device can be a relay communication device, an AP, or a STA.
  • the wireless communication device 500 shown in Figure 14 includes a processor 510, which can call and execute a computer program from a memory to implement the method in the embodiment of the present application.
  • an AP includes an AP STA or an AP MLD
  • a STA includes an AP STA or a non-AP STA or an AP MLD or a non-AP MLD.
  • the wireless communication device 500 may further include a memory 520.
  • the processor 510 may call and execute a computer program from the memory 520 to implement the method in the embodiment of the present application.
  • the memory 520 may be a separate device independent of the processor 510 or may be integrated into the processor 510.
  • the wireless communication device 500 may further include a transceiver 530.
  • the processor 510 may control the transceiver 530 to communicate with other devices.
  • the transceiver 530 may send information or data to other devices or receive information or data sent by other devices.
  • the transceiver 530 may include a transmitter and a receiver.
  • the transceiver 530 may further include one or more antennas.
  • the wireless communication device 500 may be a relay communication device according to an embodiment of the present application, and the wireless communication device 500 may be a relay communication device according to an embodiment of the present application.
  • the corresponding processes implemented by the relay communication device in each method of the embodiments of the present application can be implemented. For the sake of brevity, they will not be repeated here.
  • the wireless communication device 500 may specifically be a mobile AP in an embodiment of the present application, and the wireless communication device 500 may implement the corresponding processes implemented by the AP in each method in the embodiment of the present application, which will not be described in detail here for the sake of brevity.
  • the wireless communication device 700 may be a STA in the embodiments of the present application, and the wireless communication device 700 may implement the corresponding processes implemented by the STA in the various methods of the embodiments of the present application. For the sake of brevity, these processes are not further described here.
  • the STA includes an AP STA or a non-AP STA or an AP MLD or a non-AP MLD.
  • Figure 15 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • the chip 600 shown in Figure 15 includes a processor 610, which can call and run a computer program from a memory to implement the method according to the embodiment of the present application.
  • the chip 600 may further include a memory 620.
  • the processor 610 may call and execute a computer program from the memory 620 to implement the method in the embodiment of the present application.
  • the memory 620 may be a separate device independent of the processor 610 or may be integrated into the processor 610.
  • the chip 600 may further include an input interface 630.
  • the processor 610 may control the input interface 630 to communicate with other devices or chips, and specifically, may obtain information or data sent by other devices or chips.
  • the chip 600 may further include an output interface 640.
  • the processor 610 may control the output interface 640 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.
  • the chip can be applied to the relay communication device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the relay communication device in each method of the embodiments of the present application. For the sake of brevity, they will not be repeated here.
  • the chip can be applied to the AP in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the AP in each method in the embodiments of the present application. For the sake of brevity, they are not described here.
  • the chip can be applied to the STA in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the STA in the various methods of the embodiments of the present application. For the sake of brevity, they are not described here.
  • FIG16 is a schematic block diagram of a wireless communication system 700 provided in an embodiment of the present application.
  • the communication system 700 includes a first MLD (MLD 1) 710, a second MLD (MLD 2) (relay MLD) 720, and a third MLD (MLD 3) 730.
  • the first MLD (MLD 1) 710 can be used to implement the corresponding functions implemented by the AP in the above method
  • the second MLD (MLD 2) (relay MLD) 720 can be used to implement the corresponding functions implemented by the relay communication device in the above method
  • the third MLD (MLD 3) 730 can be used to implement the corresponding functions implemented by the STA in the above method.
  • these functions are not described in detail here.
  • processor of the embodiment of the present application may be an integrated circuit chip with signal processing capabilities.
  • each step of the above method embodiment may be completed by hardware integrated logic circuits in the processor or software instructions.
  • the memory in the embodiments of the present application may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.
  • the embodiments of the present application also provide a computer-readable storage medium for storing a computer program.
  • the computer-readable storage medium may be applied to the relay communication device in the embodiments of the present application, and the computer program causes the computer to execute the corresponding processes implemented by the relay communication device in the various methods of the embodiments of the present application.
  • the computer-readable storage medium may be applied to the AP in the embodiments of the present application, and the computer program causes the computer to execute the corresponding processes implemented by the AP in the various methods of the embodiments of the present application.
  • these processes are not described in detail here.
  • the computer-readable storage medium may be applied to the STA in the embodiments of the present application, and the computer program causes the computer to execute the corresponding processes implemented by the STA in the various methods of the embodiments of the present application. For the sake of brevity, these processes are not described in detail here.
  • An embodiment of the present application also provides a computer program product, including computer program instructions.
  • the computer program product may be applied to the relay communication device in the embodiments of the present application, and the computer program instructions cause a computer to execute the corresponding processes implemented by the relay communication device in the various methods of the embodiments of the present application.
  • these instructions are not described in detail here.
  • the computer program product may be applied to the AP in the embodiments of the present application, and the computer program instructions cause a computer to execute the corresponding processes implemented by the AP in the various methods of the embodiments of the present application.
  • these instructions are not described in detail here.
  • the computer program product may be applied to the STA in the embodiments of the present application, and the computer program instructions cause a computer to execute the corresponding processes implemented by the STA in the various methods of the embodiments of the present application.
  • these instructions are not described in detail here.
  • the embodiment of the present application also provides a computer program.
  • the computer program may be applied to the relay communication device in the embodiment of the present application.
  • the computer program When the computer program is run on a computer, the computer executes the corresponding processes implemented by the relay communication device in the various methods of the embodiment of the present application.
  • the computer program may be applied to the AP in the embodiment of the present application.
  • the computer program When the computer program is run on a computer, the computer executes the corresponding processes implemented by the AP in the various methods of the embodiment of the present application.
  • the computer program may be applied to the STA in the embodiment of the present application.
  • the computer program When the computer program is run on a computer, the computer executes the corresponding processes implemented by the STA in the various methods of the embodiment of the present application.
  • no further details are given here.

Landscapes

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

Abstract

本申请实施例提供一种多链路MLD设备的协作通信方法及无线通信设备。所述多链路设备MLD的协作通信方法，包括：MLD的附属站点通过帧的字段/元素指示一个或多个相关MLD的中继参数信息集合，所述中继参数信息集合应用于所述MLD的所述附属站点在中继模式下的链路能力或工作参数和所述一个或多个相关MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力。

Description

多链路设备的协作通信方法及无线通信设备 技术领域
本申请实施例涉及移动通信技术领域，具体涉及一种多链路设备的协作通信方法及无线通信设备。
背景技术
随着无线技术的发展，多链路设备(Multi-link device，MLD)可以支持多链路通信，通过多链路传输可以集成多频段、多信道在同一个MLD，提升用户体验。然而现有技术没有涉及中继MLD的数据传输流程，因此现有技术无法通过中继MLD拓展无线的信号覆盖/传输距离，这有可能对无线通信的效率和质量造成不利影响。
发明内容
本申请实施例提供一种多链路设备的协作通信方法及无线通信设备，以改善现有技术的问题和其他问题。
本申请实施例提供的一种多链路设备MLD的协作通信方法，包括：MLD的附属站点通过帧的字段/元素指示一个或多个相关MLD的中继参数信息集合，所述中继参数信息集合应用于所述MLD的所述附属站点在中继模式下的链路能力或工作参数和所述一个或多个相关MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力。
通过上述技术方案，所述MLD的附属站点通过帧的字段/元素指示一个或多个相关MLD的中继参数信息集合，从而有效地进行中继选择和中继传输。
本申请实施例提供的一种多链路设备MLD的协作通信方法，包括：第一MLD中的附属站点发送第一帧给第二MLD中的附属站点和/或第三MLD3中的附属站点；所述第一MLD接收来自所述第二MLD的第二帧，其中，所述第二帧包括针对所述第一帧中的参数的确认或修改；其中，所述第一帧的字段/元素用来指示所述一个或多个相关MLD的中继参数信息，所述中继参数信息集合应用于所述第一MLD的所述附属站点在中继模式下的链路能力和所述一个或多个相关MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力，和/或第一跳的链路能力，和/或单跳的链路能力。
通过上述技术方案，其中，所述第一帧的字段/元素用来指示所述一个或多个相关MLD的中继参数信息，从而有效地进行中继选择和中继传输。
本申请实施例提供的一种多链路设备MLD的协作通信方法，包括：第一MLD中的附属站点发送第一帧给第二MLD中的附属站点和/或第三MLD3中的附属站点；所述第一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发送第六帧，其中，所述第六帧用于指示业务标识符TIDx；其中，在从所述第一MLD到所述第二MLD的方向，可传输的TID和对应的链路分别为第一TID集合和第一链路集合，从所述第二MLD到第三MLD的方向，可传输的TID和对应的链路分别为第二TID集合和第二链路集合；所述第一MLD接收来自所述第二MLD的第七帧，并根据所述第七帧确定可传输的TID和对应的第一跳和/或第二跳链路。
通过上述技术方案，中继传输时，根据所述第七帧确定可传输的TID和对应的第一跳和/或第二跳链路，能够实现TID从第一跳到第二跳的顺利传输，减小中断概率。
本申请实施例提供的一种多链路设备MLD的协作通信方法，包括：第一MLD向第二MLD发送第六帧，其中，所述第六帧指示链路LINKx；所述第二MLD向所述第一MLD回复第七帧；其中，在从所述第一MLD到所述第二MLD的方向，假设所述LINKx的可传输示业务标识符TID集合是{TIDSX-LINKx}；在从所述第二MLD到所述第三MLD的方向，假设所述LINKx的可传输TID集合是{TIDSY-LINKx}，则中继传输时，由所述第七帧、所述第一MLD、或预定义的规则为所述LINKx选择可传输TID集合。
通过上述技术方案，中继传输时，由所述第二MLD、所述第一MLD、或预定义的规则为所述LINKx选择可传输TID集合，能够实现TID从第一跳到第二跳的顺利传输，减小中断概率。
本申请实施例提供的一种多链路设备MLD的协作通信方法，包括：第一MLD向第二MLD发送第六帧，其中，所述第六帧指示链路LINKx；所述第一MLD收到所述第二MLD发送的第七帧，其中，所述第七帧包括针对所述第六帧中的参数的确认或修改；其中，在从所述第一MLD到所述第二MLD的方向，假设所述LINKx的可传输示业务标识符TID集合是{TIDSX-LINKx}；在从所述第二MLD到所述第三MLD的方向，假设所述LINKx的可传输TID集合是{TIDSY-LINKx}，则中继传输时，由所述第七帧、所述第一MLD、或预定义的规则为所述LINKx选择可传输TID集合。
通过上述技术方案，中继传输时，由所述第七帧、所述第一MLD、或预定义的规则来指示每条链路上接收的TID映射TTLM-RELAY，能够实现TID从第一跳到第二跳的顺利传输，减小中断概率。
本申请实施例提供的一种多链路设备MLD的协作通信方法，包括：当第一MLD到第二MLD的方向和所述第二MLD到第三MLD的方向之间没有重合的业务标识符到链路映射TTLM映射链路时，使用所述第二MLD的MLD级的指示来设置和解析中继帧地址，以实现同一个链路转发或跨链路转发。
通过上述技术方案，使用所述第二MLD的MLD级的指示来设置和解析中继帧地址，可以实现同链路转发，也可以实现跨链路转发。
本申请实施例提供的一种多链路设备MLD的协作通信方法，包括：MLD在发送和/或接收中继帧时，指示一个或多个意向站点或一个或多个意向链路，所述中继帧的内容是给所述一个或多个意向站点，或者所述中继帧在所述一个或多个意向链路进行转发和/或回复。
通过上述技术方案，使用MLD在发送和/或接收中继帧时，指示一个或多个意向站点或一个或多个意向链路，可以实现中继帧的同链路转发/回复，也可以实现跨链路转发/回复。
本申请实施例提供的一种多链路设备MLD的协作通信方法，包括：第一MLD到第二MLD的 方向和所述第二MLD到第三MLD的方向对齐目标唤醒时间TWT，在所述TWT醒来的周期进行中继数据传输，其中，所述TWT包括第一TWT参数信息和第二TWT参数信息。
通过上述技术方案，第一MLD到第二MLD的方向和所述第二MLD到第三MLD的方向对齐目标唤醒时间TWT，在所述TWT醒来的周期进行中继数据传输，可以实现醒来进行数据传输，提高中继数据及时送达的概率。
本申请实施例提供的一种无线通信设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行上述的中继通信方法。
本申请实施例提供的中继通信设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的中继通信方法。
本申请实施例提供的第一节点，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的中继通信方法。
本申请实施例提供的芯片，用于实现上述的中继通信方法。
具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的中继通信方法。
本申请实施例提供的计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的中继通信方法。
本申请实施例提供的计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的中继通信方法。
本申请实施例提供的计算机程序，当其在计算机上运行时，使得计算机执行上述的用于中继通信方法。
通过上述技术方案，有效地进行中继选择和中继传输。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的中继多链路协作传输的示意图；
图2为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图3为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图4为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图5为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图6为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图7为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图8为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图9为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图10为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图11为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图12为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图13为本申请实施例提供的多链路设备的协作通信方法的流程示意图；
图14是本申请实施例提供的一种无线通信设备示意性结构图；
图15是本申请实施例的芯片的示意性结构图；
图16是本申请实施例提供的一种无线通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
为方便理解，表1给出了本申请中涉及到的主要缩写词的释义。
表1：缩写释义


本申请的一些实施例涉及无线通信，尤其是电气和电子工程师协会(Institute of Electrical and Electronics Engineers，IEEE)IEEE 802.11bn(Wi-Fi 8,超高可靠性Ultra High Reliability，简称UHR)及以后标准的中继(Relay)技术领域和多链路(Multi-link)传输技术领域，通过中继可以拓展无线(例如Wi-Fi)的信号覆盖/传输距离，提升小区边缘用户的速率，降低时延，提升用户体验。通过多链路传输可以集成多频段、多信道在同一个设备(称为多链路设备，Multi-link device，简称MLD)，提升用户体验。
本申请的一些实施例实现多链路设备MLD架构下的多链路协作传输的方法、实现MLD架构下的中继传输的方法，包括多链路中继参数信息指示、多链路中继发现方法、多链路中继传输流程和方法、多链路中继业务映射方法、多链路中继帧地址解析规则、多链路中继帧意向站点指示方法、周期性中继传输方法的设计，以更加有效地发挥MLD相对于单链路设备(single-link device，SLD)的多链路优势，充分利用多频段资源，提升边缘覆盖，实现负载均衡(load balancing)等。
本申请的一些实施例设计了MLD和中继MLD进行多链路协作传输的通信方法，有利于未来IEEE 802.11bn及以后的标准更好地实现基于MLD的协作传输和中继传输。现有标准主要讨论单站点的中继(Relay STA)，而MLD是IEEE 802.11be标准和Wi-Fi 7新引入的一项关键技术突破，IEEE 802.11bn标准化过程中对MLD和中继MLD的多链路传输进行全新的思考与讨论，因此本申请的一些实施例所设计的内容，将成为IEEE 802.11bn标准的关键技术点。
综合来看，为了实现中继多链路协作传输，还需要设计更加详细的方案来解决以上问题。图1为本申请实施例提供的中继多链路协作传输的示意图。本申请的一些实施例称第一MLD(MLD 1)到第二MLD(MLD 2)的链路为第一跳(first hop)链路，称第二MLD(MLD 2)到第三MLD(MLD 3)的链路为第二跳(second hop)链路，称第一MLD(MLD 1)到第三MLD(MLD 3)的链路为单跳链路，此时第二MLD(MLD 2)的功能是中继MLD(relay MLD)。从第一MLD(MLD 1)到第三MLD(MLD 3)的中继传输需要经过第一跳和第二跳才能完成，但这两跳的链路能力非常可能存在不匹配的情况，例如支持的最大传输速率不匹配、支持的流标识(Traffic ID，TID)到链路映射(TID-to-Link mapping,TTLM)不匹配等情况。所以，为了更有效地进行中继选择和中继传输，减少因为两跳的链路能力不匹配而造成的传输超时或者传输失败等问题，需要新设计方法、信令和流程，进行两跳链路能力的互相通知甚至协商，或者至少要向中继传输的发送方通知。
为了实现MLD的多链路协作传输，本申请的一些实施例进行了如下多方面的设计：、多链路中继参数信息指示方法、多链路中继发现方法、多链路中继传输流程和方法、基于触发的中继传输流程和方法设计、多链路中继业务映射方法、多链路中继帧地址解析规则、多链路中继帧意向站点指示方法、周期性中继传输方法。
应当理解，本申请的一些实施例提出新设计的指示方法，但不限制指示值的进制表示，例如不限制是二进制、十进制、十六进制，也不限制用于指示的比特数。应当理解，本申请的一些实施例设计每个字段(field)的长度和名称仅为示例，不做限制，只要能实现上述设计的功能即可。应当理解，本申请的一些实施例不限制发送MLD是non-AP MLD还是AP MLD。应当理解，本申请的一些实施例以第一MLD(MLD 1)、第二MLD(MLD 2)、第三MLD(MLD 3)的中继传输为示例说明，第一MLD(MLD 1)也可以跟一个或多个中继第二MLD(MLD 2)、一个或多个接收第三MLD(MLD 3)同时传输，即进行多用户MU传输，多次使用设计的方法即可。本申请的一些实施例不限制中继是AP实体，非AP STA实体，或者具有STA实体AP实体。应当理解，本申请的一些实施例以MLD视角 描述，MLD上也可能只有一个站点工作，即本申请的一些实施例方案对单站点设备也适用。
以下对本申请的一些实施例的方案进行详细的设计。为了表示的清晰，本申请的一些实施例称第一MLD(MLD 1)到第二MLD(MLD 2)的链路为第一跳(first hop)链路，称第二MLD(MLD 2)到第三MLD(MLD 3)的链路为第二跳(second hop)链路，称第一MLD(MLD 1)到第三MLD(MLD 3)的链路为单跳链路，此时第二MLD(MLD 2)的功能是中继MLD。
第一实施例设计了MLD的中继参数信息指示。第二实施例至第四实施例进一步设计用该中继参数信息进行中继发现的帧交互流程。第五实施例至第六实施例则进一步设计多链路中继传输流程和方法。第七实施例至第九实施例则进一步设计多链路中继业务映射方法。第十实施例设计多链路中继帧地址解析规则。第十一实施例至第十三实施例设计多链路中继的业务映射方法。第十四实施例设计MLD的中继帧地址解析规则。第十五实施例设计MLD的中继帧意向站点指示方法。第十六实施例设计周期性中继传输的方法。
第一实施例:MLD的中继参数信息指示方法设计：
本实施例提出，一个MLD中的附属站点还可以指示该MLD上的一个或多个其他附属站点在中继模式下建议或要求的第二跳的链路能力，和/或第一跳的链路能力，和/或单跳的链路能力，除了指示该站点自己在中继模式下的链路能力之外。
图2为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图2所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作201：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中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；所述一个或多个相关MLD中的移动接入点AP MLD信息，用于指示所述MLD是否为移动AP MLD；所述一个或多个相关MLD中的协作通信信息，用于指示所述MLD的协作通信。
在本申请的一些实施例中，所述一个或多个相关MLD的所述链路参数信息包括以下信息的一项或多项：链路预算信息，包括上行/下行的最大/最小/平均数据速率，和/或信道测量的结果，和/或带宽使用的情况；链路物理层能力信息，包括支持的流数信息、和/或调制和编码集MCS信息、和/或带宽信息、和/或发射功率信息、和/或资源单元RU信息、和/或多资源单元MRU信息；链路协作通信参数信息，包括主信道位置，和/或是否支持前导码打孔，和/或是否支持次信道接入，和/或是否支持子载波不连续分配的分布式RU。在本申请的一些实施例中，所述一个或多个相关MLD中的所述一个或多个附属站点的所述节能参数信息包括至少一项以下信息：目标唤醒时间TWT信息；受限的目标唤醒时间R-TWT信息。在本申请的一些实施例中，所述一个或多个相关MLD中的所述一个或多个附属站点的所述能力信息参数，包括至少一项以下信息：极高吞吐率EHT/高效HE/ 极高吞吐率VHT/高吞吐率HT功能元素；HE 6GHz频段功能元素；扩展功能元素；MLD非同时收发NSTR参数信息。在本申请的一些实施例中，其中，所述一个或多个相关MLD中的所述一个或多个附属站点的所述CoSR信息参数包括是否支持CoSR。在本申请的一些实施例中，所述CoSR信息参数支持所述CoSR，指示所述CoSR的信息参数包括以下参数中的一个或者多个：在CoSR进行时的解调阈值、可接受的干扰水平、进行CoSR的发送功率限制、进行CoSR的MCS。
在本申请的一些实施例中，所述一个或多个相关MLD的所述TTLM参数信息指示每个链路/站点STA支持传输的TID。在本申请的一些实施例中，所述一个或多个相关MLD的所述TTLM参数信息携带TID到链路映像元素来指示每种TID的帧在哪些链路上可以传输。在本申请的一些实施例中，所述一个或多个相关MLD的所述TTLM参数信息指示是否支持默认的TTLM模式，所述默认的TTLM模式是指所有TID都映像到下行和上行的所有建立链路，并且所有建立链路均启用。在本申请的一些实施例中，通过1比特指示所述默认的TTLM模式。在本申请的一些实施例中，所述一个或多个相关MLD的所述BA相关参数信息包括是否开启BA参数信息、BA协议参数信息、BA记分板参数信息。在本申请的一些实施例中，所述一个或多个相关MLD的所述BA相关参数信息包括发送窗口大小和接收窗口大小。在本申请的一些实施例中，当所述MLD为非中继MLD时，所述第二跳链路参数信息表示所述MLD的所述附属站点的中继第二跳链路参数信息。在本申请的一些实施例中，所述一个或多个相关MLD的所述链路参数信息是指所述MLD的所述附属站点指示的一套共享的链路参数信息或多套链路参数信息。在本申请的一些实施例中，所述一个或多个相关MLD的所述可达站点地址的信息的指示方式包括MLD地址，或MLD地址和链路标识符ID位图，或MLD地址和链路ID，或MLD ID，或关联标识符AID。
示例地，在本申请的一些实施例中，一个MLD中的附属站点的MLD发送帧包含中继模式字段/元素，用来指示中继参数信息集合{CAP1}。效果：这些中继参数信息的作用是更有效地进行中继选择和中继传输，减少因为两跳的链路能力不匹配而造成的传输超时或者传输失败等问题，更有效地进行中继选择和中继传输。
示例地，在本申请的一些实施例中，该MLD可以是中继两端的MLD(非中继MLD)，也可以是中继MLD。示例地，在本申请的一些实施例中，{CAP1}包括至少一项以下信息：MLD中的一个或多个附属站点分别的链路参数信息(link information)，包括第二跳链路参数，和/或第一跳链路参数，和/或单跳链路参数。每个站点的链路参数信息包括至少一项以下信息：链路预算信息(link budget information)：上行/下行的最大/最小/平均数据速率(DL/UL maximum/minimum/mean data rates)，和/或信道测量的结果，和/或带宽使用的情况。
数据速率的指示举例：指示参数有x个比特数(bits)，代表2^x个数值，步进(step)是y，那么可以指示的速率范围为[0,2^(x-1)*y]。一种指示方式示例如下，使用3比特长度的速率字段指示，以6Mb/s为步进，指示范围为0～24Mb/s(x＝3,y＝6Mb/s)。这里给出一种设计，实际也可以使用其他比特数和其他指示粒度，也可以采用非均匀间隔的指示方法。
信道测量的结果可以是接收信号强度指示RSSI，信道状态信息CSI。带宽使用的情况可以是各个信道的占用情况，例如以20/40/80/160/320MHz子信道为粒度指示信道占用情况。可以以位图形式指示，1表示当前子信道被占用，无法用于中继；0表示可以用于中继。或者指示含义反过来。
示例地，在本申请的一些实施例中，链路物理层能力信息可以是：支持的流数、调制和编码集MCS、带宽、发射功率、资源单元(Resource unit，RU)、多资源单元(multiple resource unit，MRU)信息，例如最大发送/接收流数(number of spatial streams，NSS)、最大MCS、最大带宽、支持的MCS和NSS集合(Supported MCS And NSS Set)、支持的最大/最小发射功率、支持的RU和/或MRU大小(sizes)和组合情况(combinations)等。
示例地，在本申请的一些实施例中，链路其他参数信息(协作通信信息)可以是：主信道位置，和/或是否支持前导码打孔，和/或是否支持次信道接入，和/或是否支持子载波不连续分配的分布式RU(distributed RU，DRU)等。
示例地，在本申请的一些实施例中，当发送该帧的是非中继MLD时，指示的第二跳链路参数信息可以表示该MLD上附属站点建议或要求的中继第二跳链路参数信息。MLD上附属站点可以指示一套共享的链路参数信息，也可以分别指示一套链路参数信息。
示例地，在本申请的一些实施例中，MLD中的一个或多个附属站点分别的服务质量QoS参数信息(QoS requirements information)，包括第二跳QoS参数，和/或第一跳QoS参数，和/或单跳QoS参数。每个站点的QoS参数信息包括至少一项以下信息：可以通过携带一个或多个现有的QoS特性元素来指示不同TID、不同传输方向(上行(uplink)、下行(downlink)、直传(direct link))的QoS参数，每个QoS特性元素描述一种TID在一个传输方向的参数。QoS QoS特性元素的格式和说明可参考现有标准。
中继传输延迟参数信息(Delay Bound Requirement of the connection through the relay)，考虑到中继转发的传输可能引入额外的处理时间和时延，用该参数来规定中继传输的失效时间。该中继传输延迟指示参数有w个比特数(bits)，代表2^w个数值，step是z，那么可以指示的时间范围为[0,2^(w-1)*z]。当发送该帧的是非中继MLD时，指示的第二跳QoS参数可以表示该MLD上附属站点建议或要求的第二跳QoS参数。MLD上附属站点可以指示一套共享的QoS参数信息，也可以分别指示一套QoS参数信息。MLD上一个或多个附属站点分别的节能参数信息，包括第二跳节能参数，和/或第一跳节能参数，和/或单跳节能参数。
每个站点的节能参数信息包括至少一项以下信息：目标唤醒时间(Target wake time,TWT)信息、受限的目标唤醒时间(Restricted TWT,R-TWT)信息、当发送该帧的是非中继MLD时，指示的第二跳节能参数可以表示该MLD上附属站点建议或要求的第二跳节能参数、MLD上一个或多个附属站点分别的能力信息参数，包括第二跳能力信息，和/或第一跳能力信息，和/或单跳能力信息。
每个站点的能力信息包括至少一项以下信息,具体格式参考IEEE 802.11标准：EHT/HE/VHT/HT能力元素(EHT/HE/VHT/HT Capabilities element)、HE 6GHz频段能力元素(HE 6GHz Band Capabilities element)、扩展能力元素(Extended Capabilities element)。
当发送该帧的是非中继MLD时，指示的第二跳能力信息参数可以表示该MLD上附属站点建议或要求的第二跳能力信息参数MLD的非同时收发(Nonsimultaneous transmit and receive,NSTR)参数信息，包括第二跳NSTR参数，和/或第一跳NSTR参数，和/或单跳NSTR参数。通过NSTR参数来指示该MLD上每个链路/STA互相之间是否可以同时收发。当发送该帧的是非中继MLD时，指示的第二跳NSTR参数可以表示该MLD建议或要求的第二跳NSTR参数。MLD是否是移动AP MLD(Mobile AP MLD)。如果是，可选地，指示移动AP MLD(Mobile AP MLD)能力相关信息。当发送该帧的是非中继MLD时，指示的第二跳移动AP MLD(Mobile AP MLD)信息可以表示该MLD建议或要求的第二跳参数。
MLD上一个或多个附属站点可达站点地址(Reachable Address)的信息。该信息的作用是进行中继选择。该信息相当于是中继的邻站点列表(neighbor list)。可达站点地址的指示方式可以是MLD地址，或者MLD地址和链路标识符ID位图，或者MLD地址和链路ID，或者MLD ID，或者关联标识符AID等。
MLD上一个或多个附属站点分别的协作空间复用(Coordinated Spatial Reuse，CoSR)信息参数，包括第二跳CoSR信息，和/或第一跳CoSR信息，和/或单跳CoSR信息。
是否支持CoSR：如果支持，可选地，进一步指示CoSR的相关参数信息，例如以下参数中的一个或多个：在CoSR进行时的解调阈值(发送/接收信号强度低于该阈值则不能解调，例如xx dBm)、可接受的干扰水平(干扰信号强度高于该阈值则不能正确解析，例如xx dBm)、进行CoSR的发送功率限制(参与CoSR的发送方设备功率不可超过该限制，例如xx mW)、进行CoSR的MCS(参与CoSR的发送方使用的MCS)。
MLD的TTLM参数信息，包括第二跳TTLM参数，和/或第一跳TTLM参数，和/或单跳TTLM参数。通过TTLM参数来指示每个链路/STA支持传输的TID，例如可以携带TID到链路映像元素(TID-to-Link Mapping element)来指示每种TID的帧(frames belonging to each TID)在哪些链路上可以传输。可选地，指示是否支持默认的TTLM模式(default TTLM mode)，即所有TID都映像到DL和UL的所有建立链路，并且所有建立链路均启用。例如，可以用1比特指示该信息。
当发送该帧的是非中继MLD时，指示的第二跳TTLM参数可以表示该MLD建议或要求使用的 第二跳TTLM参数。
MLD的块确认(Block Ack,BA)相关参数信息，包括第二跳BA参数，和/或第一跳BA参数，和/或单跳BA参数。例如所述MLD集合的所述BA相关参数信息包括是否开启BA(BA on/off)参数信息、BA协议(BA agreement)参数信息、BA记分板(BA Scoreboarding)参数信息等。更细化地，例如发送窗口大小Winsize_O(size of the transmission window)和接收窗口大小Winsize_R。
当发送该帧的是非中继MLD时，指示的第二跳BA参数可以表示该MLD建议或要求使用的第二跳BA参数。MLD的移动AP MLD(Mobile AP MLD)信息：用于指示当前设备是否是一个移动AP MLD(Mobile AP MLD)(以及作为移动AP MLD(Mobile AP MLD)时所支持的能力/参数信息等)。如果是移动AP MLD(Mobile AP MLD)，由于移动AP MLD(Mobile AP MLD)通常电量和能力受限，其他MLD可能为了中继通信更稳定而不与其建立中继链路。移动接入点(AP)多链路设备(MLD)：移动AP MLD]、AP多链路设备(AP MLD)，其中所有附属AP都位于同一位置并且是移动AP。
其他信息：最大PPDU持续时间、A-MPDU中可聚合的MPDU数量、多TID A-MPDU中的最大TID数量、PPDU中的有效负载字节总数、最小MPDU起始间距、MAC帧处理(例如分段)开/关)等。
特别地，MLD上的低频段站点可以帮助高频段站点指示以上信息，例如2.4GHz和5GHz的站点可以帮助6GHz站点指示以上信息。特别地，当多个MLD组成一个MLD集合时，该集合内某个MLD上的某站点可以帮助该集合内其他站点指示以上信息。说明：以上设计也适用于单站点STA，假设该MLD上有N个附属站点，则单站点是N＝1的特例，不再赘述。
非同时发送和接收(NSTR)链路对：是指[NSTR链路对]与附属于多链路设备(MLD)的站(STA)相对应的一对链路，其36.3.21(接收器规范)中规定的接收器要求是当隶属于MLD的STA在另一条链路上传输时，在其中一条链路上不满足。
资源单元是指：[RU]一组26、52、106、242、484、996、或2×996、或4×996个子载波，作为用于传输的子载波的分配。
多资源单元(RU)是指：[MRU]由26-tone RU、52-tone RU、106-tone RU、242-tone RU、484-toneRU、996-tone RU等多个RU组成的一组子载波，和2×9962-tone RU。
第二实施例至第四实施例：MLD的中继发现流程和方法设计。
第一实施例设计了MLD的中继参数信息指示，第二实施例至第四实施例设计承载该信息的帧交互设计，即利用该信息进行中继发现的帧交互流程设计。
MLD的中继发现流程和方法，主要思路有a)中继MLD响应请求，回复帧给发送MLD(solicited)的中继发现流程b)中继MLD未经请求主动发送帧(unsolicited)的中继发现流程。
第二实施例至第四实施例的有益效果：设计进行多链路中继必须的参数信息帧交互流程和方法，进行中继两跳链路能力的互相通知甚至协商，减少因为两跳的链路能力不匹配而造成的传输超时或者传输失败等问题，更有效地进行中继选择和中继传输。
第二实施例:第一MLD(MLD 1)发起中继请求，第二MLD(MLD 2)(中继MLD)回复帧响应中继请求。
图3为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图3所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作301：第一MLD中的附属站点发送第一帧给第二MLD中的附属站点和/或第三MLD3中的附属站点；操作302：所述第一MLD接收来自所述第二MLD的第二帧，其中，所述第二帧包括针对所述第一帧中的参数的确认或修改；其中，所述第一帧的字段/元素用来指示所述一个或多个相关MLD的中继参数信息，所述中继参数信息集合应用于所述第一MLD的所述附属站点在中继模式下的链路能力和所述一个或多个相关MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力，和/或第一跳的链路能力，和/或单跳的链路能力。
通过上述技术方案，其中，所述第一帧的字段/元素用来指示所述一个或多个相关MLD的中继参数信息，从而有效地进行中继选择和中继传输。
在本申请的一些实施例中，第一MLD到第二MLD的链路为第一跳链路，所述第二MLD到第三MLD的链路为第二跳链路，所述第一MLD到所述第三MLD的链路为单跳链路，其中，所述一个或多个相关MLD为MLD集合，所述一个或多个相关MLD包括所述第一MLD、所述第二MLD和所述第三MLD中的一个或多个MLD。在本申请的一些实施例中，所述一个或多个相关MLD中所述中继参数信息集合包括以下信息的一项或多项：所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路 参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或所述一个或多个相关MLD中的第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；所述一个或多个相关MLD中的所述第一MLD的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
在本申请的一些实施例中，所述第一帧还用于请求所述第二MLD和/或所述第三MLD的参数信息。在本申请的一些实施例中，所述第一帧包括：探测请求/响应帧、或多链路探测请求/响应帧、或关联请求/响应帧、或重新关联请求/响应帧、或中继激活请求/响应帧、或行动未确认帧、或行动确认帧、或快速基本服务集切换FT请求/响应帧、或链路重配置请求帧、或FT行动帧、或信标帧。在本申请的一些实施例中，所述第二帧包括以下信息的一项或多项：对所述第一帧所发送的每个附属站点/每条链路的部分或者全部参数信息做匹配确认；对所述第一帧所发送的每个附属站点/每条链路的部分或者全部参数信息做出拒绝和/或给出建议；携带所述第二MLD的附属站点的参数信息；如果所述第一帧请求所述第二MLD的所述附属站点的参数信息，则所述第二帧携带所述第一帧所请求的信息。在本申请的一些实施例中，所述第二MLD接收到所述第一帧后，采用状态码在所述第二帧中指示是否匹配的原因。在本申请的一些实施例中，所述第二帧包括：探测请求/响应帧、或多链路探测请求/响应帧、或关联请求/响应帧、或重新关联请求/响应帧、或中继激活请求/响应帧、或行动未确认帧、或行动确认帧、或FT请求/响应帧、或FT行动帧、或信标帧。在本申请的一些实施例中，所述第一MLD发送第三帧给所述第二MLD，用于指示接受所述第二MLD在所述第二帧中指示的链路参数。
第二实施例:
阶段1：
第一MLD(MLD 1)上附属的站点发送第一帧(Request frame)给第二MLD(MLD 2)和/或第三MLD(MLD 3)(上附属的站点)，发起中继发现流程。第一MLD(MLD 1)/第三MLD(MLD 3)可以是AP MLD或者non-AP MLD，第二MLD(MLD 2)有中继MLD的功能。该发送帧可以是探测请求/响应帧，或多链路探测请求/响应帧，或(重新)关联请求/响应帧，或关联请求/响应帧，或中继激活请求/响应帧，或操作无确认帧，或操作帧(带有Ack帧)，或FT请求/响应帧，或链路重配置请求帧，或FT操作帧，或信标帧，不做限制。
该第一帧需要包含第一实施例设计的中继模式字段/元素，用来指示中继参数信息。可选地，该第一帧可以请求第二MLD(MLD 2)和/或第三MLD(MLD 3)的一些参数信息，例如当第一MLD(MLD 1)没有这些参数或者因为长时间没有更新而过时的情况下。
本申请的一些实施例不限制该发送帧第一帧由AP MLD或者non-AP MLD发起，但考虑到下行的发射功率一般大于上行，non-AP站点更有可能需要中继协助发送帧给关联的AP站点，因此non-AP MLD更有可能是发起方。
阶段2：
第二MLD(MLD 2)接收到该第一帧后，解析上述中继模式字段/元素的信息，回复第二帧给第一MLD(MLD 1)。其中帧2可以包含以下内容的一项或多项：对第一帧所发送的每个站点/每条链路的部分或者全部参数信息做匹配确认(即接受帧2所携带的指示参数和能力信息)，可以每类参数详细确认/解释，也可以只给出匹配与否的结果指示；对第一帧所发送的每个站点/每条链路部分或者全部参数信息做出拒绝和/或给出建议(即可以对第一帧所携带的部分或者全部参数信息做修改或建议更合适的参数信息)，可以每类参数详细确认/拒绝/解释/建议，也可以只给出匹配与否的结果指示；可选地，携带第二MLD(MLD 2)站点自身的参数/信息；可选地，如果第一帧请求了第二MLD(MLD 2)站点的其他参数信息，则可以第二帧携带第一帧所请求的信息。
该回复帧(第二帧，Response frame)可以由第二MLD(MLD 2)上的任一站点发送，不一定是接收第一帧的站点。该回复帧(第二帧)可以是探测请求/响应帧，或多链路探测请求/响应帧，或(重新)关联请求/响应帧，或关联请求/响应帧，或中继激活请求/响应帧，或操作无确认帧，或操作帧(带有Ack帧)，或FT请求/响应帧，或FT行动帧，或信标帧，不做限制。
第二MLD(MLD 2)接收到该第一帧后，可选地，在回复帧中指示是否匹配的原因。一种方法是，采用状态码，下表为本申请的一些实施例提出新增加状态码的示例，具体含义和作用见意义描述。仅为部分示例，不穷尽枚举，可以有其他示例对应第一实施例中指示的中继参数信息。第一表格不限制状态码的名称，能指示含义和作用即可。
第一表格:状态码
阶段3(可选)：
可选地，第一MLD(MLD 1)发送第三帧(Confirm frame)给第二MLD(MLD 2)，指示接受第二MLD(MLD 2)在第二帧中建议的链路参数(若有)。
第三实施例:第一MLD(MLD 1)发送帧发起中继发现流程，第二MLD(MLD 2)(中继MLD)根据判断条件决定是否回复帧响应中继发现流程。
图4为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图4所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作401：第一MLD中的附属站点发送第一帧给第二MLD中的附属站点和/或第三MLD3中的附属站点；操作402：所述第一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中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLDD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；所述一个或多个相关MLD中的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP 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，所述第二MLD通过所述第二帧响应所述第一MLD，所述第二帧指示所述第二MLD中的所述附属站点/链路完全匹配。
第三实施例:
阶段1：第一MLD(MLD 1)-STA11发送第一帧，行为跟第二实施例-1中设计的一样。区别在于第二MLD(MLD 2)的行为，以下详细解释。
阶段2：第二MLD(MLD 2)接收到该第一帧后，解析上述中继模式字段/元素的信息，并根据下述条件判断是否回复第二帧给第一MLD(MLD 1)，以及是否成为第一MLD(MLD 1)进行中继传输的备选中继MLD(candidate中继MLD)。
如果该帧指示的中继参数信息要求与第二MLD(MLD 2)上所有附属站点的参数配置都不匹配，则无法成为备选中继MLD，此时一种选择是不回复，另一种选择是回复并在回复帧中指示不匹配的原因(如果有)。
如果该帧指示的中继参数信息要求与第二MLD(MLD 2)上部分或者全部附属站点的参数配置匹配，一种结果是不成为备选中继MLD，此时一种选择是不回复，另一种选择是回复并在回复帧中指示每个站点/每条链路是否匹配，和/或不匹配的原因。另一种结果是成为备选中继MLD，在参数配置匹配的站点/链路上成为备选中继站点。此时第二MLD(MLD 2)回复帧，并在回复帧中指示每个站点/每条链路是否匹配，或者指示哪些站点/链路匹配成功，和/或不匹配的原因(如果有)，和/或给出建议。
如果该帧指示的中继参数信息要求与第二MLD(MLD 2)上全部附属站点的参数配置完全匹配，第二MLD(MLD 2)可以选择成为备选中继MLD。此时第二MLD(MLD 2)回复帧，并指示完全匹配。该回复帧(第二帧，Response frame)可以由第二MLD(MLD 2)上的任一站点发送，不一定是接收第一帧的站点。
该回复帧(第二帧)可以是探测请求/响应帧，或多链路探测请求/响应帧，或(重新)关联请求/响应帧，或关联请求/响应帧，或中继激活请求/响应帧，或操作无确认帧，或操作帧(带有Ack帧)，或FT请求/响应帧，或FT动作帧，或信标帧，不做限制。
第二MLD(MLD 2)接收到该第一帧后，可选地，在回复帧中指示是否匹配的原因。一种方法是，采用状态码，参见实施例2-1的设计。
阶段3(可选)：
可选地，第一MLD(MLD 1)发送第三帧(Confirm frame)给第二MLD(MLD 2)，指示接受第二MLD(MLD 2)在第二帧中建议的链路参数(若有)。
第四实施例:第二MLD(MLD 2)(中继MLD)发起主动的中继发现流程，作为未经请求的响应传输。
图5为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图5所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作501：第二MLD中的附属站点发送第三帧给第一MLD中的附属站点和/或第三MLD中的附属站点；其中，所述第三帧的字段/元素用来指示一个或多个相关MLD的中继参数信息，所述中继参数信息集合应用于所述第二MLD的所述附属站点在中继模式下的链路能力和所述第二MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力，和/或第一跳的链路能力，和/或单跳的链路能力。
通过上述技术方案，所述第三帧的字段/元素用来指示一个或多个相关MLD的中继参数信息，从而有效地进行中继选择和中继传输。
在本申请的一些实施例中，第一MLD到第二MLD的链路为第一跳链路，所述第二MLD到第三MLD的链路为第二跳链路，所述第一MLD到所述第三MLD的链路为单跳链路，其中，所述一个或多个相关MLD为MLD集合，所述一个或多个相关MLD包括所述第一MLD、所述第二MLD和所述第三MLD中的一个或多个MLD。在本申请的一些实施例中，所述一个或多个相关MLD中所述中继参数信息集合包括以下信息的一项或多项：所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；所述第一MLD的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或所述一个或多个相关MLD中的第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；所述一个或多个相关MLD中的所述第一MLD的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
在本申请的一些实施例中，所述第一MLD发送第一帧给所述第二MLD中的所述附属站点和/或所述第三MLD3中的所述附属站点；所述第一帧用于请求所述第二MLD成为中继传输的备选中继MLD。
在本申请的一些实施例中，第二MLD(MLD 2)还可以在第一MLD(MLD 1)未发送帧的情况下，主动向第一MLD(MLD 1)发送第三帧，发起主动的中继发现流程。该第三帧需要包含第一实施例-1设计的中继模式字段/元素，用来指示中继参数信息。
第一MLD(MLD 1)收到第三帧，解析上述中继模式字段/元素的信息，判断是否接受第二MLD(MLD 2)成为中继传输的备选中继MLD(candidate中继MLD)。可选地，第一MLD(MLD 1)可以继续采用第二实施例设计的方法，发起中继请求，第一帧的作用是请求第二MLD(MLD 2)成为中继传输的备选中继MLD(candidate中继MLD)，根据情况第一实施例-1中均互相已知的参数在第一帧中可以省略。该方法的有益效果是，给第一MLD(MLD 1)提供可用中继和中继参数的先验信息，避免盲目发送第一帧，提高传输效率。
第五实施例至第六实施例:MLD的中继传输流程和方法设计。
图6为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图6所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作601：第四MLD发送第四帧给第五MLD和/或第六MLD，以进行中继传输，其中，所述第四帧指示中继第三方为所述第六MLD；操作602：所述第四MLD接收所述第五MLD发送的第五帧，所述第五帧包括针对所述第四帧中的参数的确认或修改；其中，所述第四帧或所述第五帧指示/配置能力集合/工作参数集合。
通过上述技术方案，所述第四帧或所述第五帧指示/配置能力集合/工作参数集合，从而准确及时地传输，提高资源利用效率，同时有利于中继节能。
在本申请的一些实施例中，所述能力集合/工作参数集合包括第一跳和/或第二跳的能力集合，其中，第一MLD到第二MLD的链路为第一跳链路，所述第二MLD到第三MLD的链路为第二跳链路，所述第一MLD到所述第三MLD的链路为单跳链路。在本申请的一些实施例中，所述第一跳和/或所述第二跳的所述能力集合不高于中继参数信息集合。
在本申请的一些实施例中，所述一个或多个相关MLD中所述中继参数信息集合包括以下信息的一项或多项：所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或所述一个或多个相关MLD中的第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；所述一个或多个相关MLD中的所述第一MLD的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
在本申请的一些实施例中，所述能力集合/工作参数集合指示/配置中继MLD的工作参数集合。在本申请的一些实施例中，所述能力集合/工作参数集合还包括第一跳和/或第二跳的以下一个或多个后续传输相关的信息：业务优先级信息；待传输的包量大小信息；MLD上一个或多个站点的业务流信息；是否要分多个传输机会TXOP发送的信息；是否对第二跳进行TXOP共享来中继传输的信息；是否需要接受确认的信息；中继数据的时效/延迟信息。在本申请的一些实施例中，所述第五帧包括第一跳和/或第二跳的以下一个或多个后续传输相关的信息：如果第二跳的业务标识符到链路映射TTLM需要重新协商，指示重新协商需要的延迟；第二跳是否可用。
在本申请的一些实施例中，所述第四帧和所述第五帧包括以下组合之一：
请求发送RTS帧和清除发送CTS帧、多用户请求发送MU-RTS帧和所述CTS帧、多用户请求发送MU RTS帧和所述CTS帧、缓存状态报告轮询BSRP帧和缓存状态报告帧、块确认请求BAR帧和确认帧、所述BAR帧和块确认BA帧、所述BAR帧和多站点块确认M-BA帧、多用户块确认请求MU-BAR帧和所述确认帧、所述MU-BAR帧和所述BA帧、所述MU-BAR帧和所述M-BA帧、波束赋形报告轮询BFRP帧和波束赋形报告BFR帧、触发帧和携带服务质量QoS空/数据的基于触发的物理层协议数据单元TB PPDU帧、QoS空帧和所述确认帧、所述QoS空帧和所述BA帧、所述QoS空帧和所述M-BA帧。
因为第一实施例中指示的{CAP1}会随信道情况、设备情况发生变化，所以提供实时能力信息更有利于中继传输成功进行，且能提高资源利用效率。本章节的几个实施例提出，MLD之间用中继初始帧和中继初始回复帧开启当次中继传输，并同步当次传输使用的中继参数。
第五实施例中，中继初始帧指示/配置中继传输参数。第五实施例中，中继初始回复帧指示/配置中继传输参数。有益效果：通过能力协商和指示，既能保证更准确及时地传输，也能提高资源利用效率，同时有利于中继节能。
第五实施例:MLD4发起中继传输请求并设置传输参数/能力，第五MLD(MLD 5)回复帧响应中继传输请求MLD4或第五MLD(MLD 5)是中继MLD(中继MLD)。当MLD4是中继MLD，第三方第六MLD(MLD 6)是中继源头，当第五MLD(MLD 5)是中继MLD，第三方第六MLD(MLD 6)是中继目的。
阶段1：MLD4发送中继初始帧(第四帧)给第五MLD(MLD 5)和/或第六MLD(MLD 6)开启本次中继传输，在第四帧中指示中继第三方第六MLD(MLD 6)，并指示/配置第一跳和/或第二跳的能力集合/工作参数集合{CAP2}。
{CAP2}包括第一实施例中指示的{CAP1}的部分或全部信息。可以理解成/链路适配(link adaptation)，也是传输能力的实时调整。{CAP2}有以下两个选项。
选项1：{CAP2}指示/配置第一跳和/或第二跳的能力集合。
可选地，{CAP2}中的能力不高于第一跳和/或第二跳在第一实施例指示的能力{CAP1}。
一种实施方式，第四帧可以是控制帧。
选项2：{CAP2}指示/配置中继MLD的工作参数集合。
{CAP2}还包括第一跳和/或第二跳的以下一个或多个后续传输相关的信息：业务优先级信息，例如TID信息、待传输的包量大小信息、MLD上一个或多个站点的业务流信息，例如业务指示地图TIM信息、是否要分多个TXOP发送的信息、是否对第二跳进行TXOP共享来中继传输的信息、是否需要接受确认的信息，例如是否需要Ack、中继数据的时效/延迟信息，例如在给定时间内未中继传输完则该中继数据失效，可丢弃。
一种实施方式，第四帧可以是控制帧，可以是触发帧。
阶段2：第五MLD(MLD 5)回复中继初始帧(称为中继初始回复帧，第五帧)给MLD4和/或第六MLD(MLD 6)，指示是否开启本次中继传输。
第五帧包括第一跳和/或第二跳的以下一个或多个后续传输相关的信息。如果第二跳的TTLM需要重新协商，指示重新协商需要的延迟。第二跳是否可用(例如是否因为节能暂不可用，是否因为干扰而不能使用，或者最近给第一MLD(MLD 1)的第二跳链路测量信息过期)。
一种实施方式，第四帧和第五帧可以是以下任意组合，但不限于以下组合：
第二表格：第四帧和第五帧：
中继初始帧可以在任意链路发送，中继初始回复帧可以在任意链路回复。
第六实施例:MLD4发起中继传输请求，第五MLD(MLD 5)回复帧响应中继传输请求并设置传输参数/能力。
MLD4或第五MLD(MLD 5)是中继MLD(中继MLD)。当MLD4是中继MLD，第三方第六MLD(MLD 6)是中继源头，当第五MLD(MLD 5)是中继MLD，第三方第六MLD(MLD 6)是中继目的。
阶段1：MLD4发送中继初始帧(第四帧)给第五MLD(MLD 5)和/或第六MLD(MLD 6)开启本次中继传输，在第四帧中指示中继第三方第六MLD(MLD 6)。
一种实施方式，第四帧可以是控制帧，可以是触发帧。
阶段2：第五MLD(MLD 5)回复中继初始帧(称为中继初始回复帧，第五帧)，指示是否开启本次中继传输，并指示/配置第一跳和/或第二跳的能力集合/工作参数集合{CAP2}。
{CAP2}包括第一实施例中指示的{CAP1}的部分或全部信息。
选项1：{CAP2}指示/配置第一跳和/或第二跳的能力集合。
可选地，{CAP2}中的能力不高于第一跳和/或第二跳在第一实施例指示的能力{CAP1}。
一种实施方式，第四帧可以是控制帧。
选项2：{CAP2}指示/配置第一跳和/或第二跳的工作参数集合。
{CAP2}还包括第一跳和/或第二跳的以下一个或多个后续传输相关的信息：业务优先级信息，例如TID信息、待传输的包量大小信息、MLD上一个或多个站点的业务流信息，例如业务指示地图TIM 信息、是否要分多个TXOP发送的信息、是否对第二跳进行TXOP共享来中继传输的信息、是否需要接受确认的信息，例如是否需要Ack、中继数据的时效/延迟信息，例如在给定时间内未中继传输完则该中继数据失效，可丢弃。
第五帧包括第一跳和/或第二跳的以下一个或多个后续传输相关的信息：如果第二跳的TTLM需要重新协商，指示重新协商需要的延迟。第二跳是否可用(例如是否因为节能暂不可用，是否因为干扰而不能使用，或者最近给第一MLD(MLD 1)的第二跳链路测量信息过期)。
一种实施方式，第四帧和第五帧可以是以下任意组合，但不限于以下组合：
第三表格：第四帧和第五帧：
中继初始帧可以在任意链路发送，中继初始回复帧可以在任意链路回复。
第七实施例:中继响应计时器设计。
图7为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图7所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作701：发送方发送中继初始帧后，立即启动中继响应计时器的倒计时，如果在所述中继响应计时器对应的时间内收到了响应方发送的中继初始回复帧，则按照所述中继初始回复帧的指示来进行后续传输；如果在所述中继响应计时器对应的所述时间内未收到所述响应方发送的所述中继初始回复帧，则所述发送方认为中继传输开启失败。
通过上述技术方案，发送方如果在所述中继响应计时器对应的时间内收到了响应方发送的中继初始回复帧，则按照所述中继初始回复帧的指示来进行后续传输，能够提高中继传输效率。
在本申请的一些实施例中，所述中继响应计时器的时长在所述中继初始帧中指示给接收方。在本申请的一些实施例中，所述中继响应计时器还用作处理错误恢复，所述发送方在所述中继响应计时器到期后，重新发送所述中继初始帧或寻找中继站点，接收方在所述中继响应计时器到期加上第一时长后，若没有收到后续传输，则认为本次中继传输取消。在本申请的一些实施例中，所述第一时长等于短帧间隔SIFS、优先帧间间隔PIFS、分布式帧间间隔DIFS、或扩展式帧间间隔EIFS。
中继初始帧可以在任意链路发送，中继初始回复帧可以在任意链路回复。为了避免中继初始回复帧和中继初始帧时间间隔过长而影响中继传输时效性，本实施例提出设计一个中继响应计时器中继响应计时器设计，该计时器用于约束发送方发送完中继初始帧后，响应方发送中继初始回复帧的时间间隔。
一种实施方式，发送方发送中继初始帧后，立即启动中继响应计时器的倒计时，如果在中继响应计时器对应的时间内收到了响应方发送的中继初始回复帧，则按照该帧的指示来进行后续传输；如果在中继响应计时器对应的时间内未收到响应方发送的中继初始回复帧，则发送方认为中继传输开启失败，如需继续进行中继操作，则可以等待后重试或寻找其它中继站点。可选地，该中继响应计时器的时长可以在中继初始帧中指示给接收方。
该计时器也可以用作处理错误恢复，例如当接收方没有收到中继初始帧，或者收到但解析错误，或者回复了中继初始回复帧但接收方没有收到等场景，发送方在计时器到期后可以重新发送中继初始帧或寻找其它中继站点，接收方在计时器到期+T时长(例如T＝SIFS/PIFS/DIFS/EIFS等)后，若没有收到后续传输也可认为本次中继传输取消。
第八实施例至第十实施例:基于触发的中继传输流程和方法设计。第八实施例至第十实施例是前面一些实施例的下位实施方式设计。
第八实施例:触发帧。
在本申请的一些实施例中，所述第四帧是触发帧，所述触发帧包含一个或多个用户信息字段，用于指示目标接收方是所述第五MLD和/或所述第六MLD，和/或中继链路的传输参数。在本申请 的一些实施例中，当所述第四MLD是中继MLD，所述第六MLD是中继源头，所述触发帧的第一用户信息字段的参数信息指示所述第四MLD和所述第五MLD间通信参数，所述触发帧的第二用户信息字段的参数信息指示所述第四MLD和所述第六MLD间通信参数。在本申请的一些实施例中，当所述第五MLD是中继MLD，所述第六MLD是中继目的，所述触发帧的第一用户信息字段的参数信息指示所述第四MLD和所述第五MLD间通信参数，所述触发帧的第二用户信息字段的参数信息指示所述第五MLD和所述第六MLD间通信参数。在本申请的一些实施例中，所述中继链路的传输参数由所述第一用户信息字段和所述第二用户信息字段共同指示。
本实施例提出，基于触发帧开启中继传输并设置传输参数的方法。第五实施例至第七实施例的中继初始帧可以是触发帧，中继初始回复帧是回复该触发帧的帧，所述信息在触发帧和/或该回复帧指示。该触发帧可以由中继MLD发送，也可以是发给中继MLD。触发帧基本格式可参考现有标准。进一步地，本申请实施例可以在触发帧的用户信息列表字段新增一个或多个用户信息列表字段，来指示具体的目标接收方，和/或中继链路(第一跳和/或第二跳)的传输参数{CAP2}。
一种实施方式，MLD4发送触发帧给第五MLD(MLD 5)和/或第六MLD(MLD 6)，由User Info List内的一个或多个User Info field来指示具体的目标接收方是第五MLD(MLD 5)和/或第六MLD(MLD 6)。新增第一用户信息字段，指示其中的参数信息适用于第五MLD(MLD 5)，和/或新增第二用户信息字段，指示其中的参数信息适用于第六MLD(MLD 6)。当MLD4是中继MLD，第三方第六MLD(MLD 6)是中继源头，第一用户信息字段的参数信息指示MLD4和第五MLD(MLD 5)间通信参数，第二用户信息字段的参数信息指示MLD4和第六MLD(MLD 6)间通信参数。当第五MLD(MLD 5)是中继MLD，第三方第六MLD(MLD 6)是中继目的，第一用户信息字段的参数信息指示MLD4和第五MLD(MLD 5)间通信参数，第二用户信息字段的参数信息指示第五MLD(MLD 5)和第六MLD(MLD 6)间通信参数。此时，传输参数{CAP2}由第一用户信息字段和第二用户信息字段共同指示。该触发帧可以是Basic、MU-BAR、MU-RTS、BSRP等触发帧。使用不同类型的触发帧，可以适用于不同场景，获得不同功能的回复帧。
第九实施例:MU-RTS触发帧。
在本申请的一些实施例中，所述触发帧是MU-RTS触发帧。在本申请的一些实施例中，所述MU-RTS触发帧的上行目标接收功率字段用于指示接收链路的目标接收功率。在本申请的一些实施例中，所述MU-RTS触发帧的第一用户信息字段的资源单元RU分配子字段和第二用户信息字段的RU分配子字段用于指示中继传输第一跳和/或第二跳的带宽和信道信息，所述第一用户信息字段的关联标识符AID12子字段和所述第二用户信息字段的AID12子字段用于指示所述目标接收方是所述第五MLD和/或所述第六MLD。
本实施例提出，基于MU-RTS(multi-user request to send)触发帧开启中继传输并设置传输参数的方法，是第八实施例的下位实施方式设计。第五实施例至第七实施例的中继初始帧可以是MU-RTS触发帧，中继初始回复帧是CTS帧，所述信息在MU-RTS帧内和/或该CTS帧里指示。该MU-RTS帧可以由中继MLD发送，也可以是发给中继MLD。
可选地，由MU-RTS TXS TF中用户信息列表内的用户信息字段来指示具体的目标接收方是第五MLD(MLD 5)和/或第六MLD(MLD 6)。此时，MU-RTS帧里预留的字段可以出现，来指示中继传输相关信息。例如用户信息字段的UL目标接收功率字段可以出现，指示接收链路的目标接收功率。或者，跟第八实施例一样，新增第一用户信息字段和新增第二用户信息字段来指示中继链路(第一跳和/或第二跳)的传输参数{CAP2}。
对于MU-RTS帧，基线的含义：寻址到STA的用户信息字段中的RU分配子字段指示CTS帧是在主20MHz信道、主40MHz信道、主80MHz信道、160MHz信道还是80+80MHz信道上发送。可选地，第一用户信息字段和第二用户信息字段的RU分配子字段可以指示后续中继传输第一跳和/或第二跳的带宽和信道信息，AID12子字段可以指示目标接收方是第五MLD(MLD 5)和/或第六MLD(MLD 6)。
第十实施例:MU-RTS TXS触发帧。
在本申请的一些实施例中，所述MU-RTS触发帧是多用户请求发送传输时间分享MU-RTS TXS触发帧。在本申请的一些实施例中，所述MU-RTS TXS触发帧的第一用户信息字段的参数信息适用于所述第五MLD，所述MU-RTS TXS触发帧的第二用户信息字段的参数信息适用于所述第六MLD，所述中继链路的传输参数由所述第一用户信息字段和所述第二用户信息字段共同指示。在本申请的一些实施例中，所述MU-RTS触发帧的公共信息字段中的触发传输机会TXOP共享模式子字段用于指示是否是开启中继传输的所述MU-RTS TXS触发帧。
本实施例提出，基于MU-RTS TXS触发帧开启中继传输并设置传输参数的方法，是实施例9的下位实施方式设计。一种实施方式，MLD4发送MU-RTS TXS触发帧给第五MLD(MLD 5)和/或第六MLD(MLD 6)，由MU-RTS TXS帧中User Info List内的一个或多个User Info field来指示具体的目标接收方是第五MLD(MLD 5)和/或第六MLD(MLD 6)。新增第一用户信息字段，指示其中的参数信息适用于第五MLD(MLD 5)，和/或新增第二用户信息字段，指示其中的参数信息适用于第六MLD(MLD 6)。此时，传输参数{CAP2}由第一用户信息字段和第二用户信息字段共同指示。可选地，用MU-RTS帧的公共信息字段中触发的TXOP共享模式子字段来指示是否是开启中继传输的MU-RTS TXS触发帧。例如，使用触发的TXOP共享模式子字段＝预留值3来指示。
第十一实施例至第十三实施例:多链路中继的业务映射方法。
因为第一跳和第二跳的业务映像(TID-to-Link mapping TTLM)模式可能不同，所以进行中继传输时需要设计TTLM方法，实现某TID从第一跳到第二跳的顺利传输，减小中断概率。
第十一实施例:为TID选择可传输的链路。
图8为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图8所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作801：第一MLD向第二MLD发送第六帧，其中，所述第六帧用于指示业务标识符TIDx；其中，在从所述第一MLD到所述第二MLD的方向，可传输的TID和对应的链路分别为第一TID集合和第一链路集合，从所述第二MLD到第三MLD的方向，可传输的TID和对应的链路分别为第二TID集合和第二链路集合；操作802：所述第一MLD接收来自所述第二MLD的第七帧，并根据所述第七帧确定可传输的TID和对应的第一跳和/或第二跳链路。
通过上述技术方案，中继传输时，根据所述第七帧确定可传输的TID和对应的第一跳和/或第二跳链路，能够实现TID从第一跳到第二跳的顺利传输，减小中断概率。
在本申请的一些实施例中，所述第六帧的中继参数信息集合包括所述{LINKSX-TIDx}，中继传输时，所述第二MLD比较所述{LINKSX-TIDx}与所述{LINKSY-TIDx}，在所述第七帧中指示接收所述TIDx的链路集合{RELAYLINKS-TIDx}。在本申请的一些实施例中，所述第二MLD在所述第七帧中指示所述{LINKSY-TIDx}，中继传输时，所述第一MLD比较所述{LINKSY-TIDx}与所述{LINKSX-TIDx}比较，决定接收所述TIDx的链路集合{RELAYLINKS-TIDx}。在本申请的一些实施例中，所述预定义的规则规定所述第二MLD与所述第三MLD之间建立默认的业务标识符到链路映像TTLM模式，即中继传输时，所有TID在所有关联链路允许发送。
本实施例提出，在开启中继传输时可以根据所需传输的TID按需要选择中继链路。该方案的额外有益效果是，可选地，中继MLD的数据平面不需要维护TTLM模块和/或链路合并(Link Merging)模块，中继传输时为待传TID选择链路即可，可以简化设计降低成本。
方法设计：
第一MLD(MLD 1)发送第六帧，中继MLD回复第七帧。第六帧中指示TIDx。在从第一MLD(MLD 1)到第二MLD(MLD 2)方向，假设TIDx的可传输链路集合是{LINKSX-TIDx}；在从第二MLD(MLD 2)到第三MLD(MLD 3)方向，TIDx的可传输链路集合是{LINKSY-TIDx}，则：
方法一：中继MLD(第二MLD(MLD 2))决策。第六帧的{CAP1}包括集合{LINKSX-TIDx}，中继MLD根据与本地{LINKSY-TIDx}比较，在第七帧指示可以接收TIDx的链路集合{RELAYLINKS-TIDx}。
方法二：第一MLD(MLD 1)决策：中继MLD在第七帧指示{LINKSY-TIDx}，第一MLD(MLD 1)根据与本地{LINKSX-TIDx}比较，决定在哪些链路发送TIDx，即决定{RELAYLINKS-TIDx}。此时{RELAYLINKS-TIDx}可以指示给中继MLD，也可以不指示。
方法三：设计规则：规定中继MLD与第三MLD(MLD 3)之间建立默认的default TTLM模式，即所有TIDs在所有关联链路允许发送。对中继MLD要求较高，因为所有链路需要具备发送所有TIDs的能力和资源。
一种实施方式，在中继参数信息指示时选择，此时第六帧和第七帧可以是前面的一些实施例中的第一帧和第二帧。一种实施方式，在中继传输流程开启时选择，此时第六帧和第七帧可以是前面的一些实施例中的第四帧和第五帧。一种实施结果，从第一MLD(MLD 1)到第二MLD(MLD 2)的TTLM，TIDx映射到link1和link2，即{LINKSX-TIDx}＝{link1，link2}。而从第二MLD(MLD 2)到第三MLD(MLD 3)的TTLM，TIDx映射到link2和link3，即{LINKSY-TIDx}＝{link3，link2}，意味着TIDx只能通过link2和/或link3传输到第三MLD(MLD 3)。则在不重新进行TTLM的情况下，TIDx需要在link2上进行中继传输才能从第一MLD(MLD 1)到第二MLD(MLD 2)再到第三MLD(MLD 3)， 即{RELAYLINKS-TIDx}＝{link2}。而第一MLD(MLD 1)和第二MLD(MLD 2)可以采用上述方法对此达成一致，实现该TIDx的顺利及时中继。
应当理解，以上链路(集合)可以用Link Bitmap指示，也可以用Link ID指示。由于TTLM具有方向性，所以第三MLD(MLD 3)到第一MLD(MLD 1)的中继传输也需要上述协商，方法与上述一致，可以一起进行，也可以单独进行。可以为多个TIDx选择可传输链路集合，多次使用该方法即可。
第十二实施例:为链路选择可传输的TID：
图9为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图9所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作901：第一MLD向第二MLD发送第六帧，其中，所述第六帧指示链路LINKx；所述第二MLD向所述第一MLD回复第七帧；其中，在从所述第一MLD到所述第二MLD的方向，假设所述LINKx的可传输示业务标识符TID集合是{TIDSX-LINKx}；在从所述第二MLD到所述第三MLD的方向，假设所述LINKx的可传输TID集合是{TIDSY-LINKx}，操作902：则中继传输时，由所述第七帧、所述第一MLD、或预定义的规则为所述LINKx选择可传输TID集合。
通过上述技术方案，中继传输时，由所述第二MLD、所述第一MLD、或预定义的规则为所述LINKx选择可传输TID集合，能够实现TID从第一跳到第二跳的顺利传输，减小中断概率。
在本申请的一些实施例中，所述第六帧的中继参数信息集合包括所述{TIDSX-LINKx}，中继传输时，所述第七帧指示接收所述LINKx的TID集合{RELAYTIDS-LINKx}。在本申请的一些实施例中，所述第七帧指示所述{TIDSY-LINKx}，中继传输时，所述第一MLD比较所述{TIDSY-LINKx}与所述{TIDSX-LINKx}，决定接收所述LINKx的链路集合{RELAYTIDS-LINKx}。在本申请的一些实施例中，所述预定义的规则规定所述第二MLD与所述第三MLD之间建立默认的业务标识符到链路映像TTLM模式，即所有关联链路允许发送所有TID。
本实施例提出，在开启中继传输时可以根据当前链路资源选择进行中继传输的TID。该方案的额外有益效果是，可选地，中继MLD的数据平面不需要维护TTLM模块和/或Link Merging模块，中继传输时为链路选择可传TID即可，可以简化设计降低成本。
方法设计：
第一MLD(MLD 1)发送第六帧，中继MLD回复第七帧。第六帧中指示LINKx，不一定是当前传输第六帧的链路。在从第一MLD(MLD 1)到第二MLD(MLD 2)方向，假设LINKx上可传输的TID集合是{TIDSX-LINKx}；在从第二MLD(MLD 2)到第三MLD(MLD 3)方向，LINKx上可传输的TID集合是{TIDSY-LINKx}，则：
方法一：中继MLD(第二MLD(MLD 2))决策：第六帧的{CAP1}包括集合{TIDSX-LINKx}，中继MLD根据与本地{TIDSY-LINKx}比较，在第七帧指示LINKx上可以接收的TID集合{RELAYTIDS-LINKx}。
方法二：第一MLD(MLD 1)决策：中继MLD在第七帧指示{TIDSY-LINKx}，第一MLD(MLD 1)
根据与本地{TIDSX-LINKx}比较，决定在LINKx发送哪些TIDs，即决定{RELAYTIDS-LINKx}。
此时{RELAYTIDS-LINKx}可以指示给中继MLD，也可以不指示。
方法三：设计规则：规定中继MLD与第三MLD(MLD 3)之间建立默认的default TTLM模式，即所有关联链路允许发送所有TIDs。对中继MLD要求较高，因为所有链路需要具备发送所有TIDs的能力和资源。
一种实施方式，在中继参数信息指示时选择，此时第六帧和第七帧可以是前面的一些实施例中的第一帧和第二帧。一种实施方式，在中继传输流程开启时选择，此时第六帧和第七帧可以是前面的一些实施例中的第四帧和第五帧。
注意，以上TID(集合)可以用TID位图(TID Bitmap)指示，也可以用TID指示。由于TTLM具有方向性，所以第三MLD(MLD 3)到第一MLD(MLD 1)的中继传输也需要上述协商，方法与上述一致，可以一起进行，也可以单独进行。可以为多个LINKx选择可传输TID，多次使用该方法即可。
第十三实施例:双跳TTLM二维选择：
图10为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图10所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作1001：第一MLD向第二MLD发送第六帧，其中，所述第六帧指示链路LINKx；所述第一MLD收到所述第二MLD发送的第七帧，其中，所述第七帧包括针对所述第六帧中的参数的确认或修改；其中，在从所述第一MLD到所述第二MLD的方向，假设所述LINKx的可传输示业务标识符TID集合是{TIDSX-LINKx}；在从所述第二MLD到所述第三MLD的方向，假设所述LINKx的可传输TID集合是{TIDSY-LINKx}，操作1002：则中继 传输时，由所述第七帧、所述第一MLD、或预定义的规则为所述LINKx选择可传输TID集合。
通过上述技术方案，中继传输时，由所述第七帧、所述第一MLD、或预定义的规则来指示每条链路上接收的TID映射TTLM-RELAY，能够实现TID从第一跳到第二跳的顺利传输，减小中断概率。
在本申请的一些实施例中，所述第七帧指示所述每条链路上接收的所述TID映射TTLM-RELAY。在本申请的一些实施例中，所述第一MLD比较所述TTLMY与所述TTLMX，决定所述每条链路上接收的所述TID映射TTLM-RELAY。在本申请的一些实施例中，所述预定义的规则规定所述第二MLD与所述第三MLD之间建立默认的TTLM模式，即所有关联链路允许发送所有TID。
本实施例提出，根据第一跳的TTLM和第二跳的TTLM，取两个映射的交集或者交集的子集来决定中继时的TTLM-RELAY。后续进行中继传输时，第一跳和第二跳均遵循TTLM-RELAY。
该方案下，中继MLD的数据平面需要维护TTLM模块和/或Link Merging模块，有益效果是中继传输第一跳和第二跳的链路组合的可选择范围大。第一跳的TTLM表示为TTLMX，第二跳的TTLM表示为TTLMY。第一MLD(MLD 1)发送第六帧，中继MLD回复第七帧。
方法一：中继MLD(第二MLD(MLD 2))决策：第六帧中包括TTLMX，中继MLD根据与本地TTLMY比较，在第七帧指示每条链路上可以接收的TID映射TTLM-RELAY。
方法二：第一MLD(MLD 1)决策：中继MLD在第七帧指示TTLMY，第一MLD(MLD 1)根据与本地TTLMX比较，决定TTLM-RELAY。此时TTLM-RELAY可以指示给中继MLD，也可以不指示。
方法三：设计规则：规定中继MLD与第三MLD(MLD 3)之间建立默认的default TTLM模式，即所有关联链路允许发送所有TIDs。对中继MLD要求较高，因为所有链路需要具备发送所有TIDs的能力和资源。
一种实施方式，在中继参数信息指示时选择，此时第六帧和第七帧可以是前面的一些实施例中的第一帧和第二帧.一种实施方式，在中继传输流程开启时选择，此时第六帧和第七帧可以是前面的一些实施例中的第四帧和第五帧。一种实施方式，TTLMX和TTLMY使用TTLM元素或其变种来指示，包含TID I链路映射字段，I＝0,1,2,…。下图是基线的TTLM元素。
以下举例说明TTLM-RELAY。一种实施结果，从第一MLD(MLD 1)到第二MLD(MLD 2)的TTLMX，TID0映射到link1和link2和link3，TID1映射到link1和link2。而从第二MLD(MLD 2)到第三MLD(MLD 3)的TTLMY，TID0映射到link2和link3，TID1映射到link2。则在不重新进行TTLM的情况下，TID0需要在link2和/或link3上进行中继传输才能从第一MLD(MLD 1)到第二MLD(MLD 2)再到第三MLD(MLD 3)，TID1需要在link2上进行中继传输才能从第一MLD(MLD 1)到第二MLD(MLD 2)再到第三MLD(MLD 3)。而第一MLD(MLD 1)和第二MLD(MLD 2)可以采用上述方法对此达成一致，实现TID0和TID1的顺利及时中继。此时TTLM-RELAY的结果可能是：TID0映射到link2和/或link3，TID1映射到link2。
注意，以上链路(集合)可以用链路位图(Link Bitmap)指示，也可以用链路ID(Link ID)指示。以上TID(集合)可以用TID Bitmap指示，也可以用TID指示。由于TTLM具有方向性，所以第三MLD(MLD 3)到第一MLD(MLD 1)的中继传输也需要上述协商，方法与上述一致，可以一起进行，也可以单独进行。
第十四实施例:MLD的中继帧地址解析规则。
图11为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图11所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作1101：当第一MLD到第二MLD的方向和所述第二MLD到第三MLD的方向之间没有重合的业务标识符到链路映射TTLM映射链路时，使用所述第二MLD的MLD级的指示来设置和解析中继帧地址，以实现同一个链路转发或跨链路转发。
通过上述技术方案，使用所述第二MLD的MLD级的指示来设置和解析中继帧地址，可以实现同链路转发，也可以实现跨链路转发。
在本申请的一些实施例中，所述一MLD和所述第二MLD之间，和/或所述第二MLD和所述第三MLD之间，重新进行TTLM协商，使得业务标识符TIDx从所述第一MLD到所述第二MLD再到所述第三MLD在同一个链路上传输。在本申请的一些实施例中，所述一MLD和所述第二MLD之间，和所述第二MLD和所述第三MLD之间使能跨链路中继，使得TIDx从所述第一MLD到所述第二MLD再到所述第三MLD。在本申请的一些实施例中，所述第二MLD的MLD级的指示包括所述第二MLD的MAC地址、关联标识符AID、或MLD标识符ID。
在本申请的一些实施例中，使用所述第二MLD的MLD级的指示来设置和解析所述中继帧地址满足以下一条或多条规则：所述第二MLD到接入点AP MLD的帧传输，发送设备的指示方式使用所述第二MLD的MLD级的指示；所述AP MLD到所述第二MLD的帧传输，接收设备的指示方式使用所述第二MLD的MLD级的指示；所述第二MLD到非接入点non-AP MLD的帧传输，发送设备的指示方式使用所述第二MLD的MLD级的指示；所述non-AP MLD到所述第二MLD的帧传输，接收设备的指示方式，使用所述第二MLD的MLD级的指示。
当第一跳和第二跳之间没有重合的TTLM映射链路时，本实施例设计TIDx从第一MLD(MLD 1)到第二MLD(MLD 2)再到第三MLD(MLD 3)的地址设置和解析规则。
应用场景例如，TIDx在从第一MLD(MLD 1)到第二MLD(MLD 2)方向，可传输链路集合是{link1，link2}；在从第二MLD(MLD 2)到第三MLD(MLD 3)方向，可传输链路集合是{link3}，可见第一跳和第二跳之间没有重合的TTLM映射链路，TIDx无法传到第三MLD(MLD 3)。
方法一：第一MLD(MLD 1)和第二MLD(MLD 2)之间，和/或第二MLD(MLD 2)和第三MLD(MLD 3)之间，重新进行TTLM协商，使得TIDx从第一MLD(MLD 1)到第二MLD(MLD 2)再到第三MLD(MLD 3)可以在同一个链路上传输。此时，使用baselinde地址设置和解析规则。方法二：MLD的多个链路之间可以使能跨链路中继，使得TIDx从第一MLD(MLD 1)到第二MLD(MLD 2)再到第三MLD(MLD 3)。本实施例该方法提出，MLD在发送和/或接收中继帧时，在帧地址位设置和解析时，使用MLD级的指示来指示中继MLD(而非STA级的指示)，既可以实现同链路转发，也可以实现跨链路转发。
更下位地，设计帧地址设置和解析设计：以下规则至少满足其中一条：
中继MLD到AP MLD的帧传输：修改发送设备的指示方式，使用中继MLD的MLD级的指示(而不是STA级的指示)，例如使用中继MLD的MLD ID的MAC地址或AID
在这种情况下，四地址帧的寻址应如下：
地址1是AP(MPDU接收方)的MAC地址。
地址2是中继MLD(MPDU的发送MLD)的MAC地址或AID或MLD ID。
地址3是MSDU的DA(MSDU的目的地址)。
地址4是MSDU的SA(MSDU的源地址)。
如果四地址帧是包含A-MSDU的PV1 QoS数据帧，则DA和/或SA字段不应出现在任何A-MSDU子帧标头中，除非DA和/或SA用于A-MSDU子帧中包含的MSDU不等于帧的地址3和/或地址4中包含的值。
否则，在这种情况下，包含A-MSDU的帧的寻址应如下：
地址1是AP(MPDU接收方)的MAC地址。
地址2是中继MLD(MPDU的发送MLD)的MAC地址或AID或MLD ID
地址3是AP的MAC地址(BSSID)。
如果该帧是PV1 QoS数据帧，则地址3不存在。
A-MSDU子帧头中的DA是MSDU的DA(MSDU的目的地址)。
A-MSDU子帧头中的SA是MSDU的SA(MSDU的源地址)。
AP MLD到中继MLD的帧传输：修改接收设备的指示方式，使用中继MLD的MLD级的指示
(而不是STA级的指示)，例如使用中继MLD的MAC地址或AID或MLD ID。
在这种情况下，四地址帧的寻址应如下：
地址1是中继MLD(MPDU的接收MLD)的MAC地址或AID或MLD ID。
地址2是AP(MPDU的发送者)的MAC地址。
地址3是MSDU的DA(MSDU的目的地址)。
地址4是MSDU的SA(MSDU的源地址)。
如果四地址帧是包含A-MSDU的PV1 QoS数据帧，则DA和/或SA字段不应出现在任何A-MSDU子帧标头中，除非DA和/或SA用于A-MSDU子帧中包含的MSDU与帧的地址3和/或地址4中包含的值不同。否则，在这种情况下，包含A-MSDU的帧的寻址应如下：
地址1是中继MLD(MPDU的接收MLD)的MAC地址或AID或MLD ID。
地址2是AP(MPDU的发送者)的MAC地址。
地址3是AP的MAC地址(BSSID)。
如果该帧是PV1 QoS数据帧，则地址3不存在。
A-MSDU子帧头中的DA是MSDU的DA(MSDU的目的地址)。
A-MSDU子帧头中的SA是MSDU的SA(MSDU的源地址)。
当帧是PV1 QoS数据帧并且预期接收方已确认存储A3和/或A4(如10.57(PV1 MPDU的生成和报头压缩过程)中所述)时，DA和/或SA不应出现在A3中和/或帧的A4字段或帧中包含的A-MSDU子帧头的DA和/或SA中，除非MSDU的DA和/或SA与存储的值不同。中继MLD到non-AP MLD的帧传输：修改发送设备的指示方式，使用中继MLD的MLD级的指示，例如使用中继MLD的MAC地址或AID或MLD ID。
non-AP MLD到中继MLD的帧传输：修改接收设备的指示方式，使用中继MLD的MLD级的指示，例如使用中继MLD的MAC地址或AID或MLD ID。
第十五实施例:MLD的中继帧意向站点指示方法：
图12为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图12所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作1201：MLD在发送和/或接收中继帧时，指示一个或多个意向站点或一个或多个意向链路，所述中继帧的内容是给所述一个或多个意向站点，或者所述中继帧在所述一个或多个意向链路进行转发和/或回复。
通过上述技术方案，使用MLD在发送和/或接收中继帧时，指示一个或多个意向站点或一个或多个意向链路，可以实现中继帧的同链路转发/回复，也可以实现跨链路转发/回复。
在本申请的一些实施例中，所述一个或多个意向站点或所述一个或多个意向链路不同于所述中继帧的帧接收地址RA指示的站点或链路。在本申请的一些实施例中，所述一个或多个意向站点或所述一个或多个意向链路包括所述中继帧的帧RA指示的站点或链路。在本申请的一些实施例中，使用所述中继帧的多链路操作MLO链路信息元素的链路标识符ID位图字段来指示所述中继帧的所述一个或多个意向站点或所述一个或多个链路。在本申请的一些实施例中，使用所述一个或多个意向站点的媒介接入控制MAC地址、所在基本服务集BSS的BSSID、所在BSS的BSS着色、关联标识符AID来指示所述一个或多个意向站点。在本申请的一些实施例中，使用所述一个或多个意向链路ID来指示所述一个或多个意向链路。
本实施例提出一种跨链路中继的中继帧意向站点/链路指示方法，以实现跨链路转发/回复，发挥多链路协作的优势。MLD在发送和/或接收中继帧时，增加中继帧意向站点或者链路的指示，说明该帧的内容(内容是指例如帧体frame body，或者MPDU，或者MMPDU)是给该意向站点，或者该帧可以在该意向链路进行转发和/或回复。该意向站点/链路可以不同于帧接收地址RA指示的站点/链路。该意向站点/链路可以有多个，可以都不同于帧接收地址RA指示的站点/链路，也可以包含帧接收地址RA指示的站点/链路。该方法既可以实现中继帧的同链路转发/回复，也可以实现跨链路转发/回复。
一种实施方式，使用MLO/链路信息元素(MLO Link Info element)的链路ID位图(Link ID Bitmap)字段来指示中继帧一个或多个意向站点/链路。也可以使用其他方式，例如该一个或多个意向站点的MAC地址、所在BSS的BSSID、所在BSS的BSS着色、AID，或者意向链路(Link)ID等。
应用场景举例，中继帧从第一MLD(MLD 1)传到第二MLD(MLD 2)再传到第三MLD(MLD 3)，第二MLD(MLD 2)是中继MLD。从第一MLD(MLD 1)传到第二MLD(MLD 2)时，在链路1上传输，指示意向站点/链路是链路1和链路2。则第二MLD(MLD 2)可以根据自身链路状态，决定在链路1和/或链路2上将该帧转发给第三MLD(MLD 3)，和/或决定在链路1和/或链路2上回复帧给第一MLD(MLD 1)。从第二MLD(MLD 2)传到第三MLD(MLD 3)时，指示意向站点是链路1和链路2和链路3，则第三MLD(MLD 3)可以根据自身链路状态，选择在链路1和/或链路2和/或链路3上回复该帧。
第十六实施例:周期性中继传输的方法：
图13为本申请实施例提供的多链路设备的协作通信方法的流程示意图，如图13所示，所述多链路设备的协作通信方法，包括以下至少一个操作：操作1301：第一MLD到第二MLD的方向和所述第二MLD到第三MLD的方向对齐目标唤醒时间TWT，在所述TWT醒来的周期进行中继数据传输，其中，所述TWT包括第一TWT参数信息和第二TWT参数信息。
通过上述技术方案，第一MLD到第二MLD的方向和所述第二MLD到第三MLD的方向对齐目标唤醒时间TWT，在所述TWT醒来的周期进行中继数据传输，可以实现醒来进行数据传输，提高中继数据及时送达的概率。
在本申请的一些实施例中，所述第一MLD和所述第二MLD进行TWT协商，确定所述第一TWT参数信息和第一时间周期。在本申请的一些实施例中，所述第二MLD复用所述第一时间周期，与所述第三MLD协商所述第二TWT参数信息和第二时间周期。在本申请的一些实施例中，所述第一 MLD和所述第二MLD使用TWT元素确定所述第一TWT参数信息和所述第一时间周期，或所述第二MLD与所述第三MLD使用所述TWT元素协商所述第二TWT参数信息和所述第二时间周期。
在本申请的一些实施例中，所述TWT元素的控制字段和/或TWT参数信息字段携带所述第一TWT参数信息和第二TWT参数信息。在本申请的一些实施例中，所述第二TWT参数信息复用所述第一TWT参数信息中的一个或多个TWT参数。在本申请的一些实施例中，所述第一TWT参数信息中的一个或多个TWT参数包括：TWT、标称最小TWT唤醒持续时间、TWT唤醒间隔、TWT元素中指示的TWT信道子字段值。在本申请的一些实施例中，所述第一TWT参数信息和/或所述第二TWT参数信息包括中继参数信息集合的部分或全部信息。
在本申请的一些实施例中，所述一个或多个相关MLD中所述中继参数信息集合包括以下信息的一项或多项：所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或所述一个或多个相关MLD中的第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；所述一个或多个相关MLD中的所述第一MLD的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
本实施例提出一种周期性中继传输的方法，中继的第一跳和第二跳可以对齐TWT，在TWT醒来的周期进行中继数据传输。该方法的有益效果是同时醒来进行数据传输，提高中继数据及时送达的概率。
一种实施方法，第一MLD(MLD 1)和第二MLD(MLD 2)先进行TWT协商，确定TWT参数{TWT1}和TWT的时间周期。第二MLD(MLD 2)复用该TWT的时间周期，与第三MLD(MLD 3)协商相应的TWT参数信息{TWT2}和时间周期。TWT协商可以使用TWT元素，可以参考IEEE 802.11标准中的TWT元素。
{TWT1}和{TWT2}指示信息可以放在TWT元素的控制字段和/或TWT参数信息字段。一种实施方式，{TWT2}复用{TWT1}中的一个或多个TWT参数(TWT Parameters)，即复用{TWT1}中以下一项或者多项：TWT、标称最小TWT唤醒持续时间、TWT唤醒间隔、TWT元素中指示的TWT信道子字段值。TWT元素中指示的触发子字段值也是HE STA的TWT参数。各个参数的含义信息见标准文本。{TWT1}可以包含第一实施例中指示的{CAP1}的部分或全部信息。{TWT2}可以包含第一实施例中指示的{CAP1}的部分或全部信息。可选地，TWT醒来时段的中继传输使用第五实施例设计的流程。以上设计也适用于单站点STA，假设该MLD上有N个附属站点，则单站点是N＝1的特例，不再赘述。
图14是本申请实施例提供的一种无线通信设备500示意性结构图。该无线通信设备可以是中继通信设备，也可以是AP，也可以是STA，图14所示的无线通信设备500包括处理器510，处理器510可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。在本申请的一些实施例中，AP包括AP STA或AP MLD，STA包含AP STA或non-AP STA或AP MLD或non-AP MLD。
可选地，如图14所示，无线通信设备500还可以包括存储器520。其中，处理器510可以从存储器520中调用并运行计算机程序，以实现本申请实施例中的方法。其中，存储器520可以是独立于处理器510的一个单独的器件，也可以集成在处理器510中。
可选地，如图14所示，无线通信设备500还可以包括收发器530，处理器510可以控制该收发器530与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。其中，收发器530可以包括发射机和接收机。收发器530还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该无线通信设备500具体可为本申请实施例的中继通信设备，并且该无线通信设备500 可以实现本申请实施例的各个方法中由中继通信设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该无线通信设备500具体可为本申请实施例的移动AP，并且该无线通信设备500可以实现本申请实施例的各个方法中由AP实现的相应流程，为了简洁，在此不再赘述。
可选地，该无线通信设备700具体可为本申请实施例的STA，并且该无线通信设备700可以实现本申请实施例的各个方法中由STA实现的相应流程，为了简洁，在此不再赘述。在本申请的一些实施例中，STA包含AP STA或non-AP STA或AP MLD或non-AP MLD。
图15是本申请实施例的芯片的示意性结构图。图15所示的芯片600包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图15所示，芯片600还可以包括存储器620。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的方法。其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。
可选地，该芯片600还可以包括输入接口630。其中，处理器610可以控制该输入接口630与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片600还可以包括输出接口640。其中，处理器610可以控制该输出接口640与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的中继通信设备，并且该芯片可以实现本申请实施例的各个方法中由中继通信设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的AP，并且该芯片可以实现本申请实施例的各个方法中由AP实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的STA，并且该芯片可以实现本申请实施例的各个方法中由STA实现的相应流程，为了简洁，在此不再赘述。
图16是本申请实施例提供的一种无线通信系统700的示意性框图。如图16所示，该通信系统700包括第一MLD(MLD 1)710、第二MLD(MLD 2)(中继MLD)720和第三MLD(MLD 3)730。其中，第一MLD(MLD 1)710可以用于实现上述方法中由AP实现的相应的功能，第二MLD(MLD 2)(中继MLD)720可以用于实现上述方法中由中继通信设备实现的相应的功能，以及第三MLD(MLD 3)730可以用于实现上述方法中由STA实现的相应的功能为了简洁，在此不再赘述。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的中继通信设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由中继通信设备实现的相应流程，为了简洁，在此不再赘述。可选地，该计算机可读存储介质可应用于本申请实施例中的AP，并且该计算机程序使得计算机执行本申请实施例的各个方法中由AP实现的相应流程，为了简洁，在此不再赘述。可选地，该计算机可读存储介质可应用于本申请实施例中的STA，并且该计算机程序使得计算机执行本申请实施例的各个方法中由STA实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的中继通信设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由中继通信设备实现的相应流程，为了简洁，在此不再赘述。可选地，该计算机程序产品可应用于本申请实施例中的AP，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由AP实现的相应流程，为了简洁，在此不再赘述。可选地，该计算机程序产品可应用于本申请实施例中的STA，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由STA实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的中继通信设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由中继通信设备实现的相应流程，为了简洁，在此不再赘述。可选地，该计算机程序可应用于本申请实施例中的AP，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由AP实现的相应流程，为了简洁，在此不再赘述。可选地，该计算机程序可应用于本申请实施例中的STA，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由STA实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (89)

  1. 一种多链路设备MLD的协作通信方法，包括：
    MLD的附属站点通过帧的字段/元素指示一个或多个相关MLD的中继参数信息集合，所述中继参数信息集合应用于所述MLD的所述附属站点在中继模式下的链路能力或工作参数和所述一个或多个相关MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力。
  2. 根据权利要求1所述的协作通信方法，其中，第一MLD到第二MLD的链路为第一跳链路，所述第二MLD到第三MLD的链路为第二跳链路，所述第一MLD到所述第三MLD的链路为单跳链路，其中，所述MLD为所述第一MLD、所述第二MLD或所述第三MLD，其中，所述一个或多个相关MLD为MLD集合，所述一个或多个相关MLD包括所述第一MLD、所述第二MLD和所述第三MLD中的一个或多个MLD。
  3. 根据权利要求1所述的协作通信方法，其中，所述一个或多个相关MLD的中继参数信息集合包括以下信息的一项或多项：
    所述一个或多个相关MLD中的一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；
    所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；
    所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或第一跳TTLM参数信息，和/或单跳TTLM参数信息；
    所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；
    所述一个或多个相关MLD中的移动接入点AP MLD信息，用于指示所述MLD是否为移动AP MLD；
    所述一个或多个相关MLD中的协作通信信息，用于指示所述MLD的协作通信。
  4. 根据权利要求3所述的协作通信方法，其中，所述一个或多个相关MLD的所述链路参数信息包括以下信息的一项或多项：
    链路预算信息，包括上行/下行的最大/最小/平均数据速率，和/或信道测量的结果，和/或带宽使用的情况；
    链路物理层能力信息，包括支持的流数信息、和/或调制和编码集MCS信息、和/或带宽信息、和/或发射功率信息、和/或资源单元RU信息、和/或多资源单元MRU信息；
    链路协作通信参数信息，包括主信道位置，和/或是否支持前导码打孔，和/或是否支持次信道接入，和/或是否支持子载波不连续分配的分布式RU。
  5. 根据权利要求3所述的协作通信方法，其中，所述一个或多个相关MLD中的所述一个或多个附属站点的所述节能参数信息包括至少一项以下信息：
    目标唤醒时间TWT信息；
    受限的目标唤醒时间R-TWT信息。
  6. 根据权利要求3所述的协作通信方法，其中，所述一个或多个相关MLD中的所述一个或多个附属站点的所述能力信息参数，包括至少一项以下信息：
    极高吞吐率EHT/高效HE/极高吞吐率VHT/高吞吐率HT功能元素；
    HE 6GHz频段功能元素；
    扩展功能元素；
    MLD非同时收发NSTR参数信息。
  7. 根据权利要求3所述的协作通信方法，其中，所述一个或多个相关MLD中的所述一个或多个 附属站点的所述CoSR信息参数包括是否支持CoSR。
  8. 根据权利要求7所述的协作通信方法，其中，所述CoSR信息参数支持所述CoSR，指示所述CoSR的信息参数包括以下参数中的一个或者多个：在CoSR进行时的解调阈值、可接受的干扰水平、进行CoSR的发送功率限制、进行CoSR的MCS。
  9. 根据权利要求3所述的协作通信方法，其中，所述一个或多个相关MLD的所述TTLM参数信息指示每个链路/站点STA支持传输的TID。
  10. 根据权利要求9所述的协作通信方法，其中，所述一个或多个相关MLD的所述TTLM参数信息携带TID到链路映像元素来指示每种TID的帧在哪些链路上可以传输。
  11. 根据权利要求9所述的协作通信方法，其中，所述一个或多个相关MLD的所述TTLM参数信息指示是否支持默认的TTLM模式，所述默认的TTLM模式是指所有TID都映像到下行和上行的所有建立链路，并且所有建立链路均启用。
  12. 根据权利要求11所述的协作通信方法，其中，通过1比特指示所述默认的TTLM模式。
  13. 根据权利要求3所述的协作通信方法，其中，所述一个或多个相关MLD的所述BA相关参数信息包括是否开启BA参数信息、BA协议参数信息、BA记分板参数信息。
  14. 根据权利要求13所述的协作通信方法，其中，所述一个或多个相关MLD的所述BA相关参数信息包括发送窗口大小和接收窗口大小。
  15. 根据权利要求3所述的协作通信方法，其中，当所述MLD为非中继MLD时，所述第二跳链路参数信息表示所述MLD的所述附属站点的中继第二跳链路参数信息。
  16. 根据权利要求3所述的协作通信方法，其中，所述一个或多个相关MLD的所述链路参数信息是指所述MLD的所述附属站点指示的一套共享的链路参数信息或多套链路参数信息。
  17. 根据权利要求3所述的协作通信方法，其中，所述一个或多个相关MLD的所述可达站点地址的信息的指示方式包括MLD地址，或MLD地址和链路标识符ID位图，或MLD地址和链路ID，或MLD ID，或关联标识符AID。
  18. 一种多链路设备MLD的协作通信方法，包括：
    第一MLD中的附属站点发送第一帧给第二MLD中的附属站点和/或第三MLD3中的附属站点；所述第一MLD接收来自所述第二MLD的第二帧，其中，所述第二帧包括针对所述第一帧中的参数的确认或修改；
    其中，所述第一帧的字段/元素用来指示所述一个或多个相关MLD的中继参数信息，所述中继参数信息集合应用于所述第一MLD的所述附属站点在中继模式下的链路能力和所述一个或多个相关MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力，和/或第一跳的链路能力，和/或单跳的链路能力。
  19. 根据权利要求18所述的协作通信方法，其中，第一MLD到第二MLD的链路为第一跳链路，所述第二MLD到第三MLD的链路为第二跳链路，所述第一MLD到所述第三MLD的链路为单跳链路，其中，所述一个或多个相关MLD为MLD集合，所述一个或多个相关MLD包括所述第一MLD、所述第二MLD和所述第三MLD中的一个或多个MLD。
  20. 根据权利要求18所述的协作通信方法，其中，所述一个或多个相关MLD中所述中继参数信息集合包括以下信息的一项或多项：
    所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；
    所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；
    所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或所述一个或多个相关MLD中的第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一 跳BA参数信息，和/或单跳BA参数信息；
    所述一个或多个相关MLD中的所述第一MLD的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；
    所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
  21. 根据权利要求18所述的协作通信方法，其中，所述第一帧还用于请求所述第二MLD和/或所述第三MLD的参数信息。
  22. 根据权利要求18所述的协作通信方法，其中，所述第一帧包括：
    探测请求/响应帧、或多链路探测请求/响应帧、或关联请求/响应帧、或重新关联请求/响应帧、或中继激活请求/响应帧、或行动未确认帧、或行动确认帧、或快速基本服务集切换FT请求/响应帧、或链路重配置请求帧、或FT行动帧、或信标帧。
  23. 根据权利要求18所述的协作通信方法，其中，所述第二帧包括以下信息的一项或多项：
    对所述第一帧所发送的每个附属站点/每条链路的部分或者全部参数信息做匹配确认；
    对所述第一帧所发送的每个附属站点/每条链路的部分或者全部参数信息做出拒绝和/或给出建议；
    携带所述第二MLD的附属站点的参数信息；
    如果所述第一帧请求所述第二MLD的所述附属站点的参数信息，则所述第二帧携带所述第一帧所请求的信息。
  24. 根据权利要求23所述的协作通信方法，其中，所述第二MLD接收到所述第一帧后，采用状态码在所述第二帧中指示是否匹配的原因。
  25. 根据权利要求18所述的协作通信方法，其中，所述第二帧包括：
    探测请求/响应帧、或多链路探测请求/响应帧、或关联请求/响应帧、或重新关联请求/响应帧、或中继激活请求/响应帧、或行动未确认帧、或行动确认帧、或FT请求/响应帧、或FT行动帧、或信标帧。
  26. 根据权利要求18所述的协作通信方法，其中，所述第一MLD发送第三帧给所述第二MLD，用于指示接受所述第二MLD在所述第二帧中指示的链路参数。
  27. 一种多链路设备MLD的协作通信方法，包括：
    第一MLD中的附属站点发送第一帧给第二MLD中的附属站点和/或第三MLD3中的附属站点；所述第一MLD是否接收来自所述第二MLD的第二帧取决于条件判断以及所述第二MLD是否成为所述第一MLD中继传输的备选中继MLD；
    其中，所述第一帧的字段/元素用来指示一个或多个相关MLD的中继参数信息，所述中继参数信息集合应用于所述第一MLD的所述附属站点在中继模式下的链路能力和所述一个或多个相关MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力，和/或第一跳的链路能力，和/或单跳的链路能力。
  28. 根据权利要求27所述的协作通信方法，其中，第一MLD到第二MLD的链路为第一跳链路，所述第二MLD到第三MLD的链路为第二跳链路，所述第一MLD到所述第三MLD的链路为单跳链路，其中，所述一个或多个相关MLD为MLD集合，所述一个或多个相关MLD包括所述第一MLD、所述第二MLD和所述第三MLD中的一个或多个MLD。
  29. 根据权利要求27所述的协作通信方法，其中，所述一个或多个相关MLD的中继参数信息集合包括以下信息的一项或多项：
    所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；
    所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；
    所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数 信息，和/或第一跳TTLM参数信息，和/或单跳TTLM参数信息；
    所述一个或多个相关MLDD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；
    所述一个或多个相关MLD中的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；
    所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
  30. 根据权利要求27所述的协作通信方法，其中，所述条件包括以下信息的一项或多项：
    如果所述第二帧指示的中继参数信息要求与所述第二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中的所述附属站点/链路完全匹配。
  31. 一种多链路设备MLD的协作通信方法，包括：
    第二MLD中的附属站点发送第三帧给第一MLD中的附属站点和/或第三MLD中的附属站点；其中，所述第三帧的字段/元素用来指示一个或多个相关MLD的中继参数信息，所述中继参数信息集合应用于所述第二MLD的所述附属站点在中继模式下的链路能力和所述第二MLD中的一个或多个附属站点在所述中继模式下的第二跳的链路能力，和/或第一跳的链路能力，和/或单跳的链路能力。
  32. 根据权利要求31所述的协作通信方法，其中，第一MLD到第二MLD的链路为第一跳链路，所述第二MLD到第三MLD的链路为第二跳链路，所述第一MLD到所述第三MLD的链路为单跳链路，其中，所述一个或多个相关MLD为MLD集合，所述一个或多个相关MLD包括所述第一MLD、所述第二MLD和所述第三MLD中的一个或多个MLD。
  33. 根据权利要求31所述的协作通信方法，其中，所述一个或多个相关MLD中所述中继参数信息集合包括以下信息的一项或多项：
    所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；
    所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；
    所述第一MLD的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或所述一个或多个相关MLD中的第一跳TTLM参数信息，和/或单跳TTLM参数信息；
    所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；
    所述一个或多个相关MLD中的所述第一MLD的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；
    所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
  34. 根据权利要求31所述的协作通信方法，其中，所述第一MLD发送第一帧给所述第二MLD中的所述附属站点和/或所述第三MLD3中的所述附属站点；所述第一帧用于请求所述第二MLD成为中继传输的备选中继MLD。
  35. 一种多链路设备MLD的协作通信方法，包括：
    第四MLD发送第四帧给第五MLD和/或第六MLD，以进行中继传输，其中，所述第四帧指示中继第三方为所述第六MLD；
    所述第四MLD接收所述第五MLD发送的第五帧，所述第五帧包括针对所述第四帧中的参数的确认或修改；
    其中，所述第四帧或所述第五帧指示/配置能力集合/工作参数集合。
  36. 根据权利要求35所述的协作通信方法，其中，所述能力集合/工作参数集合包括第一跳和/或第二跳的能力集合，其中，第一MLD到第二MLD的链路为第一跳链路，所述第二MLD到第三MLD的链路为第二跳链路，所述第一MLD到所述第三MLD的链路为单跳链路。
  37. 根据权利要求36所述的协作通信方法，其中，所述第一跳和/或所述第二跳的所述能力集合不高于中继参数信息集合。
  38. 根据权利要求37所述的协作通信方法，其中，所述一个或多个相关MLD中所述中继参数信息集合包括以下信息的一项或多项：
    所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；
    所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；
    所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或所述一个或多个相关MLD中的第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；
    所述一个或多个相关MLD中的所述第一MLD的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；
    所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
  39. 根据权利要求35所述的协作通信方法，其中，所述能力集合/工作参数集合指示/配置中继MLD的工作参数集合。
  40. 根据权利要求35所述的协作通信方法，其中，所述能力集合/工作参数集合还包括第一跳和/或第二跳的以下一个或多个后续传输相关的信息：
    业务优先级信息；
    待传输的包量大小信息；
    MLD上一个或多个站点的业务流信息；
    是否要分多个传输机会TXOP发送的信息；
    是否对第二跳进行TXOP共享来中继传输的信息；
    是否需要接受确认的信息；
    中继数据的时效/延迟信息。
  41. 根据权利要求35所述的协作通信方法，其中，所述第五帧包括第一跳和/或第二跳的以下一个或多个后续传输相关的信息：
    如果第二跳的业务标识符到链路映射TTLM需要重新协商，指示重新协商需要的延迟；
    第二跳是否可用。
  42. 根据权利要求35所述的协作通信方法，其中，所述第四帧和所述第五帧包括以下组合之一：请求发送RTS帧和清除发送CTS帧、多用户请求发送MU-RTS帧和所述CTS帧、多用户请求发 送MU RTS帧和所述CTS帧、缓存状态报告轮询BSRP帧和缓存状态报告帧、块确认请求BAR帧和确认帧、所述BAR帧和块确认BA帧、所述BAR帧和多站点块确认M-BA帧、多用户块确认请求MU-BAR帧和所述确认帧、所述MU-BAR帧和所述BA帧、所述MU-BAR帧和所述M-BA帧、波束赋形报告轮询BFRP帧和波束赋形报告BFR帧、触发帧和携带服务质量QoS空/数据的基于触发的物理层协议数据单元TB PPDU帧、QoS空帧和所述确认帧、所述QoS空帧和所述BA帧、所述QoS空帧和所述M-BA帧。
  43. 根据权利要求35所述的协作通信方法，其中，所述第四帧是触发帧，所述触发帧包含一个或多个用户信息字段，用于指示目标接收方是所述第五MLD和/或所述第六MLD，和/或中继链路的传输参数。
  44. 根据权利要求34所述的协作通信方法，其中，当所述第四MLD是中继MLD，所述第六MLD是中继源头，所述触发帧的第一用户信息字段的参数信息指示所述第四MLD和所述第五MLD间通信参数，所述触发帧的第二用户信息字段的参数信息指示所述第四MLD和所述第六MLD间通信参数。
  45. 根据权利要求34所述的协作通信方法，其中，当所述第五MLD是中继MLD，所述第六MLD是中继目的，所述触发帧的第一用户信息字段的参数信息指示所述第四MLD和所述第五MLD间通信参数，所述触发帧的第二用户信息字段的参数信息指示所述第五MLD和所述第六MLD间通信参数。
  46. 根据权利要求44或45所述的协作通信方法，其中，所述中继链路的传输参数由所述第一用户信息字段和所述第二用户信息字段共同指示。
  47. 根据权利要求44所述的协作通信方法，其中，所述触发帧是MU-RTS触发帧。
  48. 根据权利要求47所述的协作通信方法，其中，所述MU-RTS触发帧的上行目标接收功率字段用于指示接收链路的目标接收功率。
  49. 根据权利要求47所述的协作通信方法，其中，所述MU-RTS触发帧的第一用户信息字段的资源单元RU分配子字段和第二用户信息字段的RU分配子字段用于指示中继传输第一跳和/或第二跳的带宽和信道信息，所述第一用户信息字段的关联标识符AID12子字段和所述第二用户信息字段的AID12子字段用于指示所述目标接收方是所述第五MLD和/或所述第六MLD。
  50. 根据权利要求47所述的协作通信方法，其中，所述MU-RTS触发帧是多用户请求发送传输时间分享MU-RTS TXS触发帧。
  51. 根据权利要求47所述的协作通信方法，其中，所述MU-RTS TXS触发帧的第一用户信息字段的参数信息适用于所述第五MLD，所述MU-RTS TXS触发帧的第二用户信息字段的参数信息适用于所述第六MLD，所述中继链路的传输参数由所述第一用户信息字段和所述第二用户信息字段共同指示。
  52. 根据权利要求47所述的协作通信方法，其中，所述MU-RTS触发帧的公共信息字段中的触发传输机会TXOP共享模式子字段用于指示是否是开启中继传输的所述MU-RTS TXS触发帧。
  53. 一种多链路设备MLD的协作通信方法，包括：
    发送方发送中继初始帧后，立即启动中继响应计时器的倒计时，如果在所述中继响应计时器对应的时间内收到了响应方发送的中继初始回复帧，则按照所述中继初始回复帧的指示来进行后续传输；如果在所述中继响应计时器对应的所述时间内未收到所述响应方发送的所述中继初始回复帧，则所述发送方认为中继传输开启失败。
  54. 根据权利要求53所述的协作通信方法，其中，所述中继响应计时器的时长在所述中继初始帧中指示给接收方。
  55. 根据权利要求53所述的协作通信方法，其中，所述中继响应计时器还用作处理错误恢复，所述发送方在所述中继响应计时器到期后，重新发送所述中继初始帧或寻找中继站点，接收方在所述中继响应计时器到期加上第一时长后，若没有收到后续传输，则认为本次中继传输取消。
  56. 根据权利要求55所述的协作通信方法，其中，所述第一时长等于短帧间隔SIFS、优先帧间间隔PIFS、分布式帧间间隔DIFS、或扩展式帧间间隔EIFS。
  57. 一种多链路设备MLD的协作通信方法，包括：
    第一MLD向第二MLD发送第六帧，其中，所述第六帧用于指示业务标识符TIDx；
    其中，在从所述第一MLD到所述第二MLD的方向，可传输的TID和对应的链路分别为第一TID集合和第一链路集合，从所述第二MLD到第三MLD的方向，可传输的TID和对应的链路分别为第二TID集合和第二链路集合；
    所述第一MLD接收来自所述第二MLD的第七帧，并根据所述第七帧确定可传输的TID和对应的第一跳和/或第二跳链路。
  58. 根据权利要求57所述的协作通信方法，其中，所述第六帧的中继参数信息集合包括所述{LINKSX-TIDx}，中继传输时，所述第二MLD比较所述{LINKSX-TIDx}与所述{LINKSY-TIDx}，在所述第七帧中指示接收所述TIDx的链路集合{RELAYLINKS-TIDx}。
  59. 根据权利要求57所述的协作通信方法，其中，所述第二MLD在所述第七帧中指示所述{LINKSY-TIDx}，中继传输时，所述第一MLD比较所述{LINKSY-TIDx}与所述{LINKSX-TIDx}比较，决定接收所述TIDx的链路集合{RELAYLINKS-TIDx}。
  60. 根据权利要求57所述的协作通信方法，其中，所述预定义的规则规定所述第二MLD与所述第三MLD之间建立默认的业务标识符到链路映像TTLM模式，即中继传输时，所有TID在所有关联链路允许发送。
  61. 一种多链路设备MLD的协作通信方法，包括：
    第一MLD向第二MLD发送第六帧，其中，所述第六帧指示链路LINKx；
    所述第一MLD收到所述第二MLD发送的第七帧，其中，所述第七帧包括针对所述第六帧中的参数的确认或修改；
    其中，在从所述第一MLD到所述第二MLD的方向，假设所述LINKx的可传输示业务标识符TID集合是{TIDSX-LINKx}；在从所述第二MLD到所述第三MLD的方向，假设所述LINKx的可传输TID集合是{TIDSY-LINKx}，则中继传输时，由所述第七帧、所述第一MLD、或预定义的规则为所述LINKx选择可传输TID集合。
  62. 根据权利要求61所述的协作通信方法，其中，所述第六帧的中继参数信息集合包括所述{TIDSX-LINKx}，中继传输时，所述第七帧指示接收所述LINKx的TID集合{RELAYTIDS-LINKx}。
  63. 根据权利要求61所述的协作通信方法，其中，所述第七帧指示所述{TIDSY-LINKx}，中继传输时，所述第一MLD比较所述{TIDSY-LINKx}与所述{TIDSX-LINKx}，决定接收所述LINKx的链路集合{RELAYTIDS-LINKx}。
  64. 根据权利要求61所述的协作通信方法，其中，所述预定义的规则规定所述第二MLD与所述第三MLD之间建立默认的业务标识符到链路映像TTLM模式，即所有关联链路允许发送所有TID。
  65. 一种多链路设备MLD的协作通信方法，包括：
    第一MLD向第二MLD发送第六帧，其中，所述第六帧指示第一跳的业务标识符到链路映射TTLM表示为TTLMX；
    所述第一MLD收到所述第二MLD发送的第七帧，其中，所述第七帧包括针对所述第六帧中的参数的确认或修改，其中，所述第七帧指示第二跳的TTLM表示为TTLMY；
    中继传输时，由所述第七帧、所述第一MLD、或预定义的规则来指示每条链路上接收的TID映射TTLM-RELAY。
  66. 根据权利要求65所述的协作通信方法，其中，所述第七帧指示所述每条链路上接收的所述TID映射TTLM-RELAY。
  67. 根据权利要求65所述的协作通信方法，其中，所述第一MLD比较所述TTLMY与所述TTLMX，决定所述每条链路上接收的所述TID映射TTLM-RELAY。
  68. 根据权利要求65所述的协作通信方法，其中，所述预定义的规则规定所述第二MLD与所述第三MLD之间建立默认的TTLM模式，即所有关联链路允许发送所有TID。
  69. 一种多链路设备MLD的协作通信方法，包括：
    当第一MLD到第二MLD的方向和所述第二MLD到第三MLD的方向之间没有重合的业务标识符到链路映射TTLM映射链路时，使用所述第二MLD的MLD级的指示来设置和解析中继帧地址，以实现同一个链路转发或跨链路转发。
  70. 根据权利要求69所述的协作通信方法，其中，所述一MLD和所述第二MLD之间，和/或所述第二MLD和所述第三MLD之间，重新进行TTLM协商，使得业务标识符TIDx从所述第一MLD到所述第二MLD再到所述第三MLD在同一个链路上传输。
  71. 根据权利要求69所述的协作通信方法，其中，所述一MLD和所述第二MLD之间，和所述第二MLD和所述第三MLD之间使能跨链路中继，使得TIDx从所述第一MLD到所述第二MLD再到所述第三MLD。
  72. 根据权利要求69所述的协作通信方法，其中，所述第二MLD的MLD级的指示包括所述第二MLD的MAC地址、关联标识符AID、或MLD标识符ID。
  73. 根据权利要求69所述的协作通信方法，其中，使用所述第二MLD的MLD级的指示来设置和解析所述中继帧地址满足以下一条或多条规则：
    所述第二MLD到接入点AP MLD的帧传输，发送设备的指示方式使用所述第二MLD的MLD级的指示；
    所述AP MLD到所述第二MLD的帧传输，接收设备的指示方式使用所述第二MLD的MLD级的指示；
    所述第二MLD到非接入点non-AP MLD的帧传输，发送设备的指示方式使用所述第二MLD的MLD级的指示；
    所述non-AP MLD到所述第二MLD的帧传输，接收设备的指示方式，使用所述第二MLD的MLD级的指示。
  74. 一种多链路设备MLD的协作通信方法，包括：
    MLD在发送和/或接收中继帧时，指示一个或多个意向站点或一个或多个意向链路，所述中继帧的内容是给所述一个或多个意向站点，或者所述中继帧在所述一个或多个意向链路进行转发和/或回复。
  75. 根据权利要求74所述的协作通信方法，其中，所述一个或多个意向站点或所述一个或多个意向链路不同于所述中继帧的帧接收地址RA指示的站点或链路。
  76. 根据权利要求74所述的协作通信方法，其中，所述一个或多个意向站点或所述一个或多个意向链路包括所述中继帧的帧RA指示的站点或链路。
  77. 根据权利要求74所述的协作通信方法，其中，使用所述中继帧的多链路操作MLO链路信息元素的链路标识符ID位图字段来指示所述中继帧的所述一个或多个意向站点或所述一个或多个链路。
  78. 根据权利要求74所述的协作通信方法，其中，使用所述一个或多个意向站点的媒介接入控制MAC地址、所在基本服务集BSS的BSSID、所在BSS的BSS着色、关联标识符AID来指示所述一个或多个意向站点。
  79. 根据权利要求74所述的协作通信方法，其中，使用所述一个或多个意向链路ID来指示所述一个或多个意向链路。
  80. 一种多链路设备MLD的协作通信方法，包括：
    第一MLD到第二MLD的方向和所述第二MLD到第三MLD的方向对齐目标唤醒时间TWT，在所述TWT醒来的周期进行中继数据传输，其中，所述TWT包括第一TWT参数信息和第二TWT参数信息。
  81. 根据权利要求80所述的协作通信方法，其中，所述第一MLD和所述第二MLD进行TWT协商，确定所述第一TWT参数信息和第一时间周期。
  82. 根据权利要求81所述的协作通信方法，其中，所述第二MLD复用所述第一时间周期，与所述第三MLD协商所述第二TWT参数信息和第二时间周期。
  83. 根据权利要求80所述的协作通信方法，其中，所述第一MLD和所述第二MLD使用TWT元素确定所述第一TWT参数信息和所述第一时间周期，或所述第二MLD与所述第三MLD使用所述TWT元素协商所述第二TWT参数信息和所述第二时间周期。
  84. 根据权利要求83所述的协作通信方法，其中，所述TWT元素的控制字段和/或TWT参数信息字段携带所述第一TWT参数信息和第二TWT参数信息。
  85. 根据权利要求80所述的协作通信方法，其中，所述第二TWT参数信息复用所述第一TWT参数信息中的一个或多个TWT参数。
  86. 根据权利要求85所述的协作通信方法，其中，所述第一TWT参数信息中的一个或多个TWT参数包括：TWT、标称最小TWT唤醒持续时间、TWT唤醒间隔、TWT元素中指示的TWT信道子字段值。
  87. 根据权利要求85所述的协作通信方法，其中，所述第一TWT参数信息和/或所述第二TWT参数信息包括中继参数信息集合的部分或全部信息。
  88. 根据权利要求87所述的协作通信方法，其中，所述一个或多个相关MLD中所述中继参数信息集合包括以下信息的一项或多项：
    所述一个或多个相关MLD中的所述一个或多个附属站点的链路参数信息，包括第二跳链路参数 信息，和/或第一跳链路参数信息，和/或单跳链路参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的服务质量QoS参数信息，包括第二跳QoS参数信息，和/或第一跳QoS参数信息，和/或单跳QoS参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的节能参数信息，包括第二跳节能参数信息，和/或第一跳节能参数信息，和/或单跳节能参数信息；
    所述一个或多个相关MLD中的所述一个或多个附属站点的能力信息参数，包括第二跳能力信息参数，和/或第一跳能力信息参数，和/或单跳能力信息参数；
    所述一个或多个相关MLD中的所述一个或多个附属站点的可达站点地址的信息，用于中继选择；所述一个或多个相关MLD中的所述一个或多个附属站点的协作空间复用CoSR信息参数，包括第二跳CoSR信息参数，和/或第一跳CoSR信息参数，和/或单跳CoSR信息参数；
    所述一个或多个相关MLD中的业务标识符到链路映射TTLM参数信息，包括第二跳TTLM参数信息，和/或所述一个或多个相关MLD中的第一跳TTLM参数信息，和/或单跳TTLM参数信息；所述一个或多个相关MLD中的块确认BA相关参数信息，包括第二跳BA参数信息，和/或第一跳BA参数信息，和/或单跳BA参数信息；
    所述一个或多个相关MLD中的所述第一MLD的移动接入点AP MLD信息，用于指示所述第一MLD是否为移动AP MLD；
    所述一个或多个相关MLD中的协作通信信息，用于指示所述第一MLD的协作通信。
  89. 一种无线通信设备，包括：处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至88中任一项所述的协作通信方法。
PCT/CN2024/086678 2024-04-08 2024-04-08 多链路设备的协作通信方法及无线通信设备 Pending WO2025213344A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2024/086678 WO2025213344A1 (zh) 2024-04-08 2024-04-08 多链路设备的协作通信方法及无线通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2024/086678 WO2025213344A1 (zh) 2024-04-08 2024-04-08 多链路设备的协作通信方法及无线通信设备

Publications (1)

Publication Number Publication Date
WO2025213344A1 true WO2025213344A1 (zh) 2025-10-16

Family

ID=97349166

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/086678 Pending WO2025213344A1 (zh) 2024-04-08 2024-04-08 多链路设备的协作通信方法及无线通信设备

Country Status (1)

Country Link
WO (1) WO2025213344A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002101127A (ja) * 2000-09-25 2002-04-05 Fujitsu Ltd Ｐｐｐ接続制御方式
US20220279602A1 (en) * 2021-03-01 2022-09-01 Qualcomm Incorporated Synchronous channel access control of a wireless system
US20220303907A1 (en) * 2021-03-22 2022-09-22 Samsung Electronics Co., Ltd. Restricted twt operations for multi-link devices
CN116017583A (zh) * 2021-10-21 2023-04-25 华为技术有限公司 业务优先级确定方法以及相关装置
CN116326086A (zh) * 2020-09-29 2023-06-23 瑞典爱立信有限公司 用于通过侧链路的传输的中继ue选择

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002101127A (ja) * 2000-09-25 2002-04-05 Fujitsu Ltd Ｐｐｐ接続制御方式
CN116326086A (zh) * 2020-09-29 2023-06-23 瑞典爱立信有限公司 用于通过侧链路的传输的中继ue选择
US20220279602A1 (en) * 2021-03-01 2022-09-01 Qualcomm Incorporated Synchronous channel access control of a wireless system
US20220303907A1 (en) * 2021-03-22 2022-09-22 Samsung Electronics Co., Ltd. Restricted twt operations for multi-link devices
CN116017583A (zh) * 2021-10-21 2023-04-25 华为技术有限公司 业务优先级确定方法以及相关装置

Similar Documents

Publication Publication Date Title
CN113411831B (zh) 数据传输的方法和装置
US20200045574A1 (en) Method and system for directional-band relay enhancements
US8391266B2 (en) Direct link setup procedure in tunneled direct link setup wireless network and station supporting the procedure
JP2022111242A (ja) 通信装置、通信方法および集積回路
US20090310578A1 (en) Method and system for enabling multi-channel direct link connection in a communication network, related network and computer program product
US20140369304A1 (en) Direct link setup method in tunneled direct link setup wireless network and station supporting the method
KR20180018472A (ko) 무선랜 시스템에서 동작하는 스테이션의 랜덤 액세스
KR20230010600A (ko) 다중 링크를 지원하는 통신 시스템에서 직접 통신을 위한 방법 및 장치
US20250386375A1 (en) Negotiation method for fast access point transition, and station device and access point device thereof
WO2024131809A1 (zh) 一种通信的方法和通信装置
EP4643608A1 (en) Period for multi-access point communication
WO2023033184A1 (ja) 通信装置および通信方法
CN121866819A (zh) 无线网络中的能量管理
US12574761B2 (en) Multi-AP association identifiers management
WO2025044889A1 (zh) 通信方法和通信装置
WO2025213344A1 (zh) 多链路设备的协作通信方法及无线通信设备
US11129079B2 (en) Wireless relay apparatus and wireless relay method
US20260040380A1 (en) Method for determining link status, and wireless device and chip thereof
US20250338261A1 (en) Uhr initial control frames and initial control responses
US20250070854A1 (en) Multi-traffic relay transmission
US20250063472A1 (en) Setup and teardown for relay operation in wi-fi networks
WO2025189362A1 (zh) 多链路传输的通信方法、多链路中继传输的通信方法、信息传输的通信方法及无线通信设备
WO2026020464A1 (zh) 关联方法、装置、设备、介质及产品
WO2025201182A1 (zh) 通信方法、装置、设备以及存储介质
JP2026042117A (ja) 無線通信装置および無線通信方法

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: 24934430

Country of ref document: EP

Kind code of ref document: A1