Communication method and apparatus

Abstract

Provided in the present application are a communication method and apparatus. The method comprises: generating a request frame, wherein the request frame is used for requesting that an access point allocates first channel resources for a first station within a plurality of periodic first time windows, and the first channel resources are used for sensing measurement services between non-access-point stations; and sending the request frame. The first station can use the allocated channel resources to schedule other stations in a P2P group to perform sensing measurement, such that autonomous sensing measurement among a plurality of stations is supported, and more terminal-side sensing applications are supported. The present application supports IEEE protocols, such as the IEEE 802.11be (Wi-Fi 7 / EHT) protocol, the IEEE 802.11bn (UHR / Wi-Fi 8) protocol, the IMMW protocol, the IEEE 802.15 (UWB) protocol, and the IEEE 802.11bf protocol. The present application can also support the NearLink standard protocol.

Description

Communication method and apparatus

[0001] The present application claims priority to the Chinese patent application No. 202411389795.X, filed on September 30, 2024, entitled "Communication method and apparatus", the content of which is incorporated herein by reference in its entirety. TECHNICAL FIELD

[0002] The present application relates to the field of communication, in particular to a communication method and apparatus. BACKGROUND

[0003] Wireless sensing technology is a technology that uses wireless fidelity (Wi-Fi) signals to detect and identify the activities of objects and people in the environment. Wireless sensing technology can also be referred to as wireless local area network (WLAN) sensing technology. Wireless sensing technology can achieve monitoring and sensing of the environment, such as human behavior recognition, health monitoring, etc. For example, one of the wireless sensing technologies used by an access point (AP) or a non-access point type station (non-AP STA) is to obtain channel state information (CSI) by analyzing the changes of Wi-Fi signals in the propagation process, and then infer the characteristics of objects or personnel in the environment, such as position, motion state, etc. One of the significant advantages of wireless sensing technology is that it does not require additional sensor devices, and only needs to use the existing Wi-Fi infrastructure to achieve the sensing function. Compared with camera-based visual technology, wireless sensing technology has the advantages of indoor universality and non-invasion of privacy. Wireless sensing technology has broad commercial prospects, and can be applied in different scenarios, such as smart home, health monitoring, smart office, security, etc. With the continuous development of artificial intelligence and big data processing technology, the application scenarios of wireless sensing technology will be more extensive, and the market demand will continue to grow.

[0004] The IEEE 802.11bf (may be referred to as 11bf for short) standard is a standard (protocol) formulated by the institute of electrical and electronics engineers (IEEE) for wireless sensing, which specifies sensing standards for sub-7 GHz frequency bands and frequency bands above 45 GHz. At present, the existing sensing measurement between non-AP STAs and non-AP STAs needs to involve AP in the sensing measurement process. In other words, the current 11bf standard does not support autonomous sensing measurement between multiple non-AP STAs, that is, the sensing measurement process between non-AP STAs does not need to involve AP in the sensing measurement process nor does it need to involve AP to obtain the measurement results.

[0005] However, in actual applications, many wireless sensing applications or solutions need to be autonomously measured by multiple non-AP STAs, and AP does not participate in the sensing measurement process. For example, some wireless sensing applications are implemented in cooperation with dedicated devices, and do not provide a dedicated AP, but provide Wi-Fi network services by a home AP. In addition, for privacy protection considerations, many device manufacturers providing wireless sensing services do not want other APs to obtain sensing measurement data. Therefore, it is necessary to study a scheme that supports autonomous sensing measurement between multiple non-AP STAs. SUMMARY

[0006] Embodiments of the present application disclose a communication method and device, which can support autonomous sensing measurement between multiple non-AP STAs.

[0007] In a first aspect, embodiments of the present application provide a communication method, which is applied to a first station. The method can be implemented by the first station or a component (such as a circuit, a processor, a chip or a chip system) in the first station, and the following is described by taking the first station as an example. The method comprises: generating, by the first station, a request frame, the request frame being used to request an access point (AP) to allocate first channel resources for the first station in a plurality of first time windows periodically, the first channel resources being used for sensing measurement business between non-AP stations; and transmitting the request frame.

[0008] In embodiments of the present application, the first station transmits a request frame to the AP, the request frame being used to request the AP to allocate first channel resources for the first station in a plurality of first time windows periodically; the first station can use the allocated channel resources to perform sensing measurement with other non-AP STAs, which can support autonomous sensing measurement between multiple non-AP STAs, and support more end-side sensing applications.

[0009] In a possible implementation, the method further includes: the first station receiving a response frame from the AP, the response frame being used to indicate that the AP accepts the request of the request frame, or the response frame being used to indicate that the AP rejects the request of the request frame, or the response frame being used to indicate that the AP does not accept the request of the request frame and provides a suggested configuration parameter; thereby it can be determined whether the AP accepts the request of the request frame.

[0010] In a possible implementation, the response frame is a beacon frame; it can be ensured to a greater extent that each station of the peer-to-peer (P2P) group to which the first station belongs can learn the resource configuration information of the P2P service, i.e., the configuration information corresponding to the first channel resource.

[0011] In a possible implementation, the first station performs a sensing measurement service between non-AP stations in the P2P group to which the first station belongs by using the first channel resource; thereby it is realized that the sensing measurement is autonomously performed between multiple non-AP stations.

[0012] In a second aspect, an embodiment of the present application provides another communication method, which is applied to an AP. The method can be implemented by the AP or a component (for example, a circuit, a processor, a chip or a chip system) in the AP, and the following is described by taking the AP as an example. The method includes: the AP receiving a request frame, the request frame being used to request an access point (AP) to allocate a first channel resource for a first station in a plurality of first time windows in a period, the first channel resource being used for a sensing measurement service between non-AP stations; allocating the first channel resource for the first station according to the request frame; thereby the first station performs the sensing measurement service between non-AP stations by using the first channel resource, it can support that the sensing measurement is autonomously performed between multiple non-AP stations, and it can support more end-side sensing applications.

[0013] In a possible implementation, the method further includes: the AP sending a response frame, the response frame being used to indicate that the AP accepts the request of the request frame, or the response frame being used to indicate that the AP rejects the request of the request frame, or the response frame being used to indicate that the AP does not accept the request of the request frame and provides a suggested configuration parameter; thereby the first station can learn whether the AP accepts the request of the request frame.

[0014] In a possible implementation, the response frame is a beacon frame; it can be ensured to a greater extent that each station of the P2P group to which the first station belongs can learn the resource configuration information of the P2P service, i.e., the configuration information corresponding to the first channel resource.

[0015] In a possible implementation, the AP allocating the first channel resource for the first station according to the request frame comprises: the AP allocating channel resource for P2P service to the first station one or more times in each of the periodic first time windows, or in other words, allocating channel resource for the same P2P service to the first station one or more times; so that the first station and other stations implement P2P service by using the allocated channel resource. For example, the AP performs one or more triggered TXOP sharing processes (triggered TXOP sharing, TXS) for the first station in each of the periodic first time windows, that is, sharing one or more transmit opportunities (transmit opportunity, TXOP) for the first station.

[0016] In a possible implementation, the request frame comprises second indication information, third indication information, and first bandwidth information, the second indication information is used to indicate the size of the time domain resource allocated by the AP for the first station each time, the third indication information is used to indicate the number of times of allocating time domain resource for the first station by the AP in each first time window, and the first bandwidth information is used to indicate the bandwidth used by the P2P service (such as the above-mentioned sensing measurement service) to be participated in by the first station; the AP allocating the first channel resource for the first station according to the request frame comprises: the AP allocating channel resource for P2P service to the first station in each first time window according to the second indication information, the third indication information, and the first bandwidth information; so as to allocate corresponding channel resource for the first station.

[0017] In a possible implementation of the first aspect or the second aspect, the request frame comprises first resource configuration information, and the first resource configuration information is used for determination of the plurality of first time windows; so that the AP determines the plurality of first time windows.

[0018] In a possible implementation of the first aspect or the second aspect, the first resource configuration information comprises one or more of starting time information, duration information, time interval information, and repetition information, the starting time information is used to indicate the starting time of the first time window in the plurality of first time windows, the duration information is used to indicate the duration of each first time window, the time interval information is used to indicate the time interval between the starting time of adjacent time windows in the plurality of first time windows, and the repetition information is used to indicate the number of the plurality of first time windows, or the repetition information is used for determination of the ending time of the last first time window in the plurality of first time windows; so that the AP determines the plurality of first time windows.

[0019] In a possible implementation manner of the first aspect or the second aspect, the request frame further comprises beacon interval number information, when the beacon interval number information is h, it indicates that the start time of the first time window is after the start time of the h th beacon interval after the current beacon interval, the start time information is used to indicate the time interval from the start time of the h th beacon interval to the start time of the first time window, and the h is an integer; thereby reserving the P2P service from a certain beacon interval in the future, enabling the AP to adjust other services in the basic service set (BSS) in time according to the service time of the reserved P2P service, and increasing the flexibility of the P2P service.

[0020] In a possible implementation manner of the first aspect or the second aspect, the first resource configuration information further comprises first bandwidth information, and the first bandwidth information is used to indicate the bandwidth used by the sensing measurement service.

[0021] In a possible implementation manner of the first aspect or the second aspect, the first resource configuration information further comprises first channel information, and the first channel information is used to indicate the channel used by the sensing measurement service.

[0022] In a possible implementation manner of the first aspect or the second aspect, the request frame comprises a target wake time (TWT) element, a negotiation type field in the TWT element is used to indicate that the non-access point type station requests the AP to establish a broadcast TWT, and a target wake time, a nominal minimum TWT wake duration and a TWT wake interval in the TWT element are used for determination of the plurality of first time windows; thereby the first station implements the request of the AP to establish a broadcast TWT based on the TWT mechanism, to support the multi-user P2P service, and the protocol modification is small.

[0023] In a possible implementation manner of the first aspect or the second aspect, the request frame is a TWT request frame used to request to establish a broadcast TWT, and first indication information in the TWT element is used to indicate that the request frame requests the AP to establish a broadcast TWT for the sensing measurement service between the non-access point type stations; thereby indicating that the broadcast TWT requested by the AP is used for the sensing measurement service between the non-access point type stations.

[0024] In a possible implementation manner of the first aspect or the second aspect, the request frame further comprises one or more of second indication information and third indication information, the second indication information is used for indicating a size of time domain resources allocated by the AP for the first station each time, and the third indication information is used for indicating a number of times of allocating time domain resources by the AP for the first station in each first time window; thereby making the AP allocate corresponding time domain resources for the first station according to the indication of the first station, so as to meet the demand of the first station for time domain resources.

[0025] In a possible implementation manner of the first aspect or the second aspect, the request frame is further used for requesting the AP to allocate second channel resources for a second station in a plurality of periodic second time windows, the second channel resources are used for sensing measurement services between stations of a non-access point type, and the first station and the second station are different; channel resources can be requested for multiple stations at the same time, and signaling overhead is saved.

[0026] In a possible implementation manner of the first aspect or the second aspect, the request frame further comprises one or more of identification information of the second station, fourth indication information and fifth indication information, the fourth indication information is used for indicating a size of time domain resources allocated by the AP for the second station each time, and the fifth indication information is used for indicating a number of times of allocating time domain resources by the AP for the second station in each second time window; thereby making the AP allocate corresponding time domain resources for the second station according to the fourth indication information and the fifth indication information, so as to meet the demand of the second station for time domain resources. The periodic second time windows and the periodic first time windows are the same or different.

[0027] In a possible implementation manner of the first aspect or the second aspect, the request frame further comprises sixth indication information, the sixth indication information is used for indicating that the AP needs to allocate channel resources for M stations, the M stations comprise the first station and the second station, and M is an integer greater than 1; thereby making the AP determine that channel resources need to be allocated for the M stations.

[0028] In a possible implementation manner of the first aspect or the second aspect, the request frame comprises seventh indication information, the seventh indication information is used for indicating a first TXS mode, and the first TXS mode represents a mode of periodically sharing TXOP; based on the TXS mechanism, the first station can flexibly use the TXOP allocated by the AP, and effectively control the interference suffered by the P2P service.

[0029] In a possible implementation of the first aspect or the second aspect, in the first TXS mode, the TXOP is shared by the AP to one associated STA (e.g., the first station), and the AP does not send data to the STA or trigger the STA to send data to the AP in the shared TXOP; thus, the first station can perform P2P business with other stations in the shared TXOP, and the AP does not participate in the sensing measurement, which helps to protect the sensing measurement data.

[0030] In a possible implementation of the first aspect or the second aspect, the request frame includes first resource configuration information, the first resource configuration information is used for determination of the plurality of first time windows, and the first resource configuration information is used to indicate configuration parameters corresponding to channel resources requested by the first station from the AP; when the resource configuration information carried in the response frame is the same as the first resource configuration information, the response frame is used to indicate that the AP accepts the request of the request frame; or, when the response frame does not carry the resource configuration information, the response frame is used to indicate that the AP rejects the request of the request frame; or, when the second resource configuration information carried in the response frame is different from the first resource configuration information, the response frame is used to indicate that the AP does not accept the request of the request frame and provides recommended parameters, and the second resource configuration information is used to indicate configuration parameters recommended by the AP to the first station; thus, the first station can know whether the AP accepts the request of the request frame. Optionally, the response frame is a beacon frame.

[0031] In a third aspect, an embodiment of the present application provides a communication device having a function of implementing the behaviors in the method embodiments of the first aspect. The communication device can be a first station, or a component (e.g., a circuit, a processor, a chip, or a chip system, etc.) of the first station, or a logic module or software capable of implementing the functions of the first station in whole or in part. The function of the communication device can be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the above functions. In a possible implementation, the communication device includes a transceiver module and a processing module, where: the processing module is configured to generate a request frame, the request frame being used to request an AP to allocate first channel resources to a first station in a plurality of first time windows in a period, the first channel resources being used for sensing measurement business between stations of a non-access point type; and the transceiver module is configured to send the request frame.

[0032] In a possible implementation, the transceiver module is further configured to receive a response frame from the AP, the response frame being configured to indicate that the AP accepts the request in the request frame, or the response frame being configured to indicate that the AP rejects the request in the request frame, or the response frame being configured to indicate that the AP does not accept the request in the request frame and provides a suggested configuration parameter; thereby determining whether the AP accepts the request in the request frame.

[0033] In a possible implementation, the processing module is further configured to perform a sensing measurement service between non-AP stations in a P2P group to which the first station belongs, by using the first channel resource.

[0034] Possible implementations of the communication apparatus of the third aspect can refer to possible implementations of the first aspect.

[0035] The technical effects brought by the possible implementations of the third aspect can refer to the introduction of the technical effects of the possible implementations of the first aspect.

[0036] In a fourth aspect, an embodiment of the present application provides another communication apparatus having the functions of implementing the behaviors in the method embodiments of the second aspect. The communication apparatus can be an AP, or a component (for example, a circuit, a processor, a chip, or a chip system, etc.) of the AP, or a logic module or software capable of implementing the functions of the AP in whole or in part. The functions of the communication apparatus can be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the above functions. In a possible implementation, the communication apparatus includes a transceiver module and a processing module, wherein: the transceiver module is configured to receive a request frame, the request frame being configured to request an access point (AP) to allocate first channel resources for a first station in a plurality of first time windows periodically, the first channel resources being configured for sensing measurement services between non-AP stations; and the processing module is configured to allocate the first channel resources for the first station according to the request frame.

[0037] In a possible implementation, the transceiver module is further configured to send a response frame, the response frame being configured to indicate that the AP accepts the request in the request frame, or the response frame being configured to indicate that the AP rejects the request in the request frame, or the response frame being configured to indicate that the AP does not accept the request in the request frame and provides a suggested configuration parameter; thereby enabling the first station to know whether the AP accepts the request in the request frame.

[0038] In a possible implementation, the processing module is specifically configured to allocate channel resources for P2P services to the first station one or more times in each of the plurality of first time windows periodically.

[0039] In a possible implementation, the request frame comprises second indication information, third indication information and first bandwidth information, the second indication information is used to indicate the size of the time domain resource allocated by the AP for the first station each time, the third indication information is used to indicate the number of times of allocating time domain resource for the first station by the AP in each first time window, and the first bandwidth information is used to indicate the bandwidth used by the P2P service (i.e. the above-mentioned sensing measurement service) to be participated in by the first station; the processing module is specifically configured to allocate channel resource for P2P service to the first station according to the second indication information, the third indication information and the first bandwidth information in each first time window; thereby the corresponding channel resource is allocated to the first station.

[0040] Possible implementation of the communication device of the fourth aspect can refer to various possible implementation of the second aspect.

[0041] The technical effects brought by various possible implementation of the fourth aspect can refer to the introduction of the technical effects of various possible implementation of the second aspect.

[0042] In the fifth aspect, the embodiments of the present application provide another communication device, which comprises one or more processors configured to process data and / or signaling so that the method of the first aspect or the second aspect is implemented.

[0043] Optionally, the communication device further comprises a memory configured to store computer programs or instructions, when the computer programs or instructions are executed by the processor, the communication device is configured to execute the method of the first aspect or the second aspect. Exemplarily, the communication device can be a chip, the processor is a processing unit in the chip, and the memory is a random access memory or a cache in the chip.

[0044] In the embodiments of the present application, in the process of executing the above-mentioned method, the process of sending information (or signal) in the above-mentioned method can be understood as the process of outputting information based on the computer program or instruction of the processor. When the information is outputted, the processor outputs the information to the transceiver so as to be transmitted by the transceiver. After the information is outputted by the processor, it can be processed again and then reaches the transceiver. Similarly, when the processor receives the inputted information, the transceiver receives the information and inputs it to the processor. Furthermore, after the transceiver receives the information, the information can be processed again and then inputted to the processor.

[0045] For the sending, receiving and / or other operations involved by the processor, if no special description is given, or if it does not conflict with the actual role or inherent logic in the related description, it can be generally understood as the output of the processor based on the computer program or instruction.

[0046] In the implementation process, the above-mentioned processor can be a processor specially used for executing the method, or a processor for executing the computer program or instruction in the memory to execute the method, such as a general processor. For example, the processor can also be used to execute the program stored in the memory, and when the program is executed, the communication device executes the method shown in the above first aspect or any possible implementation manner of the first aspect.

[0047] In a possible implementation manner, the memory is located outside the above-mentioned communication device. In a possible implementation manner, the memory is located inside the above-mentioned communication device.

[0048] In a possible implementation manner, the processor and the memory can also be integrated into one device, that is, the processor and the memory can also be integrated together.

[0049] In a possible implementation manner, the communication device further comprises a transceiver, which is used for receiving signals or transmitting signals, etc.

[0050] In a sixth aspect, the present application provides another communication device, which comprises a logic circuit (or processing circuit) and an interface (or interface circuit), the interface is used for inputting and / or outputting data; the logic circuit is used for executing the method of the first aspect or the second aspect.

[0051] In a seventh aspect, the present application provides a computer readable storage medium, which stores a computer program or instruction, when the computer program or instruction is run on a computer, the computer executes the method of the first aspect or the second aspect.

[0052] In an eighth aspect, the present application provides a computer program product, when the computer program product is run on a computer, the computer executes the method of the first aspect or the second aspect. For example, the computer program product comprises a computer program, which is executed to make the computer execute the method of the first aspect or the second aspect.

[0053] In a ninth aspect, the present application provides a chip, which comprises a communication interface and a processor; the communication interface is used for signal transceiving of the chip; the processor is used for executing a computer program or instruction, so that the chip executes the method of any one of the first aspect or the second aspect.

[0054] In a tenth aspect, the present application provides a communication system, which comprises the communication device of the third aspect and the communication device of the fourth aspect. BRIEF DESCRIPTION OF DRAWINGS

[0055] FIG. 1 shows a schematic diagram of a TXS procedure;

[0056] FIG. 2 shows a schematic diagram of an SR2SR probe procedure;

[0057] FIG. 3 is a schematic diagram of a sensing measurement scenario according to an embodiment of the present application;

[0058] FIG. 4 is a flowchart of a communication method according to an embodiment of the present application;

[0059] FIG. 5 is a schematic diagram of a plurality of periodic first time windows according to an embodiment of the present application;

[0060] FIG. 6 is a schematic diagram of part of information included in first resource configuration information according to an embodiment of the present application;

[0061] FIG. 7A is a schematic diagram of a format of a request frame according to an embodiment of the present application;

[0062] FIG. 7B is a schematic diagram of a control information field according to an embodiment of the present application;

[0063] FIG. 8A is a schematic diagram of a format of a response frame according to an embodiment of the present application;

[0064] FIG. 8B is a schematic diagram of a format of a P2P resource element according to an embodiment of the present application;

[0065] FIG. 9A is a schematic diagram of a format of another request frame according to an embodiment of the present application;

[0066] FIG. 9B is a schematic diagram of another control information field according to an embodiment of the present application;

[0067] FIG. 10 is a schematic diagram of a format of another request frame according to an embodiment of the present application;

[0068] FIG. 11A is a schematic diagram of a format of another response frame according to an embodiment of the present application;

[0069] FIG. 11B is a schematic diagram of a format of another element according to an embodiment of the present application;

[0070] FIG. 12 is a schematic diagram of a format of a request frame according to an embodiment of the present application;

[0071] FIG. 13 shows a schematic diagram of a format of a TWT element;

[0072] FIG. 14 is a schematic diagram of a format of another response frame according to an embodiment of the present application;

[0073] FIG. 15 is a schematic diagram of a format of a TWT element according to an embodiment of the present application;

[0074] FIG. 16 is a flowchart of another communication method according to an embodiment of the present application;

[0075] FIG. 17A is a schematic diagram of a format of a HE variant user info field in a MU-RTS TXS trigger frame;

[0076] FIG. 17B is a schematic diagram of a format of an EHT variant user info field in a MU-RTS TXS trigger frame;

[0077] FIG. 18A is a schematic diagram of a format of a HE variant common info field;

[0078] FIG. 18B is a schematic diagram of a format of an EHT variant common info field;

[0079] FIG. 19 is a flowchart of another communication method according to an embodiment of the present application;

[0080] FIG. 20 is a flowchart of a process of autonomous sensing measurement among a plurality of non-AP STAs according to an embodiment of the present application;

[0081] FIG. 21 is a schematic diagram of a structure of a communication apparatus according to an embodiment of the present application;

[0082] FIG. 22 is a schematic diagram of another structure of a communication apparatus according to an embodiment of the present application;

[0083] FIG. 23 is a schematic diagram of another structure of a communication apparatus according to an embodiment of the present application. DETAILED DESCRIPTION

[0084] The terms "first", "second", and various numbered items (e.g., "#1", "#2", etc.) in the specification, claims, and drawings of the present application are merely used to distinguish different objects, and are not intended to describe a particular order. It can be understood that the various numbered items involved in the embodiments of the present application are merely distinguished for convenience of description, and do not limit the scope of the embodiments of the present application. The size of the serial numbers of the processes below does not mean the order of execution, and the execution order of the processes should be determined according to their functions and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device, etc. that includes a series of steps or units is not limited to the listed steps or units, but can optionally include steps or units not listed, etc., or can optionally include other steps or units inherent to the process, method, product, or device, etc.

[0085] Reference herein to an "embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase that the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are they necessarily mutually exclusive of other embodiments. As will be apparent to those of ordinary skill in the art, embodiments described herein can be combined with other embodiments in accordance with the application. The portions of embodiments described herein can be combined in a single embodiment. The naming of messages (frames) in this application is merely for the purpose of distinguishing different messages (frames) and should not be construed as limiting. That is, any message or frame or information in this application can be replaced by other names, and this application is not limited.

[0086] The terminology used in the description herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the description of the application and the appended claims, the singular forms "a", "an" and "the" are intended to include both singular and plural forms, unless the context clearly indicates otherwise. It will also be understood that the term "and / or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items. For example, the phrase "A and / or B" can refer to only A, only B, or both A and B. The term "multiple" as used herein means two or more. The character " / " in the literal description of the application generally indicates an "or" relationship between the associated objects.

[0087] It should be understood that in the embodiments of the application, "A corresponds to B" means that A and B have a corresponding relationship, and B can be determined according to A. However, it should also be understood that determining (or generating) B according to (or based on) A does not mean that B is determined (or generated) only according to (or based on) A, but B can also be determined (or generated) according to (or based on) A and / or other information.

[0088] It should be understood that in the application, the indication includes direct indication (also known as explicit indication) and implicit indication. Among them, the direct indication of information A means that the information A is included; the implicit indication of information A means that the information A is indicated by the corresponding relationship between the information A and the information B and the direct indication of the information B. The corresponding relationship between the information A and the information B can be pre-defined, pre-stored, pre-burned, or pre-configured.

[0089] It should be understood that, in the present application, information C is used for determination of information D, which includes that information D is determined based on information C only, and information D is determined based on information C and other information. In addition, information C is used for determination of information D, which also includes the case of indirect determination, such as the case that information D is determined based on information E, and information E is determined based on information C.

[0090] In the embodiments of the present application, the word "exemplary" or "for example" is used to mean serving as an example, instance, or illustration. Any embodiment or design scheme described in the present application as "exemplary" or "for example" should not be construed as being more preferred or advantageous than other embodiments or design schemes. In fact, the word "exemplary" or "for example" is used to present concepts in a concrete manner.

[0091] In addition, in the embodiments of the present application, "network element A sends information A to network element B" can be understood as that the destination of the information A or the intermediate network element in the transmission path between the destination is network element B, which can include direct or indirect sending of information to network element B. "Network element B receives information A from network element A" can be understood as that the source of the information A or the intermediate network element in the transmission path between the source is network element A, which can include direct or indirect receiving of information from network element A. The information can be processed as necessary between the source and the destination of the information sending, for example, format change, etc., but the destination can understand the valid information from the source. Similar expressions in the present application can be understood similarly, which will not be described here.

[0092] In the drawings related to message (frame) structure in the embodiments of the present application, some examples of the length of the field in the message are given, for example, the number below a certain field is an example of the length of the field. It should be understood that the length of the field shown in the drawings of the embodiments of the present application is only an example, and in actual application, the length of any field can be changed. In the drawings related to message (frame) structure in the embodiments of the present application, the positions of the fields are not limited.

[0093] In the drawings related to message structure in the embodiments of the present application, some examples of the name of the field in the message are given. It should be understood that the name of the field shown in the drawings of the embodiments of the present application is only an example, and in actual application, the name of any field can be changed.

[0094] In the drawings of message structures in the embodiments of the present application, some show that the length of a field in a message is 0 or variable, which means that the field is optional, i.e., when the field is not included in the message, the length of the field is 0. If the length of the field is variable, it means that the length of the field is not determined, and in the actual design process, the specific length of the field can be indicated by other indication information, or the length of the field can be negotiated in advance by the transmitting end and the receiving end, or the length of the field is predefined, or the receiving end can determine the length of the field based on other auxiliary information when receiving the message carrying the field, and parse the message. In the present application, the specific length of the field with variable length is not limited. In the following, the length of the field with variable length involved in the message will not be repeatedly described.

[0095] In order to facilitate understanding of the technical solutions of the embodiments of the present application, first, some terms or concepts that can be involved in the embodiments of the present application are simply described.

[0096] 1. Sensing technology: WLAN sensing is a device with WLAN sensing capability using received wireless signals in a given environment to determine the characteristics of a predetermined target (such as an object, an animal, a person), which includes the distance, direction, speed, motion, behavior, etc. of the target. The target can include one or more of an object, a person, an animal, etc. The environment can include one or more of a room, a house, a vehicle, an enterprise, etc. The sensing technology can make full use of existing WLAN network resources without a large amount of cost. In the future dense deployment of WLAN, there will be many STAs in the coverage of an AP, and the AP can reasonably schedule resources for each STA to improve the throughput, robustness, etc. of the system.

[0097] The definition of sensing can be: The use of physical layer (PHY) and medium access control (MAC) features of high-efficiency (HE) stations (STAs) or extremely high throughput (EHT) STAs to obtain measurements that might be useful to estimate features such as range, velocity, and motion of objects in an area of interest. HE stations refer to stations that support the 802.11ax standard, and EHT stations refer to stations that support the 802.11be standard. It is noted that the definition of sensing is not limited to HE stations and EHT stations, and is also applicable to ultra-high reliability (UHR) stations that support the 802.11bn standard and other stations that have sensing capabilities.

[0098] The definition of a sensing procedure can be: A procedure that allows a high-efficiency (HE) station (STA) or an extremely high throughput (EHT) STA to perform sensing. It is noted that the definition of a sensing procedure is not limited to HE stations and EHT stations, and is also applicable to UHR stations that support the 802.11bn standard and other stations that have sensing capabilities. That is, UHR stations and other stations that have sensing capabilities are also allowed to perform the procedure of sensing.

[0099] A high-efficiency (HE) station (STA) or extremely high throughput (EHT) STA that initiates a sensing procedure by transmitting a Sensing Measurement Request frame, or a DMG STA that initiates a DMG sensing procedure by transmitting a DMG Sensing Measurement Request frame. It is noted that UHR stations and other stations that initiate a sensing procedure by transmitting a Sensing Measurement Request frame are also sensing initiators.

[0100] A high-efficiency (HE) station (STA) or extremely high throughput (EHT) STA that participates in a sensing procedure by responding to a sensing initiator, or a DMG STA that participates in a DMG sensing procedure by responding to a sensing initiator. It is noted that UHR stations and other stations that participate in a sensing procedure by responding to a sensing initiator are also sensing responders.

[0101] A station (STA) that transmits PPDUs used for measurements in a sensing procedure or a directional multi-gigabit (DMG) sensing procedure.

[0102] A sensing receiver can be defined as a station (STA) that is the intended recipient of PPDUs sent by a sensing transmitter to obtain sensing measurements in either a sensing procedure or a directional multi-gigabit (DMG) sensing procedure.

[0103] 2. IEEE 802.11bf standard: IEEE 802.11bf standard is a standard for wireless sensing developed by IEEE, which specifies the sensing standards for Sub-7GHz frequency band and above 45GHz frequency band. According to the standard, a WLAN sensing procedure for Sub-7GHz frequency band can consist of the following four stages (similar sensing procedure is adopted for above 45GHz frequency band):

[0104] 1) Sensing capabilities exchange: the sensing initiator and the sensing responder exchange their sensing capabilities information.

[0105] 2) Establishment of sensing measurement session: the sensing initiator initiates the establishment of a sensing measurement session, the process is that the sensing initiator sends a sensing measurement request frame to the potential sensing responder, and assigns the potential sensing responder with configuration parameters for sensing measurement, such as the role of the sensing responder (i.e. sensing transmitter and / or sensing receiver), the bandwidth of null data packet (NDP), the number of training symbols, the sensing availability window for sensing measurement, etc. When the sensing responder accepts the sensing measurement configuration parameters assigned by the sensing initiator, a sensing measurement session is successfully established. The duration of a sensing measurement session is determined by the sensing initiator.

[0106] When the AP initiates the establishment of a sensing measurement session as the sensing initiator to the non-AP STA, the performed sensing measurement is trigger-based (TB), in which one or more non-AP STAs participate in the sensing measurement as the sensing responder.

[0107] When the non-AP STA initiates the establishment of a sensing measurement session as the sensing initiator to the AP, the performed sensing measurement is non-trigger-based (non-TB), in which only one sensing responder, i.e., the AP, participates in the sensing measurement.

[0108] 3) Sensing measurement exchange: Sensing measurement occurs in a sensing measurement exchange, in which the sensing transmitter transmits an NDP to the sensing receiver, and the sensing receiver calculates the channel state information (CSI) based on the received NDP. The sensing receiver can be either the sensing initiator or the sensing responder. When the sensing receiver is the sensing responder, it needs to feed back the sensing measurement result (i.e., the CSI) to the sensing initiator.

[0109] 4) Sensing measurement session termination: The sensing initiator or the sensing responder terminates one or more sensing measurement sessions.

[0110] 3、Triggered transmission opportunity sharing (TXS): IEEE 802.11be defines the communication standard of Wi-Fi 7, which is also called extremely high throughput (EHT). The standard defines a technique for channel access: triggered TXOP sharing (TXS) procedure. Triggered transmission opportunity sharing can also be written as triggered TXOP sharing. Triggered TXOP sharing can be abbreviated as TXS, and triggered TXOP sharing procedure can be abbreviated as TXS procedure. TXS procedure in the following refers to triggered TXS procedure. TXS procedure allows an AP to allocate a portion of the obtained TXOP to an associated station for data communication between the associated station and the AP or other stations. In the IEEE 802.11be standard, there are two modes of TXS procedure: TXS mode 1 and TXS mode 2. In TXS mode 1, after the associated station obtains the portion of TXOP allocated by the AP, the associated station allocated TXOP can only communicate data with the AP allocated TXOP within the allocated portion of TXOP (or time domain resource), and the data sent by the station is not triggered by the AP, but actively sent by the station. In TXS mode 2, after the associated station obtains the portion of TXOP allocated by the AP, the associated station allocated TXOP can communicate data with the AP allocated TXOP within the allocated portion of TXOP, or can communicate P2P with other stations, as shown in the following FIG. 1. For TXS mode 2, the AP does not need to know the identity of the other stations participating in P2P communication. P2P communication refers to end-to-end communication, such as communication between non-AP STAs.

[0111] Figure 1 shows a schematic diagram of a TXS procedure corresponding to TXS mode 2. The TXS procedure shown in Figure 1 includes the following steps: the AP obtains TXOP by channel contention, at this time the AP is the TXOP holder; the AP shares part of the TXOP to the non-AP STA1 by sending a multi-user request to send (MU-RTS) TXS trigger frame (i.e. MU-RTS TXS trigger frame) to the non-AP STA1; the non-AP STA1 replies to the AP with a clear to send (CTS) frame indicating acknowledgement, wherein the AP indicates in the MU-RTS TXS trigger frame the time duration allocated to the non-AP STA1, i.e. the time duration for which the non-AP STA1 is the new TXOP holder; the non-AP STA1 sends a non-trigger-based (Non-TB) physical protocol data unit (PPDU) carrying data to the AP in the allocated time duration, and the AP replies to the non-AP STA1 with a block ack accordingly; then, the non-AP STA1 sends data to the non-AP STA2 and receives a block ack from the non-AP STA2; finally, if there is remaining TXOP obtained by the AP at the beginning, the AP can wait for a point coordination function inter frame space (PIFS) after the allocated time duration to regain control of the TXOP and become the TXOP holder to perform data transmission with other stations.

[0112] 4. Target wake time (TWT): Target wake time is an important resource scheduling function supported by IEEE 802.11ax (Wi-Fi 6) standard, which mainly functions to reduce the number of devices competing for wireless channels at the same time and help devices reduce energy consumption. TWT is divided into individual TWT and broadcast TWT. Individual TWT can also be referred to as individual TWT.

[0113] Unicast TWT: A non-AP STA can establish a one-to-one TWT with an AP, and negotiate the wakeup time and the awake duration of the non-AP STA in the establishment process, which is referred to as individual TWT operation. After the unicast TWT is established, the non-AP STA can enter the doze state before the TWT of the non-AP STA arrives, and enter the awake state to communicate data when the TWT starts. The process of establishing the unicast TWT is roughly as follows: the non-AP STA sends a TWT request to the AP to request the establishment of the unicast TWT, at this time, the role of the non-AP STA is a TWT requesting STA, and the AP sends a TWT response to the non-AP STA to respond to the TWT request, at this time, the role of the AP is a TWT responding STA. In this paper, the TWT requesting STA can be a STA sending a TWT request, and the TWT responding STA can be a STA responding to a TWT request.

[0114] Broadcast TWT: AP can decide TWT schedule by itself according to the traffic demand of the Wi-Fi network, AP broadcasts the created TWT schedule, non-AP STA selects to join a TWT according to the TWT schedule broadcasted by AP, this operation is called broadcast TWT operation. In broadcast TWT operation, the role of AP is TWT scheduling AP, the role of non-AP STA is TWT scheduled STA. In one possible implementation, AP carries one or more TWT elements in beacon frame to announce one or more TWT schedules (each TWT schedule corresponds to configuration parameters carried in a TWT element); non-AP STA can request to join a TWT schedule according to the information provided in beacon frame, the process is that non-AP STA sends TWT request to AP, and carries the broadcast TWT identifier (ID) of the broadcast TWT that wants to join, AP replies TWT response to respond to the TWT request from non-AP STA. Alternatively, AP can directly configure non-AP STA to become a member of a broadcast TWT, the process is that AP actively sends TWT response frame to a non-AP STA, the TWT response frame carries the broadcast TWT ID corresponding to the broadcast TWT that wants non-AP STA to join. In broadcast TWT, the TWT schedule is determined by AP, although non-AP STA can indicate the parameters corresponding to the TWT that wants in TWT request frame, but the TWT finally determined by AP can use different parameters.

[0115] Whether it is unicast TWT or broadcast TWT, the essence of TWT is the time window (which can be called wake-up window or service window) used for communication between AP and non-AP STA, which can be periodic or aperiodic.

[0116] In one possible implementation, the above TWT request or the above TWT response is represented by TWT setup frame, the TWT setup frame contains TWT element, when the TWT request field in TWT element is set to 1, it indicates that this is a TWT request, when the TWT request field in TWT element is set to 0, it indicates that this is a TWT response. TWT parameters are described by TWT element, the following introduces the fields / parameters in two TWT elements related to the present application.

[0117] The TWT element is used to describe the specific parameters of a TWT, including a TWT setup command field, which has different values depending on whether the TWT element is included in a TWT request or a TWT response.

[0118] When the TWT element is included in a TWT request, the TWT setup command field has the following values and meanings:

[0119] Request TWT: The TWT requesting STA does not provide TWT parameters in the TWT request, and the TWT responding STA provides and determines the TWT parameters;

[0120] Suggest TWT: The TWT requesting STA provides suggested TWT parameters in the TWT request, and can also accept alternative TWT parameters provided by the TWT responding STA;

[0121] Demand TWT: The TWT requesting STA provides TWT parameters in the TWT request, and only accepts a TWT established according to the TWT parameters provided by the TWT requesting STA, and does not accept alternative TWT parameters provided by the TWT responding STA.

[0122] When the TWT element is included in a TWT response, the TWT setup command field has the following values and meanings:

[0123] Accept TWT: The TWT responding STA creates a TWT using the TWT parameters provided by the TWT requesting STA;

[0124] Alternate TWT: The TWT responding STA does not accept the TWT parameters provided by the TWT requesting STA, but provides suggested TWT parameters, and the TWT requesting STA can accept different TWT parameters from those provided by the TWT requesting STA;

[0125] Dictate TWT: The TWT responding STA does not accept the TWT parameters provided by the TWT requesting STA, but also provides suggested TWT parameters, and the TWT responding STA only accepts the TWT parameters suggested by the TWT responding STA. That is, if the TWT requesting STA re-sends a request using the TWT parameters dictated by the TWT responding STA, the TWT can be successfully established;

[0126] Reject TWT: The TWT responding STA does not accept any new TWT established with the TWT requesting STA.

[0127] The TWT element further includes a negotiation type field, which is used to indicate whether the TWT element is used for negotiating unicast TWT or broadcast TWT. In one possible implementation, the negotiation type has the following meanings when taking different values:

[0128] negotiation type value = 0: indicates unicast TWT negotiation;

[0129] negotiation type value = 1: indicates wake target beacon transmission time (TBTT) and wake interval negotiation (not involved in this application);

[0130] negotiation type value = 2: indicates that the AP (i.e., TWT scheduling AP) announces a broadcast TWT schedule, and the TWT element is carried in a broadcast management frame sent by the TWT scheduling AP;

[0131] negotiation type value = 3: indicates a member of a managed broadcast TWT, and the TWT element is carried in a unicast management frame sent by the TWT scheduling AP or a TWT scheduled STA.

[0132] 5. TB type of sensing measurement process: When the AP as a sensing initiator initiates the establishment of a sensing measurement session to the non-AP STA, the sensing measurement performed is the TB type of sensing measurement. The TB type of sensing measurement process usually has three stages: polling phase, sounding phase, and reporting phase. Among them, the sounding phase can be divided into two sounding types: trigger frame sounding (TF sounding) and NDPA sounding. In TF sounding (i.e., trigger frame sounding), the AP as a sensing initiator sends a sounding trigger frame to the non-AP STA, which is used to trigger the non-AP STA to send an NDP, and the NDP is received by the AP or other non-AP STAs for CSI measurement. In NDPA sounding, the AP sends a null data packet announcement (NDPA) frame and an NDP, which is received by the non-AP STA as a sensing responder for CSI measurement.

[0133] In TF sounding, it can also be subdivided into a sensing response to sensing initiator (SR2SI) variant and a sensing response to sensing responder (SR2SR) variant. Or in other words, TF sounding can be divided into SR2SI sounding and SR2SR sounding. In the SR2SI variant (i.e. SR2SI sounding), the AP sends a SR2SI sounding trigger frame to trigger a non-AP STA to send a SR2S INDP, which is received by the AP for CSI measurement, i.e. the AP is the sensing receiver and the non-AP STA is the sensing transmitter. In the SR2SR variant (i.e. SR2SR sounding), the AP sends a SR2SR sounding trigger frame to trigger a non-AP STA to send a SR2SR NDP, which is received by other non-AP STAs for CSI measurement, in this case the AP is neither the sensing receiver nor the sensing transmitter, for a SR2SR sounding, only one non-AP STA is the sensing transmitter and one or more other non-AP STAs are the sensing receivers. It can be seen that the most obvious difference between SR2SI sounding and SR2SR sounding is that SR2SI sounding measures the CSI between the AP and the non-AP STA, while SR2SR sounding measures the CSI between the non-AP STAs.

[0134] The existing SR2SR sounding can realize the sensing measurement between non-AP STAs. FIG. 2 shows a schematic diagram of an SR2SR sounding process. As shown in FIG. 2, an AP is a sensing initiator, STA1 is a sensing responder / sensing transmitter, and STA2 is a sensing responder / sensing receiver. The AP sends a sensing polling trigger frame to STA1 and STA2 in a polling phase, to confirm whether STA1 and STA2 can participate in the measurement. STA1 returns a clear to send-to-self (CTS-to-self) response, and STA2 returns a clear to send-to-self (CTS-to-self) response. In a sounding phase, the AP sends an SR2SR sounding trigger frame to STA1 and STA2, to trigger STA1 to send an SR2SR NDP, and to inform STA2 to receive the SR2SR NDP sent by STA1. STA2 performs CSI measurement according to the SR2SR NDP. Finally, in a reporting phase, the AP sends a sensing reporting trigger frame to STA2, to request the sensing measurement result, i.e., CSI, from STA2. STA2 feeds back the sensing measurement result to the AP in a sensing measurement report frame. Before the sensing measurement, the AP establishes a sensing measurement session with STA1 and STA2 respectively, and allocates sensing measurement configuration parameters to STA1 and STA2 in the establishment process of the sensing measurement session.

[0135] As can be seen from FIG. 2, although the SR2SR sounding can realize the sensing measurement between non-AP STAs, the process of the SR2SR sounding (i.e., the sensing measurement process) needs the participation of the AP, such as triggering the occurrence of the SR2SR sounding and indicating the measurement parameters for the SR2SR sounding. In addition, when the existing SR2SR sounding is used for the sensing measurement, the sensing measurement result needs to be finally fed back to the AP.

[0136] 6、Wi-Fi direct: Wi-Fi Alliance published and certified Wi-Fi direct protocol, Wi-Fi direct is generally translated as Wi-Fi direct, which was previously known as Wi-Fi peer-to-peer (Wi-Fi P2P), is a set of software protocols. Wi-Fi direct protocol supports Wi-Fi devices can not have to pass through wireless network access point (access point), in a peer-to-peer manner directly connected with another Wi-Fi device, high-speed data transmission.

[0137] The following terms are defined in the Wi-Fi direct protocol:

[0138] P2P group owner: an AP-like access point device, which can be used for connection between clients.

[0139] P2P client: a P2P device that has connected to a P2P group owner. P2P device is a device supporting Wi-Fi direct protocol.

[0140] P2P group: a group of devices, including a P2P group owner and at least one P2P client.

[0141] P2P discovery: it provides a set of functions to allow a device to quickly identify and connect to a nearby device and its services.

[0142] The following introduces the system related to the embodiments of the present application.

[0143] The technical solutions provided by the embodiments of the present application can be applied to a wireless local area network (WLAN) scenario, for example, support Institute of Electrical and Electronics Engineers (IEEE) 802.11 related standards, for example, 802.11a / b / g standards, 802.11n standards, 802.11ac standards, 802.11ax standards, 802.11be standards (Wi-Fi 7), also known as extremely high throughput (EHT), 802.11bn standards (Wi-Fi 8) or Wi-Fi 8 next generation standards, etc., also including 802.11ad, 802.11ay standards, etc., can also be applied to a wireless personal area network system based on ultrawideband (UWB), such as support for 802.15 series standards, can also be applied to a sensing system, such as support for 802.11bf series standards, can also be applied to a wireless local area network system supporting Wi-Fi artificial intelligence (AI), or to a wireless local area network system supporting millimeter wave (mmWave). Or, the present application supports IEEE standards, such as IEEE 802.11be / Wi-Fi 7 / EHT standards, IEEE 802.11bn / UHR / Wi-Fi 8 standards, IEEE integrated mmWave / Integrated Millimeter Wave / IMMW standards, IEEE 802.15 / UWB standards, or IEEE 802.11bf / sensing / awareness standards; the present application can also support starlink / sparklink / nearlink standards. Among them, the 802.11n standard is called high throughput (HT), the 802.11ac standard is called very high throughput (VHT) standard, the 802.11ax standard is called high efficiency (HE) standard, and the 802.11be standard is called extremely high throughput (EHT) standard. Among them, 802.11bf includes two major categories of standards, low frequency (for example, sub 7GHz) and high frequency (for example, above 45GHz). The implementation of sub 7GHz mainly relies on 802.11ac, 802.11ax, 802.11be and next generation standards, and the implementation of above 45GHz mainly relies on 802.11ad, 802.11ay, integrated millimeter wave (integrated mmWave) standards and next generation standards.Among them, 802.11ad can also be referred to as a directional multi-gigabit (DMG) standard, and 802.11ay can also be referred to as an enhanced directional multi-gigabit (EDMG) standard.

[0144] The technical solutions of the embodiments of the present application can also be applied to various communication systems, such as: a WLAN communication system, a wireless fidelity (Wi-Fi) system, a long term evolution (LTE) system, an LTE frequency division duplex (FDD) system, an LTE time division duplex (TDD), a universal mobile telecommunications system (UMTS), a worldwide interoperability for microwave access (WiMAX) communication system, a 5th generation (5G) system or a new radio (NR), a 6th generation (6G) system, an internet of things (IoT) network or a vehicle to x (V2X), etc. For example, the V2X can include vehicle to vehicle (V2V), vehicle to infrastructure (V2I), vehicle to pedestrian (V2P) or vehicle to network (V2N) communication, etc.

[0145] The above communication system to which the present application is applied is only an example, and the communication system to which the present application is applied is not limited thereto. Herein, it is uniformly described, and the following will not be described again.

[0146] The embodiments of the present application are mainly described by taking the deployment of WLAN network, especially the network applying IEEE 802.11 system standard as an example. It is easy for those skilled in the art to understand that each aspect of the embodiments of the present application can be extended to other networks using various standards or standards, for example, high performance radio local area network (HIPERLAN), wireless wide area network (WWAN), wireless personal area network (WPAN) or other now known or later developed networks. Therefore, regardless of the coverage range and wireless access standard used, various aspects provided by the embodiments of the present application can be applied to any suitable wireless network.

[0147] The WLAN system can provide high-rate and low-latency transmission. With the continuous evolution of WLAN application scenarios, the WLAN system will be applied to more scenarios or industries, such as the Internet of Things industry, the Internet of Vehicles industry or the banking industry, enterprise offices, sports venues, exhibition halls, concert halls, hotel rooms, dormitories, hospital rooms, classrooms, supermarkets, squares, streets, production workshops and warehouses, etc. Of course, the devices (such as access points or stations) supporting WLAN communication or sensing can be sensor nodes in smart cities (such as smart water meters, smart electricity meters, smart air detection nodes), smart devices in smart homes (such as smart cameras, projectors, display screens, televisions, sound systems, refrigerators, washing machines, etc.), nodes in the Internet of Things, entertainment terminals (such as augmented reality (AR), virtual reality (VR) wearable devices, etc.), smart devices in smart offices (such as printers, projectors, amplifiers, sound systems, etc.), Internet of Vehicles devices in the Internet of Vehicles, infrastructure in daily life scenarios (such as vending machines, self-service navigation stations in supermarkets, self-service checkout devices, self-service ordering machines, etc.), and devices in large sports and music venues, etc.

[0148] In a possible implementation, the method provided by the embodiments of the present application can be implemented by a communication device in a communication system. For example, the communication device can be an access point (AP) or a station (STA).

[0149] The AP is a device with wireless communication function, which supports communication or sensing or energy transmission according to WLAN standards, and has the function of communicating or sensing or energy transmission with other devices in the WLAN network, such as non-AP type stations (non-AP STA) or other access points, and of course, also has the function of communicating or sensing or energy transmission with other devices. The access point is equivalent to a bridge connecting wired and wireless networks, and mainly functions to connect clients of various wireless networks together, and then access the wireless network to the Ethernet. In the WLAN system, the access point can be referred to as an access point station (AP STA). The device with wireless communication function can be a whole machine device, or a chip, processing system or functional module installed in the whole machine device, and the device installed with the chip or processing system or functional module can realize the method and function of the embodiments of the present application under the control of the chip or processing system or functional module. The AP in the embodiments of the present application is a device providing services for non-AP STAs, which can support 802.11 series standards or subsequent standards, etc. For example, the access point can be an access point for terminals (such as mobile phones) to enter wired (or wireless) networks, and is mainly deployed in homes, buildings and parks, with a typical coverage radius of tens of meters to hundreds of meters, and of course, can also be deployed outdoors. For another example, the AP can be a communication server, a router, a switch, a network bridge and other communication entities; the AP can include various forms of macro base stations, micro base stations, relay stations, etc. Of course, the AP can also be a chip or processing system or module in the above various forms of devices, so as to realize the method and function of the embodiments of the present application.

[0150] The STA is a device with wireless communication function, which supports communication or sensing or energy transmission according to the WLAN standard, and has the ability to communicate or sense or transmit energy with other non-AP STAs or access points in the WLAN network. In the WLAN system, the station can be referred to as a non-access point station (non-AP STA). In this application, if not specified, the station (i.e. STA) refers to the non-AP STA. For example, the STA is any user communication device that allows the user to communicate or sense or transmit energy with the AP and then communicate with the WLAN. The device with wireless communication function can be a whole device, or a chip or processing system or functional module installed in the whole device. The device installed with the chip or processing system or functional module can realize the method and function of the embodiments of the present application under the control of the chip or processing system or functional module. For example, the STA can be a wireless communication chip, a wireless sensor or a wireless communication terminal, and can also be referred to as a user. For another example, the STA can be a mobile phone supporting Wi-Fi communication function, a tablet computer supporting Wi-Fi communication function, a set-top box supporting Wi-Fi communication function, a smart TV supporting Wi-Fi communication function, a smart wearable device supporting Wi-Fi communication function, a vehicle-mounted communication device supporting Wi-Fi communication function and a computer supporting Wi-Fi communication function, etc. Of course, the STA can also be a chip or processing system or module in the above various forms of devices, thereby realizing the method and function of the embodiments of the present application.

[0151] For example, the communication system to which the method provided by the embodiments of the present application is applied includes an AP and a STA. The AP and the STA can support a WLAN communication standard therebetween, which can include the IEEE 802.11 series of standards, such as the 802.11bf standard, and of course, also applies to standards after 802.11bf.

[0152] The present application provides a peer-to-peer (P2P) sensing measurement scheme initiated by a non-AP STA. The non-AP STA to non-AP STA is a P2P. The P2P sensing measurement can be a sensing measurement among multiple non-AP STAs. In other words, in the P2P sensing measurement scheme, multiple non-AP STAs participate in the sensing measurement process, and the AP does not participate in the sensing measurement process. FIG. 3 is a schematic diagram of a sensing measurement scenario provided by an embodiment of the present application. The P2P sensing measurement scheme initiated by a non-AP STA provided by the present application is applicable to the sensing measurement scenario shown in FIG. 3. As shown in FIG. 3, the sensing measurement scenario includes one AP and one or more P2P groups (P2P group 1 and P2P group 2 are shown), the P2P group 1 includes STA A, STA B, and STA C, the P2P group 2 includes STA C, STA D, and STA E, and a leader / owner of a P2P group, for example, STA A, can initiate a P2P sensing measurement, which includes one or more of a sensing measurement between STA A and STA B, a sensing measurement between STA A and STA C, and a sensing measurement between STA B and STA C. The P2P group can also be referred to as a point-to-point group. In the present application, each P2P group contains multiple non-AP STAs, or in other words, each P2P group is composed of multiple non-AP STAs. Two P2P groups can contain one or more same non-AP STAs, or can not contain the same non-AP STAs. The number of APs, the number of P2P groups, and the number of STAs in each P2P group shown in FIG. 3 are only examples, and the number of APs, the number of P2P groups, and the number of STAs in each P2P group in the sensing measurement scenario can be more or less, which is not limited by the present application. The grouping process of multiple STAs is not limited by the present application. The AP in FIG. 3 can be a multi-link device (MLD) supporting multiple links, i.e., an AP MLD, and one or more STAs in FIG. 3 can be a non-AP MLD supporting multiple links.

[0153] In a possible implementation, the leader in each P2P group is responsible for managing and scheduling the STAs (or P2P members) in the group. The leader in each P2P group is associated with an AP, for example, the leader in each P2P group accesses the Internet through its associated AP. The leader in each P2P group can request the channel resources (or time-frequency resources) for P2P traffic from its associated AP. Alternatively, the leader in each P2P group can request its associated AP to allocate channel resources for P2P traffic to it. Alternatively, the leader in each P2P group can negotiate with its associated AP for the resources required for P2P traffic. P2P traffic refers to end-to-end traffic, for example, the sensing measurement traffic between non-AP STAs. As an example, the P2P group in the embodiments of the present application is the same as or similar to the P2P group defined in the Wi-Fi direct protocol, the leader / owner in the P2P group is the P2P group owner in the P2P group, and the non-AP STA in the P2P group invoked or controlled by the leader in the P2P group is the P2P client. The AP allocates corresponding channel resources to the leader in the P2P group. The leader in each P2P group can schedule other STAs in the group to perform P2P traffic using the channel resources allocated by the AP for performing P2P traffic.

[0154] As an example of the P2P sensing measurement scheme initiated by a non-AP STA provided in the present application, referring to FIG. 3, STA A is the leader in P2P group 1, and STA A requests channel resources for P2P traffic from the AP, or alternatively, STA A negotiates with the AP for the resources required for P2P traffic. At the time when STA A requests to perform P2P traffic (or the time when STA A negotiates with the AP to perform P2P traffic), the AP shares the transmission opportunity (TXOP) with STA A. STA A schedules other STAs in the group to perform P2P traffic as the holder of the new TXOP (i.e., the TXOP shared by the AP with STA A), or alternatively, STA A can transfer the control right of the new TXOP to other STAs in the group, for example, STA A transfers the control right of the TXOP to STA B by sending an MU-RTS TXS trigger frame to STA B. In a possible implementation, the behavior of STA A after obtaining the TXOP is not controlled by the AP, and the AP does not need to know the identity of the other stations participating in P2P traffic.

[0155] The method provided by the embodiments of the present application is described from the perspective of the first station and the AP, but the first station and the AP can also forward the signal through other devices in the process of transmitting the signal, such as forwarding the signal between the first station and the AP through a forwarding device, and the embodiments of the present application do not limit other devices other than the first station and the AP. The first station is a non-AP STA. The method performed by the first station in the present application can also be implemented by a module (such as a Wi-Fi chip or a functional module or a processing system) in the first station or a logic node, a logic module or software capable of realizing all or part of the function of the first station; the method performed by the AP in the present application can also be implemented by a module (such as a Wi-Fi chip or a functional module or a processing system) in the AP or a logic node, a logic module or software capable of realizing all or part of the function of the AP.

[0156] As an example, at least one of the first station and the AP can be a multi-link device (MLD) and the like, and the embodiments of the present application do not list them one by one. For example, the MLD refers to a device having multiple stations (such as an AP or a non-AP STA) working on different frequency bands or channels. The MLD includes multiple affiliated stations, which can be physical stations or logical stations, and each station can work on a link or a frequency band or a channel. The above-mentioned affiliated stations can be APs or non-AP STAs. The MLD (such as a non-AP MLD or an AP MLD) can be a communication device with wireless communication function. The communication device can be a whole machine device, or a chip or a processing system or a module installed in the whole machine device, and the device installed with the chip or the processing system or the module can realize the method and function of the embodiments of the present application under the control of the chip or the processing system or the module. The multi-link device can realize wireless communication by complying with the 802.11 series standard, thereby realizing communication with other devices. The other devices shown here can be multi-link devices or not. The frequency band in which the multi-link device works can include but is not limited to sub1GHz, 2.4GHz, 5GHz, 6GHz and the like, which are not listed one by one here.

[0157] From the perspective of sending and receiving the request frame, the first communication device shown below can be understood as a communication device for sending the request frame, and the second communication device can be understood as a communication device for receiving the request frame. Alternatively, the first communication device can also be referred to as a sending end, and the second communication device can also be referred to as a receiving end.

[0158] As described in the background section, in practical applications, many wireless sensing applications or solutions need to be autonomously measured by multiple non-AP STAs, and the AP does not participate in the sensing measurement process. The sensing measurement process can be referred to as the measurement process. In addition, for privacy protection, many wireless sensing service providers do not want other APs to obtain sensing measurement data. Therefore, it is necessary to study a scheme that supports autonomous sensing measurement between multiple non-AP STAs. The present application provides a scheme that supports autonomous sensing measurement between multiple non-AP STAs. In other words, the present application provides a sensing measurement scheme initiated by a non-AP STA, and the sensing measurement between multiple non-AP STAs can be autonomously performed, the AP plays a role in coordinating resources, does not participate in the sensing measurement process, and does not obtain the sensing measurement result, and can support more sensing application scenarios.

[0159] The technical scheme provided by the present application is applicable to a scenario in which multiple non-AP STAs autonomously perform sensing measurement, and in this scenario, the AP plays a role in coordinating resources, does not participate in the sensing measurement process, and does not obtain the sensing measurement result. Referring to FIG. 3, the scenario in which multiple non-AP STAs autonomously perform sensing measurement includes one or more P2P groups, and multiple non-AP STAs in each P2P group autonomously perform sensing measurement. The main idea of the technical scheme provided by the present application is that: the non-AP STA 1 first negotiates channel resources for performing P2P business with the AP, and the role (or identity) of the non-AP STA 1 is a leader in a P2P group; after successfully negotiating the channel resources for performing the P2P business, the AP allocates corresponding channel resources to the non-AP STA 1; the non-AP STA 1 schedules other non-AP STAs in the group to perform sensing measurement based on the allocated channel resources, or the non-AP STA 1 transfers part or all of the allocated channel resources to other non-AP STAs in the group; wherein the AP plays a role in coordinating resources, does not participate in the sensing measurement process, and does not obtain the sensing measurement result. The channel resources for performing P2P business negotiated by the non-AP STA 1 and the AP can be only channel resources required by multiple non-AP STAs in the group to which the non-AP STA 1 belongs to perform P2P business, or can include channel resources required by multiple non-AP STAs in the group to which the non-AP STA 1 belongs to perform P2P business and channel resources required by multiple non-AP STAs in the group to which the non-AP STA 2 belongs to perform P2P business. The non-AP STA 2 can schedule other non-AP STAs to perform sensing measurement based on the allocated channel resources.

[0160] FIG. 4 is a flow chart of a communication method according to an embodiment of the present application. FIG. 4 describes a method of negotiating channel resources for performing P2P service between a first station and an AP. The first station and the AP involved in FIG. 4 are described above, and will not be repeated here. As shown in FIG. 4, the method includes the following steps.

[0161] 401. The first station sends a request frame to the AP, where the request frame is used to request the AP to allocate first channel resources to the first station in a plurality of first time windows periodically.

[0162] Correspondingly, the AP receives the request frame from the first station. The first channel resources are used for P2P service between non-AP stations, or in other words, the first channel resources are used for P2P service. If not otherwise specified, P2P service in the following description refers to P2P service between non-AP stations. In this application, channel resources can also be referred to as service resources, or P2P service resources, or simply resources. The first channel resources can include time domain resources and frequency domain resources. As an example, the first channel resources include time domain resources used by P2P service (i.e. P2P service between non-AP stations) that the first station will participate in, and frequency domain resources (e.g. bandwidth) used by P2P service that the first station will participate in. Optionally, the first channel resources also include channels used by P2P service that the first station will participate in. The request frame can be named P2P resource request frame (P2P resource request frame), or other names, which are not limited in the present application. Optionally, the request frame includes identification information of the first station.

[0163] The method flow of Fig. 4 is a resource negotiation flow. Alternatively, the method flow of Fig. 4 is a flow of P2P resource negotiation between the first station and the AP. In the resource negotiation flow shown in Fig. 4, the first station sends a request frame to the AP, for requesting the AP to allocate first channel resources to the first station in a plurality of first time windows periodically, the first channel resources being required by the P2P traffic that the first station will participate in; the AP replies a response frame, for indicating whether to accept the request of the first station. In this application, the STA that requests the channel resources for P2P traffic from the AP, i.e. the STA that sends the above-mentioned request frame, can be called P2P requesting STA, and the AP can be called P2P responding AP. The first station can be a leader / holder in a P2P group. The leader in a P2P group is responsible for managing and scheduling the P2P members in the group. The STA that is the leader in a P2P group can be called P2P leader STA. In some possible implementation, the leader in a P2P group (i.e. P2P leader STA, for example, the first station) requests the channel resources for P2P traffic from the AP as the P2P requesting STA, for example, sends the above-mentioned request frame; the AP shares the TXOP to the P2P requesting STA, which is also the leader of the P2P group. From the perspective of the AP, the AP knows that the channel resources requested by the first station are for periodic P2P traffic, and it is enough for the AP to know the identity of the receiving end of the channel resources allocated each time, and the AP does not need to know the specific use of the channel resources it allocates; the receiving end here is the STA that is allocated channel resources each time by the AP. From the perspective of the first station, the first station knows the nature / type of the P2P traffic, such as sensing, and knows the identity of the other STA participating in the P2P traffic.

[0164] In a possible implementation, the request frame comprises first resource configuration information, the first resource configuration information being used for determination of the periodic multiple first time windows. The periodic multiple first time windows can be understood as P2P traffic windows requested by the first station from the AP. The first resource configuration information comprises one or more of starting time information, duration information, time interval information and repetition information; so that the AP determines the multiple first time windows according to the first resource configuration information. The starting time information is used for indicating a starting time of a first first time window in the multiple first time windows. The duration information is used for indicating a duration of each first time window. The time interval information is used for indicating a time interval between starting times of adjacent time windows in the multiple first time windows. The repetition information is used for indicating a number of the multiple first time windows. Alternatively, the repetition information is used for determination of an ending time of a last first time window in the multiple first time windows. FIG. 5 is a schematic diagram of the periodic multiple first time windows provided by an embodiment of the present application. Referring to FIG. 5, time point #0 is a starting time of a first first time window in the multiple first time windows, duration #0 is a duration of each first time window, time interval #0 is a time interval between starting times of adjacent time windows in the multiple first time windows, the number of the multiple first time windows is S, S is an integer greater than 1, and time point #1 is an ending time of a last first time window in the multiple first time windows. As an example, the first resource configuration information comprises the starting time information, the time interval information and the repetition information, and the duration information is optional.

[0165] FIG. 6 is a diagram illustrating part of the first resource configuration information according to an embodiment of the present application. As shown in FIG. 6, the first resource configuration information includes one or more of the following: a start time field, a window duration field, a periodicity field, and a repetition count / repetition period field. The start time field is an example of the start time information. The start time field indicates a start time, which can be expressed in absolute time or relative time. For example, the start time is expressed in absolute time, which is a specific value of a timing synchronization function (TSF), specifically, a TSF of an associated AP of the STA. In general, the TSF of the STA is synchronized with the TSF of the associated AP. For another example, the start time is expressed in relative time, which indicates a time duration from a start time of a first time window in the plurality of first time windows to a current TBTT. The window duration field is an example of the duration information, which indicates a duration of each first time window. The duration can be expressed in x microseconds or x time units (TUs), where x is a positive integer, such as 1, 10, or 100. In the present application, the duration of a TU is not limited. The periodicity field is an example of the time interval information. The periodicity field can also be referred to as an interval field, which indicates a time interval between start times of adjacent first time windows in the plurality of first time windows. The time interval can be expressed in y microseconds or y time units (TUs), where y is a positive integer, such as 1, 10, or 100. The repetition count field is an example of the repetition information. The repetition count field indicates a number of the plurality of first time windows, i.e., a number of repetitions of the first time window. For example, the P2P service in which the first station participates is automatically terminated, i.e., the first station no longer performs the P2P service, after the first time window is repeated for the number of times. The repetition period field is an example of the repetition information. The repetition period field indicates a time duration or a time point. The time duration is a longest time interval between a start time of a first time window in the plurality of first time windows and an end time of a last first time window in the plurality of first time windows. The time point is the end time of the last first time window in the plurality of first time windows, or the time point is before the end time. The AP can determine the end time of the last first time window in the plurality of first time windows according to the time duration or the time point indicated by the repetition period field.The repetition period field can indicate that the first time windows are repeated with the time interval in the first time period; wherein a start time of the first time period is a start time of the first time window, a time length of the first time period is the time length indicated by the repetition period field, or an end time of the first time period is the time point indicated by the repetition period field.

[0166] The first resource configuration information can further include first bandwidth information, which is used to indicate a bandwidth used by the P2P service (i.e., the above-mentioned sensing measurement service) in which the first station will participate. As an example, the first bandwidth information is 20MHz, 40MHz, 80MHz, 160MHz or 320MHz. Optionally, the first resource configuration information further includes first channel information, which is used to indicate a channel used by the P2P service in which the first station will participate. As an example, the first channel information includes a bitmap, which contains 16 bits, each bit corresponding to a 20MHz channel; a bit with a value of 1 in the bitmap corresponds to a channel used by the P2P service in which the first station will participate, and a bit with a value of 0 in the bitmap corresponds to a channel not used by the P2P service in which the first station will participate, wherein one or more bits in the bitmap have a value of 1. As another example, the first resource configuration information does not include the first channel information, and the channel used by the P2P service in which the first station will participate is a channel with a bandwidth of the first bandwidth starting from the primary channel by default, and the first bandwidth is the bandwidth used by the P2P service indicated by the first bandwidth information.

[0167] In a possible implementation, the request frame comprises a TWT element, a negotiation type field in the TWT element is used to indicate that a non-AP type station requests the AP to establish a broadcast TWT, and a target wake-up time, a nominal minimum TWT wake-up duration, and a TWT wake-up interval in the TWT element are used to determine a plurality of first time windows. The request frame can further comprise the first bandwidth information. Optionally, the request frame can further comprise the first channel information. In a possible implementation, the request frame can be a TWT request frame used to request establishment of a broadcast TWT. The request frame can be used to request the AP to allocate first channel resources for the first station in a plurality of first time windows, which are time windows in a TWT schedule of the TWT, i.e., wake-up windows, in a periodic manner. In other words, the request frame, when requesting establishment of a broadcast TWT, achieves the purpose of requesting P2P service in the broadcast TWT. Optionally, the request frame comprises first indication information in the TWT element, which is used to indicate that the broadcast TWT requested by the request frame to be established by the AP is used for P2P service. The first indication information comprises one or more bits. The first indication information can be a broadcast TWT service field in the TWT element, or can have other names, which are not limited in the present application. B0-B2 in a broadcast TWT info field in the TWT element are currently reserved fields. As an example, the first indication information can be any bit in B0-B2 in the broadcast TWT info field, and the first indication information has a value of 1 when indicating that the broadcast TWT is used for P2P service, and has a value of 0 when indicating that the broadcast TWT is used for non-P2P service.

[0168] In a possible implementation, the request frame further comprises one or more of second indication information and third indication information, the second indication information is used to indicate a size of time domain resources allocated by the AP for the first station each time, and the third indication information is used to indicate a number of times of allocation of time domain resources by the AP for the first station in each first time window; so as to meet the demand of the P2P service. For example, the second indication information is used to indicate a minimum time domain resource allocated by the AP for the first station each time, or in other words, is used to indicate a minimum time length. For example, the third indication information is used to indicate a minimum number of times of allocation of time domain resources by the AP for the first station in each first time window.

[0169] In a possible implementation, the request frame is further used to request the AP to allocate second channel resources for a second station in a plurality of second time windows periodically, and the second channel resources are used for P2P service, and the first station and the second station are different; channel resources can be requested for multiple stations at the same time, and signaling overhead is saved. The plurality of second time windows are the same as or different from the plurality of first time windows. The request frame can be used to request the AP to allocate channel resources for one station (for example, the first station) in a plurality of first time windows periodically, or can be used to request the AP to allocate channel resources for multiple stations (for example, including the first station and the second station) respectively in a plurality of first time windows periodically, or can be used to request the AP to allocate channel resources for each of the multiple stations respectively in a plurality of time windows corresponding to the multiple stations respectively and periodically. The request frame can further include one or more of identification information of the second station, fourth indication information, and fifth indication information, the fourth indication information is used to indicate a size of time domain resources allocated by the AP for the second station each time, and the fifth indication information is used to indicate a number of times of allocating time domain resources by the AP for the second station in each second time window; so as to meet a demand of the second station for the P2P service. Optionally, the request frame further includes sixth indication information, and the sixth indication information is used to indicate that the AP needs to allocate channel resources for M stations, the M stations include the first station and the second station, and M is an integer greater than 1.

[0170] In a possible implementation, the request frame includes seventh indication information, and the seventh indication information is used to indicate a first TXS mode, the first TXS mode represents a mode of periodically sharing TXOP, or the first TXS mode represents that sharing of the TXOP is periodic. In the first TXS mode, the TXOP is shared by the AP for one associated STA, and the AP does not send data to the STA, nor triggers the STA to send data to the AP in the shared TXOP.

[0171] 402、The AP sends a response frame to the first station.

[0172] Correspondingly, the first station receives a response frame from the AP. The response frame is used to indicate that the AP accepts the request of the request frame, or the response frame is used to indicate that the AP rejects the request of the request frame, or the response frame is used to indicate that the AP does not accept the request of the request frame and provides suggested configuration parameters. The response frame can be named as a P2P resource response frame, or can be named in other manners, which is not limited in the present application. Optionally, the response frame comprises identification information of the AP. As an example, when the response frame is used to indicate that the AP rejects the request of the request frame, the first station sends another request frame to the AP, wherein the request frame is used to request the AP to allocate third channel resources for the first station in a plurality of third time windows which are periodic, and the first channel resources are used for P2P service, and the third time windows are different from the first time windows. As an example, when the response frame is used to indicate that the AP does not accept the request of the request frame and provides suggested configuration parameters, the first station sends another request frame to the AP, wherein the request frame carries the configuration parameters suggested by the AP.

[0173] In a possible implementation, the format of the response frame is similar to the format of the request frame. Compared with the format of the request frame, the format of the response frame further comprises a status code field, wherein the status code field is used to indicate (or represent) whether the AP accepts the request of the request frame.

[0174] The response frame can be sent in a unicast manner or in a broadcast manner. As an example, the AP sends the response frame in a unicast manner, and a receiver address (RA) of the response frame is an address of the station sending the request frame, for example, a medium access control (MAC) address of the first station. In this example, the other stations in the P2P group associated with the first station do not receive and process the response frame, and only the first station (i.e., the P2P requesting STA) knows whether the AP accepts the request of the request frame and what the resource configuration information of the P2P service accepted by the AP is, and the other stations in the P2P group can not know. In this application, the resource configuration information of the P2P service is used to indicate one or more of the time domain resource, the frequency domain resource, and the channel resource used by the P2P service in which the first station (or the other station) will participate. For example, the resource configuration information of the P2P service accepted by the AP is used to indicate that the AP allocates channel resources to the first station according to a first parameter configuration in a plurality of first time windows periodically, and the first reference configuration is used to indicate one or more of the minimum number of times of allocating channel resources to the first station by the AP in each first time window, the size of the time domain resource allocated by the AP each time, the bandwidth used by the P2P service, and the channel used by the P2P service. In this application, the P2P group associated with a station refers to a P2P group containing the station. The first station can inform the other stations in the P2P group of the configuration parameters of the P2P service in a private manner, for example, the first station can upload the configuration parameters of the P2P service to a cloud storage space accessible by the other stations in the P2P group. As another example, the AP sends the response frame in a broadcast manner, and the receiver address (RA) of the response frame is a broadcast address, at this time, the other stations in the P2P group associated with the first station also receive and process the response frame, so the other stations in the P2P group can know the resource configuration information of the P2P service through the broadcast response frame.

[0175] In a possible implementation, the response frame is a beacon frame, and the request frame includes first resource configuration information, the first resource configuration information is used for determination of a plurality of periodic first time windows, and the first resource configuration information is used to indicate configuration parameters corresponding to channel resources requested by the first station from the AP;

[0176] When the resource configuration information carried by the response frame is the same as the first resource configuration information, the response frame is used to indicate that the AP accepts the request of the request frame; or

[0177] When the response frame does not carry the resource configuration information, the response frame is used to indicate that the AP rejects the request of the request frame; or

[0178] When the second resource configuration information carried by the response frame is different from the first resource configuration information, the response frame is used to indicate that the AP does not accept the request of the request frame and to provide the suggested parameters, and the second resource configuration information is used to indicate the configuration parameters suggested by the AP to the first station.

[0179] Optionally, the response frame further comprises a dialog token, and the dialog token in the response frame is the same as the dialog token in the request frame; thus, the first station knows that the response frame is for the request frame sent by itself according to the dialog token in the response frame. For example, the first station knows that the second resource configuration information in the response frame is for itself according to the dialog token in the response frame. As an example, the control information field in the response frame comprises the dialog token. As another example, the P2P service information field in the response frame comprises the dialog token, and the P2P service information field comprises the first resource configuration information or the second resource configuration information, refer to FIG. 8B.

[0180] Optionally, the response frame further comprises a P2P status field, which indicates the attitude of the AP to the P2P resource request. If the AP accepts the request of the request frame sent by the first station, the value of the P2P status field can be set as accept; if the AP does not accept the request of the request frame and provides the suggested parameters, the value of the P2P status field can be set as suggest / recommend.

[0181] In a possible implementation, the response frame is used to indicate that the AP accepts the request of the request frame; after sending the response frame, the AP can further perform the following operation: allocating the first channel resource for the first station according to the request frame. The AP allocating the first channel resource for the first station according to the request frame can be: the AP allocating the first channel resource for the first station in a plurality of first time windows periodically. As an example, the request frame comprises first bandwidth information, second indication information and third indication information, the first bandwidth information is used to indicate the bandwidth used by the P2P service, the second indication information is used to indicate the size of the time domain resource allocated by the AP for the first station each time, and the third indication information is used to indicate the number of times of allocating the time domain resource for the first station in each first time window by the AP; the AP allocates the first channel resource for the first station according to the first bandwidth information, the second indication information and the third indication information in each first time window.

[0182] In the embodiments of the present application, the first station sends a request frame to the AP, and the request frame is used to request the AP to allocate first channel resources for the first station in a plurality of first time windows periodically; the first station can use the allocated channel resources to perform sensing measurement with other stations in the P2P group to which the first station belongs, and the plurality of non-AP STAs can perform sensing measurement autonomously, and more end-side sensing applications can be supported.

[0183] The following introduces several possible formats of the request frame and several possible formats of the response frame in combination with the accompanying drawings.

[0184] The request frame of format #1:

[0185] The request frame of format #1 can include the following information:

[0186] 1). Time scheduling information: a periodic P2P service window, for example, a plurality of first time windows periodically.

[0187] 2). Channel resource information: bandwidth (BW) and / or channel;

[0188] 3). P2P service information: TXS frequency per window (for the AP, it is TXOP allocation frequency, and for the P2P request STA, it is P2P service execution frequency, such as sensing measurement frequency);

[0189] 4). Other indication information: TXS mode, min TX allocation duration.

[0190] FIG. 7A is a schematic diagram of a format of a request frame according to an embodiment of the present application. As shown in FIG. 7A, the request frame includes one or more of the following: a category field, a UHR action field, a dialog token, a control info field, a P2P service window field, and a P2P service info field. The control info field includes a TXS mode field. Optionally, the control info field further includes a reserved field. The P2P service window field includes a start time field, a window duration field, a periodicity field, and a repetition count / repetition period field. The P2P service info field includes a bandwidth (BW), a P2P channel field, a min TXS allocation duration field, and a TXS frequency per window field. The category field in the embodiments of the present application can be used to indicate the type of the message, i.e., to distinguish different types of action frames. The dialog token in the embodiments of the present application can be used to identify a dialog, e.g., a pair of request and response corresponding to each other can have the same dialog token. The meaning of the UHR action field can refer to the existing standards. One or more of the fields in the request frame shown in FIG. 7A are optional. For example, one or more of the window duration field, the P2P channel field, and the min TXS allocation duration field in the request frame shown in FIG. 7A are optional.

[0191] The TXS mode field is used to indicate a first TXS mode, and the first TXS mode represents a mode of sharing TXOP periodically, or the first TXS mode represents that the sharing of TXOP is periodic. The first TXS mode is a new TXS mode. In the first TXS mode, TXOP is shared by an AP to an associated STA, and in the shared TXOP, the AP does not send data to the STA, nor triggers the STA to send data to the AP. The TXS mode field in the request frame is an example of the seventh indication information. In some schemes, the TXS mode field has two values of 1 and 2, and the TXS mode field in the request frame has values of 3, 4, etc., which are not limited in the present application.

[0192] The meanings of the fields in the P2P service window field can refer to the meanings of the fields in FIG. 6, which will not be repeated here.

[0193] BW indicates the bandwidth required for the P2P service that the first station will participate in. The BW in the request frame is an example of the first bandwidth information. The value of the BW can be 20MHz, 40MHz, 80MHz, 160MHz, or 320MHz.

[0194] The P2P channel field indicates the channel required for the P2P service that the first station will participate in. The P2P channel field in the request frame is an example of the first channel information. As an example, the P2P channel field is a bitmap containing 16 bits, each bit corresponding to a 20MHz channel. The P2P channel field is optional. If the request frame does not contain the P2P channel field, the channel used by the P2P service that the first station will participate in is the channel with the first bandwidth starting from the primary channel, and the first bandwidth is the bandwidth indicated by the BW.

[0195] The minimum TXS allocation duration field indicates the minimum duration of each TXOP sharing (or allocation) by the AP. The minimum TXS allocation duration field is an example of the second indication information. For the P2P request STA, the duration indicated by the minimum TXS allocation duration field can be the maximum time it needs to perform a P2P service. For the AP, at least the TXOP with the duration indicated by the minimum TXS allocation duration field needs to be allocated to the P2P request STA to complete the P2P service. For example, the unit of the duration indicated by the minimum TXS allocation duration field can be 16us, which is consistent with the unit of the duration allocated in the MU-RTS TXS trigger frame.

[0196] The TXS frequency per service window field indicates the frequency / number of TXS in each service window. The TXS frequency per service window field is an example of the third indication information. For the AP, the number indicated by the TXS frequency per service window field is the number of times the AP shares the TXOP to the same P2P request STA in each P2P service window. For the P2P request STA, the number indicated by the TXS frequency per service window field can be regarded as the number of times of performing the P2P service (e.g., sensing measurement) in each P2P service window.

[0197] In a possible implementation, the control information field in the request frame includes a TXS mode field and a number of beacon interval field. Optionally, the control information field further includes a reserved field. FIG. 7B is a schematic diagram of a control information field according to an embodiment of the present application. The number of beacon interval field is used to indicate the starting time of the first P2P service window (e.g., the first time window mentioned above) after the starting time of which beacon interval, or in which beacon interval. For example, if the number of beacon interval field is 0, it indicates that the starting time of the first P2P service window is after the starting time of the current beacon interval or in the current beacon interval; if the number of beacon interval field is 1, it indicates that the starting time of the first P2P service window is after the starting time of the next beacon interval of the current beacon interval or in the next beacon interval of the current beacon interval; and so on. The starting time field in the request frame indicates the offset of the starting time of the first P2P service window relative to the starting time of the target beacon interval, or the starting time of the target beacon interval is offset by the offset indicated by the starting time field to obtain the starting time of the first P2P service window. The target beacon interval is the fth beacon interval after the current beacon interval, where f is the value of the number of beacon interval field, and f is an integer greater than or equal to 0. Alternatively, the target beacon interval is the beacon interval in which the starting time of the first P2P service window is located. The AP can determine the starting time of the first P2P service window according to the current beacon interval number field and the starting time field. In this implementation, the first station can plan the P2P service it will participate in in advance, and reserve the P2P service starting from a future beacon interval by sending the request frame to the AP, so that the AP can adjust other services in the basic service set (BSS) in time according to the service time of the reserved P2P service, thereby increasing the flexibility of the P2P service.

[0198] An example of the first resource configuration information is: the P2P service window field and the P2P service information field in the request frame shown in FIG. 7A.

[0199] The response frame of format #1-1:

[0200] In a possible implementation, the format of the response frame is similar to that of the request frame. Compared with the format of the request frame, the response frame further includes a status code field, which is used to indicate (or represent) whether the AP accepts the request of the request frame.

[0201] Figure 8A is a diagram illustrating a format of a response frame according to an embodiment of the present application. As shown in Figure 8A, the response frame (i.e., the response frame of format #1-1) includes one or more of the following: a category field, a UHR action field, a dialog token, a status code, a control info field, a P2P service window field, and a P2P service info field. The meanings of the fields in the response frame shown in Figure 8A, except the status code, are the same as the meanings of the fields in the request frame shown in Figure 7A, and will not be repeated here. By way of example, the status code field can have three values: accept, reject, and suggest / recommend; when the status code field has the value accept, it means that the AP accepts the request of the request frame, and the AP allocates channel resources to the first station according to the request of the first station; when the status code field has the value reject, it means that the AP rejects the request of the request frame; when the status code field has the value suggest / recommend, it means that the AP provides suggested parameters, and the first station can retransmit the request frame according to the suggested parameters. Optionally, when the status code has the value suggest / recommend, the response frame carries the P2P service window field and / or the P2P service info field to carry the suggested parameters; when the status code is accept or reject, the response frame does not carry the P2P service window field and / or the P2P service info field.

[0202] Response frame of format #1-2

[0203] The request frame can be sent in a broadcast manner, but this does not guarantee that all stations in the P2P group can receive it. For example, some stations in the P2P group can be in a power save mode, and the stations in the power save mode can be in a sleep state, and if the stations are in the sleep state, they cannot receive the response frame sent by the AP, so the broadcast response frame is not robust. However, the AP periodically broadcasts a beacon frame, and the beacon frame can carry one or more of the following: management information, control information, and scheduling information in the BSS, and if a station wants to use the services provided by the BSS, it needs to receive the beacon frame.

[0204] In a possible implementation, after the AP receives the request frame from the first station, the AP indicates whether to accept the request of the request frame through a transmitted beacon frame. That is, the response frame is a beacon frame. The beacon frame is the response frame responding to the request frame, and the response to the request frame is carried in the beacon frame. In this implementation, the AP indicates whether to accept the request of the request frame through the beacon frame, so that the stations in the P2P group can more reliably obtain the resource configuration information of the P2P service, for example, the first resource configuration information.

[0205] The beacon frame carrying the response of the request frame, that is, the response frame of format #1-2, can carry the P2P resource element shown in FIG. 8B. In other words, the P2P resource element shown in FIG. 8B is the response of the request frame included in the beacon frame. The response frame of format #1-2 can be the element shown in FIG. 8B added on the basis of any existing beacon frame. FIG. 8B is a schematic diagram of a format of a P2P resource element provided by an embodiment of the present application. As shown in FIG. 8B, the P2P resource element includes one or more of the following: an element ID, a length, an element ID extension, a control information field, a P2P service window field, and a P2P service information field. The control information field in FIG. 8B can be the P2P status field added on the basis of the control information field shown in FIG. 7A or FIG. 7B. Optionally, the control information field further includes a reserved field. The P2P service window field, the P2P service information, and the TXS mode field have the same meanings as the fields in the request frame in FIG. 7A, and will not be described herein again. The element ID represents an identifier of the element, the length field is used to indicate the length of the element, and the element ID extension field represents an identifier extension of the element. The P2P status field represents the attitude of the AP to the request frame.

[0206] As an example, the request frame includes the first resource configuration information, and the first resource configuration information is used to indicate configuration parameters corresponding to the channel resource requested by the first station from the AP;

[0207] When the resource configuration information carried in the response frame is the same as the first resource configuration information, the response frame is used to indicate that the AP accepts the request of the request frame, and the value of the P2P status field can be set as accept, indicating that the AP accepts the request of the request frame; or

[0208] When the response frame does not carry the resource configuration information, the response frame is used to indicate that the AP rejects the request of the request frame; or

[0209] When the second resource configuration information carried by the response frame is different from the first resource configuration information, the response frame is used to indicate that the AP does not accept the request of the request frame and to provide the suggested parameters, the second resource configuration information is used to indicate the configuration parameters suggested by the AP to the first station, and the value of the P2P status field can be set as suggest / recommend, indicating that the AP provides the suggested parameters, and the first station can resend the request frame according to the parameters suggested by the AP.

[0210] The request frame of format #2:

[0211] In some application scenarios, there can be multiple P2P groups, and the multiple P2P groups can be derived from the same P2P service. For example, due to different sensing coverage of devices, multiple P2P devices are divided into multiple P2P groups, the multiple P2P groups respond to the same sensing request, or in other words, the multiple P2P groups perform the same P2P service. In the multiple P2P groups, a station as a P2P request STA requests the channel resources applied to the multiple P2P groups from the AP, and the P2P request STA can be the leader / holder of the group to which it belongs. The multiple P2P groups can have only one P2P request STA. The first station as the P2P request STA can send the request frame of format #2. The request frame of format #2 is used to request the channel resources applied to the multiple P2P groups. For example, the request frame of format #2 is used to request the AP to allocate channel resources to multiple stations (for example, including the first station and the second station) in multiple first time windows respectively. The request frame of format #2 can also be used to request the channel resources applied to 1 P2P group.

[0212] FIG. 9A is a schematic diagram of another format of a request frame according to an embodiment of the present application. As shown in FIG. 9A, the request frame comprises one or more of the following: a category field, a UHR action field, a dialog token, a control info field, a P2P service window field, and a P2P service info field. The control info field comprises a TXS mode field and a number of TXS recipients field. Optionally, the control info field further comprises a reserved field. The P2P service window field comprises a start time field, a window duration field, a periodicity field, and a repetition count / repetition period field. The P2P service info field comprises a number of P2P service info subfields field, a P2P service info subfield 1, a P2P service info subfield 2,..., and a P2P service info subfield N, where N is an integer greater than 0. The P2P service info subfield 1 comprises a TXS recipient AID field, a BW, a P2P channel field, a min TXS allocation duration field, and a TXS frequency per window field. AID is an association identifier. The N P2P service info subfields in the P2P service info field have the same format, which will be described below by taking the P2P service info subfield 1 as an example. The meanings of the partial fields of the request frame shown in FIG. 9A can be referred to the meanings of the fields of the request frame shown in FIG. 7A, which will not be repeated here. One or more of the fields of the request frame shown in FIG. 9A are optional, for example, one or more of the number of TXS recipients field, the number of P2P service info subfields field, the window duration field, the P2P channel field in the P2P service info subfields, and the min TXS allocation duration field in the P2P service info subfields are optional.

[0213] The TXS receiver number field indicates the number of TXS receivers. For example, if the TXS receiver number field has a value of N, it indicates the number of non-AP STAs sharing the TXOP of the AP, such as the number of P2P groups participating in P2P traffic. For example, if there are two P2P groups participating in P2P traffic, then the number is 2. The TXS receiver number field is an example of the sixth indication information.

[0214] The P2P traffic information field can include P2P traffic information corresponding to multiple P2P groups. Each P2P traffic information subfield in the P2P traffic information field corresponds to a P2P group, and the TXS receiver AID field in each P2P traffic information subfield identifies the leader of the P2P group corresponding to the P2P traffic information subfield. From the perspective of the station, each TXS receiver AID field carries the AID of the leader of a P2P group. From the perspective of the AP, each TXS receiver AID field carries the AID of the station receiving the TXOP shared by the AP. As an example, the TXS receiver AID field in the P2P traffic information subfield 1 includes the AID of the first station, the minimum TXS allocation duration in the P2P traffic information subfield 1 is the duration of the TXOP shared by the AP for the first station each time in each first time window, the TXS frequency field of each traffic window in the P2P traffic information subfield 1 indicates the number of times the TXOP is shared for the first station in each first time window, the BW in the P2P traffic information subfield 1 indicates the bandwidth required for the P2P traffic in which the first station will participate, and the P2P channel field in the P2P traffic information subfield 1 indicates the channel required for the P2P traffic in which the first station will participate. The TXS receiver AID field in the P2P traffic information subfield 2 includes the AID of the second station, the minimum TXS allocation duration in the P2P traffic information subfield 2 is the duration of the TXOP shared by the AP for the second station each time in each first time window, the TXS frequency field of each traffic window in the P2P traffic information subfield 2 indicates the number of times the TXOP is shared for the second station in each first time window, the BW in the P2P traffic information subfield 2 indicates the bandwidth required for the P2P traffic in which the second station will participate, and the P2P channel field in the P2P traffic information subfield 2 indicates the channel required for the P2P traffic in which the second station will participate.

[0215] It should be noted that although the P2P requesting STA (e.g. the first station) requests multiple sets of P2P traffic information configurations, each P2P traffic information subfield corresponds to a set of P2P traffic information configuration, the P2P requesting STA only requests one P2P traffic window (i.e. multiple first time windows in a period) indicating that multiple P2P groups perform P2P traffic in the same window. For example, the AP can decide to share the TXOP to which station first and then to which station in the window. For another example, the AP can share the TXOP to the STAs corresponding to the P2P traffic information subfields according to the order of the P2P traffic information subfields in the P2P traffic information field. In this application, the STA corresponding to a P2P traffic information subfield is the STA identified by the TXS recipient AID field in the P2P traffic information subfield.

[0216] In a possible implementation, the control information field in the request frame includes a TXS mode field, a number of TXS recipients field and a number of beacon interval field, as shown in FIG. 9B. Optionally, the control information field further includes a reserved field. FIG. 9B is a schematic diagram of another control information field provided by an embodiment of the application. The number of beacon interval field is used to indicate the starting time of the first P2P traffic window (e.g. the first time window mentioned above) after the starting time of which beacon interval. For example, the number of beacon interval field takes a value of 0 or a reserved value, indicating that the starting time of the first P2P traffic window is after the starting time of the current beacon interval; the number of beacon interval field takes a value of 1, indicating that the starting time of the first P2P traffic window is after the starting time of the next beacon interval of the current beacon interval; and so on. The starting time field in the request frame indicates the offset of the starting time of the first P2P traffic window relative to the starting time of the target beacon interval, or in other words, the starting time of the first P2P traffic window is the starting time of the target beacon interval offset by the offset indicated by the starting time field. The target beacon interval is the fth beacon interval after the current beacon interval, and f is the value of the number of beacon interval field, f being an integer greater than or equal to 0. The AP can determine the starting time of the first P2P traffic window according to the current beacon interval field and the starting time field. In this implementation, the P2P traffic in which the first station participates can be planned in advance, and the first station can reserve the P2P traffic starting from a future beacon interval by sending the request frame to the AP, so that the AP can adjust other traffics in the BSS in time according to the service time of the reserved P2P traffic, thereby increasing the flexibility of the P2P traffic.

[0217] An example of the first resource configuration information is: the P2P traffic window field and the P2P traffic information field in the request frame shown in FIG. 9A.

[0218] The advantages of the request frame of format #2 include: the P2P traffic participated by multiple P2P groups does not excessively occupy the channel resource, and the management of the AP is facilitated. In addition, the AP only needs to arrange one kind of window, and the implementation is simple.

[0219] The response frame of format #2-1:

[0220] In a possible implementation, the format of the response frame is similar to that of the request frame. Compared with the format of the request frame, the response frame has a status code field, which is used to indicate (or represent) whether the AP accepts the request of the request frame. Multiplexing FIG. 8A, the response frame of format #2-1 can be the request frame of format #2 with the status code field. For example, the status code field can have three values: accept, reject, and suggest / recommend; when the value of the status code field is accept, it indicates that the AP accepts the request of the request frame, and the AP allocates channel resources for the first station according to the request of the first station; when the value of the status code field is reject, it indicates that the AP rejects the request of the request frame; when the value of the status code field is suggest / recommend, it indicates that the AP provides a suggested parameter, and the first station can resend the request frame according to the suggested parameter of the AP.

[0221] The response frame of format #2-2:

[0222] In a possible implementation, after receiving the request frame from the first station, the AP indicates whether to accept the request of the request frame by sending a beacon frame. That is, the response frame is the beacon frame. The beacon frame is the response frame in response to the request frame, and the response to the request frame is carried in the beacon frame. In this implementation, the AP indicates whether to accept the request of the request frame through the beacon frame, which can ensure that the stations of the P2P group can learn the resource configuration information of the P2P traffic, for example, the first resource configuration information, to a greater extent.

[0223] The P2P traffic window field, the P2P traffic information, the TXS mode field and the number of TXS recipients field in the element shown in Fig. 8B have the same meaning as the fields in the request frame in Fig. 9A, and will not be described again. The control information field in Fig. 8B can be the P2P status field added to the control information field shown in Fig. 9A or Fig. 9B. The P2P status field indicates the attitude of the AP to the request frame. The response frame of format #2-2 can carry the element shown in Fig. 8B. In other words, the element shown in Fig. 8B is the response to the request frame included in the beacon frame. The response frame of format #2-2 can be the element shown in Fig. 8B added to any existing beacon frame. The element ID indicates the identifier of the element, the length field indicates the length of the element, and the element ID extension field indicates the identifier extension of the element.

[0224] As an example, the request frame includes the first resource configuration information described above, and the first resource configuration information is used to indicate the configuration parameters corresponding to the channel resource requested by the first station from the AP;

[0225] When the resource configuration information carried by the response frame is the same as the first resource configuration information, the response frame is used to indicate that the AP accepts the request of the request frame, and the value of the P2P status field can be set to accept, indicating that the AP accepts the request of the request frame; or

[0226] When the response frame does not carry the resource configuration information, the response frame is used to indicate that the AP rejects the request of the request frame; or

[0227] When the second resource configuration information carried by the response frame is different from the first resource configuration information, the response frame is used to indicate that the AP does not accept the request of the request frame and provides the suggested parameters, the second resource configuration information is used to indicate the configuration parameters suggested by the AP to the first station, and the value of the P2P status field can be set to suggest / recommend, indicating that the AP provides the suggested parameters, and the first station can resend the request frame according to the parameters suggested by the AP.

[0228] The request frame of format #3:

[0229] The request frame of format #3 is used to request channel resources applied to one or more P2P groups. For example, the request frame of format #3 is used to request the AP to allocate channel resources to each of the stations respectively in a plurality of time windows corresponding to the periodicity of each of the stations. The request frame of format #3 can contain a P2P traffic window field and a P2P traffic information field corresponding to each of the P2P groups. That is, when the first station sends the request frame of format #3 to request channel resources applied to a plurality of P2P groups, each of the P2P groups has its own separate P2P traffic window configuration (including the P2P traffic window field and the P2P traffic information field), or in other words, the P2P traffic window field and the P2P traffic information field are in one hierarchy.

[0230] Figure 10 is a schematic diagram illustrating a format of a request frame according to an embodiment of the present application. As shown in Figure 10, the request frame includes one or more of the following: a category field, a UHR action field, a dialog token, a control info field, a P2P service info field. The control info field includes a TXS mode field and a number of TXS recipients field. Optionally, the control info field further includes a reserved field. The P2P service info field includes a number of P2P service info subfields field, a P2P service info subfield 1, a P2P service info subfield 2,..., a P2P service info subfield N, where N is an integer greater than 0. The P2P service info subfield 1 includes a TXS recipient AID field, a bandwidth (BW) field, a P2P channel field, a min TXS allocation duration field, a TXS frequency per window field, and a P2P service window field. The P2P service window field includes a start time field, a window duration field, a periodicity field, and a repetition count / repetition period field. The N P2P service info subfields in the P2P service info field have the same format, and the format of the P2P service info subfields in the P2P service info field will be described below by taking the P2P service info subfield 1 as an example. The meanings of the fields of the request frame shown in Figure 10 can be found in the meanings of the fields of the request frame shown in Figure 7A or Figure 9A, and thus will not be described again. One or more of the fields of the request frame shown in Figure 10 are optional, for example, one or more of the number of TXS recipients field, the number of P2P service info subfields field, the window duration field, the P2P channel field in the P2P service info subfields, and the min TXS allocation duration field in the P2P service info subfields are optional.

[0231] The P2P service information field can contain P2P service information corresponding to multiple P2P groups. Each P2P service information subfield in the P2P service information field corresponds to one P2P group, and the STA identified by the TXS receiver AID field in each P2P service information subfield is the leader in the P2P group corresponding to the P2P service information subfield. From the perspective of the station, each TXS receiver AID field is used to carry the AID of the leader of one P2P group. From the perspective of the AP, each TXS receiver AID field is used to carry the AID of the station that receives the TXOP shared by the AP. As an example, the TXS receiver AID field in the P2P service information subfield 1 includes the AID of the first station, the P2P service window field in the P2P service information subfield 1 is used to determine the periodic first time window, the minimum TXS allocation duration in the P2P service information subfield 1 is the duration of the TXOP shared by the AP for the first station each time in each first time window, the TXS frequency of each service window field in the P2P service information subfield 1 indicates the number of times the TXOP is shared by the AP to the first station in each first time window, the BW in the P2P service information subfield 1 indicates the bandwidth required for the P2P service that the first station will participate in, and the P2P channel field in the P2P service information subfield 1 indicates the channel required for the P2P service that the first station will participate in. The TXS receiver AID field in the P2P service information subfield 2 includes the AID of the second station, the P2P service window field in the P2P service information subfield 2 is used to determine the periodic second time window, the minimum TXS allocation duration in the P2P service information subfield 2 is the duration of the TXOP shared by the AP for the second station each time in each second time window, the TXS frequency of each service window field in the P2P service information subfield 2 indicates the number of times the TXOP is shared to the second station in each second time window, the BW in the P2P service information subfield 2 indicates the bandwidth required for the P2P service that the second station will participate in, and the P2P channel field in the P2P service information subfield 2 indicates the channel required for the P2P service that the second station will participate in.

[0232] In a possible implementation, the control information field in the request frame includes a TXS mode field, a number of TXS recipients field, and a number of beacon interval field, as shown in FIG. 9B. Optionally, the control information field further includes a reserved field. The number of beacon interval field is used to indicate the starting time of the P2P service window (e.g., the first time window mentioned above) represented by each P2P service information subfield in the request frame after the starting time of which beacon interval. For example, if the number of beacon interval field is 0, it indicates that the starting time of the P2P service window represented by each P2P service information subfield in the request frame is after the starting time of the current beacon interval; if the number of beacon interval field is 1, it indicates that the starting time of the P2P service window represented by each P2P service information subfield in the request frame is after the starting time of the next beacon interval of the current beacon interval; and so on. The starting time field in the request frame indicates the offset of the starting time of the P2P service window represented by each P2P service information subfield in the request frame relative to the starting time of the target beacon interval. For example, the P2P service information subfield 1 in the request frame includes a starting time field 1, and the starting time of the target beacon interval is offset by the offset indicated by the starting time field 1 to obtain the starting time of the P2P service window represented by the P2P service information subfield 1. The target beacon interval is the f th beacon interval after the current beacon interval, where f is the value of the number of beacon interval field, and f is an integer greater than or equal to 0. The AP can determine the starting time of different P2P service windows according to the current beacon interval field and each starting time field. For example, the P2P service information subfield 1 in the request frame includes a starting time field 1, the value of the number of beacon interval field is f, and the TXS recipient AID field in the P2P service information subfield 1 contains the AID of the first station; the AP first determines the beacon interval 1 that is offset by f beacon intervals from the current beacon interval, and then determines the starting time of the first time window in the periodic first time windows corresponding to the first station as the starting time of the beacon interval 1 offset by the offset indicated by the starting time field 1. In this implementation, the P2P service in which the first station participates can be planned in advance, and the first station can reserve the P2P service starting from a future beacon interval by sending the request frame to the AP, so that the AP can adjust other services in the BSS in a timely manner according to the service time of the reserved P2P service, thereby increasing the flexibility of the P2P service.

[0233] An example of the first resource configuration information is the P2P service information field in the request frame shown in FIG. 10.

[0234] The advantages of the request frame of format #3 include that each P2P group has its own periodic window (e.g., the first time window), and P2P traffic is arranged more flexibly.

[0235] The response frame of format #3-1:

[0236] In a possible implementation, the format of the response frame is similar to that of the request frame. Compared with the format of the request frame, the response frame has an additional status code field, which is used to indicate (or represent) whether the AP accepts the request of the request frame.

[0237] FIG. 11A is a schematic diagram of another format of a response frame provided by an embodiment of the present application. As shown in FIG. 11A, the response frame includes one or more of the following: a category field, a UHR action field, a dialog token, a status code, a control info field, and a P2P service info field. Referring to FIG. 10 and FIG. 11A, the response frame of format #3-1 can be the request frame of format #3 with an additional status code field. For example, the status code field can have three values: accept, reject, and suggest / recommend; when the value of the status code field is accept, it indicates that the AP accepts the request of the request frame, and the AP allocates channel resources to the first station according to the request of the first station; when the value of the status code field is reject, it indicates that the AP rejects the request of the request frame; and when the value of the status code field is suggest / recommend, it indicates that the AP provides suggested parameters, and the first station can resend the request frame according to the suggested parameters. Optionally, when the value of the status code is suggest / recommend, the response frame carries a P2P service window field and / or a P2P service info field, which are used to carry the suggested parameters; when the value of the status code is accept or reject, the response frame does not carry the P2P service window field and / or the P2P service info field.

[0238] The response frame of format #3-2:

[0239] In a possible implementation, after the AP receives the request frame from the first station, the AP indicates whether to accept the request of the request frame through a transmitted beacon frame. That is, the response frame is a beacon frame. The beacon frame is the response frame responding to the request frame, and the response to the request frame is carried in the beacon frame. In this implementation, the AP indicates whether to accept the request of the request frame through the beacon frame, so that the stations in the P2P group can more reliably obtain the resource configuration information of the P2P service, for example, the first resource configuration information.

[0240] The beacon frame carrying the response of the request frame, that is, the response frame in format #3-2, can carry the elements shown in FIG. 11B. In other words, the elements shown in FIG. 11B are the response of the request frame included in the beacon frame. The response frame in format #3-2 can be the elements shown in FIG. 11B added on the basis of any existing beacon frame. FIG. 11B is a schematic diagram of another element format provided by an embodiment of the present application. As shown in FIG. 11B, the element includes an element ID, a length, an element ID extension, a control info field, and a P2P service info field. The control info field includes a TXS mode field, a number of TXS recipients, and a P2P status field. Optionally, the control info field further includes a reserved field and / or a number of beacon interval field. The P2P service info and the TXS mode field have the same meanings as the fields in the request frame in FIG. 11A, and are not described herein again. The element ID represents an identifier of the element, the length field is used to indicate the length of the element, and the element ID extension represents an identifier extension of the element. The P2P status field represents the attitude of the AP to the request frame. Optionally, the control info field or the P2P service info field in the response frame includes a session token, which is the same as the session token in the request frame.

[0241] As an example, the request frame includes the first resource configuration information, and the first resource configuration information is used to indicate configuration parameters corresponding to the channel resource requested by the first station from the AP;

[0242] When the resource configuration information carried in the response frame is the same as the first resource configuration information, the response frame is used to indicate that the AP accepts the request of the request frame, and the value of the P2P status field can be set as accept, indicating that the AP accepts the request of the request frame; or

[0243] When the response frame does not carry resource configuration information, the response frame is used to indicate that the AP rejects the request of the request frame; or

[0244] When the second resource configuration information carried by the response frame is different from the first resource configuration information, the response frame is used to indicate that the AP does not accept the request of the request frame and provides a suggested parameter, the second resource configuration information is used to indicate the configuration parameter suggested by the AP to the first station, and the value of the P2P status field can be set as suggest / recommend, indicating that the AP provides a suggested parameter, and the first station can resend the request frame according to the parameter suggested by the AP.

[0245] The request frame of format #4:

[0246] In the existing scheme, the TWT requested by the non-AP STA can only be a unicast TWT, but the unicast TWT does not support the multi-station sensing scenario. The existing broadcast TWT scheme supports the multi-station scenario, but the TWT time arrangement is determined by the AP. The present application provides a scheme for initiating P2P business by a non-AP STA. That is, the demand for P2P business (such as sensing measurement business) comes from the non-AP STA, which is contrary to the setting logic of the broadcast TWT. If the broadcast TWT operation is applied to the P2P business initiated by the non-AP STA, the non-AP STA cannot control the TWT time arrangement and other specific configurations, which cannot effectively support the demand for P2P business.

[0247] The embodiment of the present application proposes that a non-AP STA (the non-AP STA can also be referred to as a TWT request STA) can request an AP to establish a broadcast TWT on the basis of a broadcast TWT. If the AP agrees to establish a broadcast TWT using the TWT parameters provided by the non-AP STA, other non-AP STAs in P2P communication or P2P sensing with the non-AP STA can join the broadcast TWT and perform P2P services in the time period / window set by the broadcast TWT. The request frame in format #4 is also used to request the establishment of a broadcast TWT. Alternatively, the request frame in format #4 is also used to request the TWT for P2P services. An example of how other non-AP STAs in P2P communication or P2P sensing with the TWT request STA join the broadcast TWT is as follows: the request frame in format #4 contains a P2P service ID, for example, the P2P service ID represents an integer, which is used to identify the P2P service corresponding to a P2P request; when the non-AP STA requests the AP to join the broadcast TWT, the corresponding P2P service ID is carried in the TWT request, and when the P2P service ID and the P2P service ID corresponding to the broadcast TWT established by the AP are consistent, the AP can accept the request of the non-AP STA. Optionally, when the request frame is a P2P resource request, the P2P service ID can be carried in the control field. Optionally, when the request frame is a TWT request frame, the P2P service ID can be carried in the broadcast TWT information (Broadcast TWT Info) field in the TWT element. Another example of how other non-AP STAs in P2P communication or P2P sensing with the TWT request STA join the broadcast TWT is as follows: the request frame sent by the TWT request STA carries a P2P STA list, which contains the AIDs or MAC addresses of the stations that can participate in P2P services. Only when the AP receives the join TWT request of the stations in the P2P STA list can the stations join the corresponding TWT. The P2P STA list carried in the request frame corresponds to the broadcast TWT requested by the request frame.

[0248] The request frame of format #4 includes a TWT element. The request frame of format #4 can indicate that the first station requests the channel resource for the TWT described in the TWT element. In other words, the request frame of format #4 is used to request the AP to allocate the first channel resource for the first station in the TWT described in the TWT element, and the TWT described in the TWT element is a plurality of first time windows which are periodic. The target wake-up time, the nominal minimum TWT wake-up duration and the TWT wake-up interval in the TWT element are used for determining the plurality of first time windows.

[0249] FIG. 12 is a schematic diagram of a format of a request frame provided by an embodiment of the present application. As shown in FIG. 12, the request frame includes one or more of the following: a category field, a UHR action field, a dialog token, a control info field, a P2P service info field and a TWT element. The meanings of the fields in the request frame shown in FIG. 12 can refer to the meanings of the fields in the request frame shown in FIG. 7A. In other words, the meanings and usage of the fields in the request frame shown in FIG. 12 except the TWT element are the same as the meanings and usage of the fields in the request frame shown in FIG. 7A. FIG. 13 shows a schematic diagram of a format of the TWT element. As shown in FIG. 13, the TWT element includes an element ID, a length field, a control field, a TWT parameter information field. The control field can include an NDP paging indicator, a response PM mode, a negotiation type, a TWT information frame disabled, a wake duration unit, a link ID bitmap present and an aligned TWT.

[0250] As shown in FIG. 13, the TWT parameter information includes one or more of the following: broadcast TWT parameter Set 1, broadcast TWT parameter Set 2, and other broadcast TWT parameter Sets (not shown). Referring to FIG. 13, the broadcast TWT parameter Set 1 includes: a request type field, a target wake time, a nominal minimum TWT wake duration, a TWT wake interval mantissa, a broadcast TWT info, and a restricted TWT traffic info. The restricted TWT traffic info is optional. The number under each subfield in the broadcast TWT parameter Set 1 indicates the number of bytes occupied by the subfield. Referring to FIG. 13, the request type field includes one or more of the following: a TWT request, a TWT setup command, a trigger field, a last broadcast parameter set field, a flow type field, a broadcast TWT recommendation field, a TWT wake interval exponent field, and an aligned field. The meaning of each field in the TWT element can be found in the existing standards and will not be described in detail here.

[0251] The TWT element included in the request frame of format #4 can be a simple modification of any existing TWT element to enable the non-AP STA to request the creation of a broadcast TWT. As an example, the negotiation type field in the control field of the TWT element can be modified. In existing schemes, the negotiation type field has four values: 0, 1, 2, and 3. The value of the negotiation type field in the TWT element included in the request frame of format #4 can be 5 or other values to indicate that the non-AP STA is requesting the establishment of a broadcast TWT. That is, the negotiation type field in the TWT element is used to indicate that a non-AP station is requesting the AP to establish a broadcast TWT. When the negotiation type field has this new value, the TWT parameter information field in the TWT element contains a broadcast TWT parameter set field to provide the configuration parameters of the broadcast TWT. As an example, for the TWT element included in the request frame, the value of the TWT establishment designation field in the request type field in the broadcast TWT parameter set field can be demand.

[0252] Response frame of format #4-1:

[0253] In a possible implementation, the format of the response frame is similar to that of the request frame. The format of the response frame is compared with that of the request frame, and in the response frame, a status code field is added, which is used to indicate (or represent) whether the AP accepts the request of the request frame. The response frame of format #4-1 can be the request frame shown in FIG. 12 with the addition of the status code field, refer to FIG. 14. FIG. 14 is a schematic diagram of another format of the response frame provided by the embodiments of the present application. As shown in FIG. 14, the response frame (i.e., the response frame of format #4-1) includes one or more of the following: a category field, a UHR action field, a dialog token, a status code, a control info field, a P2P service info field, and a TWT element. For example, the status code field can have three values: accept, reject, and suggest / recommend; when the value of the status code field is accept, it indicates that the AP accepts the request of the request frame, and the AP allocates channel resources for the first station according to the request of the first station; when the value of the status code field is reject, it indicates that the AP rejects the request of the request frame; and when the value of the status code field is suggest / recommend, it indicates that the AP provides suggested parameters, and the first station can resend the request frame according to the suggested parameters of the AP. Optionally, when the value of the status code is suggest / recommend, the response frame carries a P2P service window field and / or a P2P service info field, which are used to carry the suggested parameters; when the value of the status code is accept or reject, the response frame does not carry the P2P service window field and / or the P2P service info field.

[0254] The response frame of format #4-2:

[0255] In a possible implementation, after the AP receives the request frame from the first station, the AP indicates whether to accept the request of the request frame by sending a beacon frame. That is, the response frame is the beacon frame.

[0256] The beacon frame carrying the response of the request frame, i.e. the response frame of format #4-2, can contain P2P traffic information and a TWT element. For the TWT element in the response frame, the value of the TWT setup command field can be accept, reject, dictate, or alternate. For example, if the AP indicates that the request of the request frame is accepted, the AP can carry the corresponding TWT element in the next transmitted beacon frame to inform the non-AP STA in the network that the AP has created the corresponding broadcast TWT.

[0257] Request frame of format #5:

[0258] The request frame of format #5 can be a TWT request frame used for requesting to establish a broadcast TWT. The request frame of format #5 can be a TWT setup frame, in which the TWT request field is set to 1, indicating that it is a TWT request. The request frame of format #5 is based on the following idea: based on the existing TWT request and TWT response, when a P2P requesting STA (e.g. the first station) requests to establish a TWT, the TWT element is modified to achieve the purpose of requesting P2P traffic in the TWT. That is, by modifying the TWT element in the existing TWT request frame, a request frame is obtained for requesting the AP to allocate first channel resources for the first station in the TWT described by the TWT element, i.e. the request frame of format #5.

[0259] The request frame of format #5 includes a TWT element. The request frame of format #5 is used to request the AP to allocate first channel resources for the first station in the TWT described by the TWT element, which is a plurality of first time windows periodically. The target wake-up time, the nominal minimum TWT wake-up duration, and the TWT wake-up interval in the TWT element are used to determine the plurality of first time windows.

[0260] The TWT element in the request frame of format #5 can include one or more of the following: a TXS mode field, a TWT channel field, a TXS info field, and a first indication information. The TXS mode field indicates the mode of the periodic shared TXOP. When the TXS mode field indicates the mode of the periodic shared TXOP, it means that in the broadcast TWT requested by the request frame, in each TWT window (e.g., the first time window), the AP still needs to share the obtained TXOP to the non-AP STA (e.g., the first station) using the TXS mechanism, so that the non-AP STA can use the TXOP for P2P traffic. The TWT channel field indicates the channel used by the broadcast TWT. For example, the TWT channel field contains a bitmap containing 16 bits, each bit corresponding to a 20MHz channel. The TXS info field is used to carry TXS-related configuration information. For example, the TXS info field includes a min TXS allocation duration field and a TXS frequency per TWT field, the min TXS allocation duration field indicates the minimum duration of the TXOP shared by the AP each time, and the TXS frequency per TWT field indicates the number of times the AP needs to share the TXOP to the TWT requesting STA in each TWT window. The first indication information is used to indicate that the broadcast TWT requested by the request frame is for P2P traffic. The B0-B2 in the broadcast TWT information field in the TWT element are currently reserved fields. In this application, for any field containing s bits, the s bits from the lowest bit to the highest bit in the field are therefore B0, B1, B2, B(s), s is an integer greater than or equal to 0. The first indication information can be any bit of B0-B2 in the broadcast TWT information field in the TWT element, or other reserved bits in the TWT element, or newly added bits. For example, when the value of the first indication information is 1, it means that the broadcast TWT requested by the request frame is for P2P traffic. Since the first indication information in the TWT element is used to indicate that the broadcast TWT requested by the request frame is for P2P traffic, it can be determined that the TWT is for P2P traffic when this TWT is established. Optionally, the broadcast TWT information field in the TWT element in the request frame of format #5 contains a P2P traffic ID, which is an integer indicating a P2P service corresponding to a P2P request.

[0261] Figure 15 is a schematic diagram of a format of a TWT element according to an embodiment of the present application. As shown in Figure 15, the TWT element includes one or more of the following: element ID, length field, control field, TWT parameter information field. The control field can include: null data packet paging indicator (NDP paging indicator), response power management indication (response PM mode), negotiation type field, TWT information frame disabled, wake duration unit, link ID bitmap present indication, reserved (Reserved), aligned TWT. The negotiation type field in the TWT element is used to indicate that a non-AP type of station requests the AP to establish a broadcast TWT. For example, when the negotiation type field has a value of 5, it is used to indicate that a non-AP type of station requests the AP to establish a broadcast TWT.

[0262] As shown in FIG. 15, the TWT parameter information includes one or more of the following: broadcast TWT parameter set 1, broadcast TWT parameter set 2, and other broadcast TWT parameter sets (not shown). Referring to FIG. 15, the broadcast TWT parameter set 1 includes a request type field, a target wake time, a nominal minimum TWT wake duration, a TWT wake interval mantissa, a broadcast TWT info field, a restricted TWT traffic info, a TWT channel field, and a TXS info field. The restricted TWT traffic info is optional. B0-B2 in the broadcast TWT info are currently reserved fields. Optionally, any of B0-B2 in the broadcast TWT info can be used as a new field, which can be referred to as a broadcast TWT service field. The broadcast TWT service field is the first indication information described above. For example, a value of 1 for the broadcast TWT service field indicates that the broadcast TWT is for P2P traffic.

[0263] Referring to FIG. 15, the request type field includes one or more of the following: a TWT request, a TWT setup command field, a trigger field, a last broadcast parameter set field, a flow type field, a broadcast TWT recommendation field, a TWT wake interval exponent field, an aligned field, and a TXS mode field. The meaning of the fields in the TWT element can be found in the existing standards and will not be described in detail here.

[0264] Response frame of format #5:

[0265] The response frame of format #5 is sent by the AP in response to the request frame of format #5. The response frame of format #5 can be a TWT response frame. The response frame of format #5 can be a TWT Setup frame with the TWT Request field set to 0, indicating that this is a TWT response. The response frame of format #5 can be obtained by modifying the TWT element in the existing TWT response frame.

[0266] The response frame of format #5 includes a TWT element. The target wake-up time, the nominal minimum TWT wake-up duration and the TWT wake-up interval in the TWT element are used for the determination of the above-mentioned multiple first time windows or the P2P traffic windows suggested by the AP. The TWT element in the request frame of format #5 can include one or more of the following: a TXS mode field, a TWT channel field, a TXS info field and a broadcast TWT service field. The TXS mode field indicates the mode of the periodic shared TXOP. The TWT channel field indicates the channel used by the broadcast TWT. For example, the TWT channel field contains a bitmap, which contains 16 bits, each bit corresponding to a 20MHz channel. The TXS info field is used to carry the TXS related configuration information. For example, the TXS info field includes a min TXS allocation duration field and a TXS frequency per TWT field, the min TXS allocation duration field indicates the minimum duration of the TXOP shared by the AP each time, and the TXS frequency per TWT field indicates the number of times the AP needs to share the TXOP for each TWT window. The broadcast TWT service field is used to indicate that the broadcast TWT is used for P2P traffic. In one possible implementation, the format of the TWT element in the response frame of format #5 is the same as that of the TWT element in the request frame of format #5, which will not be described herein.

[0267] In one possible implementation, the value and meaning of the TWT Setup command field in the response frame of format #5 are as follows:

[0268] Accept TWT: the TWT responding STA (i.e. the AP) creates / sets up a TWT with the TWT parameters provided by the TWT requesting STA (e.g. the first station);

[0269] Alternate TWT: the TWT responding STA does not accept the TWT parameters provided by the TWT requesting STA, but provides suggested TWT parameters, and the TWT requesting STA can accept the TWT parameters different from the suggested TWT parameters;

[0270] Dictate TWT: the TWT responding STA does not accept the TWT parameters provided by the TWT requesting STA, but also provides suggested TWT parameters, and the TWT responding STA only accepts the suggested TWT parameters. That is, if the TWT requesting STA re-sends a request with the TWT parameters dictated by the TWT responding STA, the TWT can be successfully established;

[0271] Reject TWT: the TWT responding STA does not accept any new TWT established with the TWT requesting STA.

[0272] FIG. 16 is a flowchart of another communication method provided by an embodiment of the present application. FIG. 16 adds the operations of the AP allocating first channel resources for the first station in the periodic first time windows and the first station performing P2P service to the method flow of FIG. 4. The descriptions of the first station and the AP involved in FIG. 16 can refer to the above, and will not be described in detail here. As shown in FIG. 16, the method comprises the following steps:

[0273] 1601. The first station sends a request frame to the AP, where the request frame is used to request the AP to allocate first channel resources for the first station in periodic first time windows.

[0274] Correspondingly, the AP receives the request frame from the first station. Step 1601 can refer to step 401 in FIG. 4.

[0275] Optionally, the request frame is also used to request the AP to allocate second channel resources for a second station in periodic second time windows, the second channel resources are used for P2P service, and the first station and the second station are different. When the request frame is used to request the AP to allocate channel resources for each station in the periodic time windows corresponding to the stations respectively, the operations of the AP allocating channel resources for each station are similar or the same, and the ways of each station performing P2P service are also similar or the same. For ease of description, an embodiment of the present application takes the AP allocating first channel resources for the first station in the periodic first time windows and the first station performing P2P service as an example for description.

[0276] 1602. The AP sends a response frame to the first station.

[0277] Correspondingly, the first station receives a response frame from the AP. The response frame is used to indicate that the AP accepts the request of the request frame. Step 1602 can refer to step 402 in FIG. 4. Steps 1601 and 1602 are an example of P2P resource negotiation between the first station and the AP.

[0278] 1603. The AP allocates first channel resource for the first station according to the request frame.

[0279] One possible implementation of the AP allocating first channel resource for the first station according to the request frame is as follows: the AP allocates one or more times of channel resource for P2P service to the first station in each of the periodic first time windows.

[0280] As an example, the AP allocates one or more TXS to the first station, i.e., shares one or more TXOP with the first station, in each of the periodic first time windows. Optionally, the AP also allocates bandwidth and / or channel to the first station in each of the first time windows. As an example, the request frame includes second indication information, third indication information and first bandwidth information, the second indication information is used to indicate the size of the time domain resource allocated by the AP to the first station each time, the third indication information is used to indicate the number of times of allocating time domain resource to the first station by the AP in each of the first time windows, and the first bandwidth information is used to indicate the bandwidth used by the P2P service (i.e., the above-mentioned sensing measurement service) to be participated by the first station; the AP allocates channel resource for P2P service to the first station according to the second indication information, the third indication information and the first bandwidth information in each of the first time windows.

[0281] An example of the AP allocating channel resources for P2P traffic to the first station once is as follows: the AP sends a MU-RTS TXS trigger frame to the first station, which is used to share part of the TXOP of the AP to the first station. Correspondingly, the first station replies a clear to send (CTS) frame to the AP. FIG. 17A shows a schematic diagram of the format of the HE variant user info field in the MU-RTS TXS trigger frame. As shown in FIG. 17A, the HE variant user info field includes: an AID 12, an RU allocation field, an allocation duration field, and a reserved field. FIG. 17B shows a schematic diagram of the format of the EHT variant user info field in the MU-RTS TXS trigger frame. As shown in FIG. 17B, the EHT variant user info field includes: an AID 12, an RU allocation field, an allocation duration field, a reserved field, and a PS 160. The AID 12 field of the HE variant user info field / EHT variant user info field in the MU-RTS TXS trigger frame is set to the AID of the first station (i.e., the P2P requesting STA), the RU allocation field is set according to the BW in the request frame, or the RU allocation field is set according to the BW and the first channel information in the request frame, and the allocation duration field is set according to the Min TXS allocation duration field in the request frame.

[0282] In one possible implementation, the TXS mode field in the common info field in the MU-RTS TXS trigger frame is set to a new value. The TXS mode field indicates that the sharing of TXOP is periodic. Optionally, the TXS mode field also indicates that the TXOP is shared by the AP to one associated STA, and the AP does not transmit data to the STA and does not trigger the STA to transmit data to the AP within the shared TXOP. If the common info field is a HE variant common info field, the value of B20-B21 can be set to 3, and if the value 3 is not available, the value 2 is also used, while B63 is set to 1, as shown in FIG. 18A. FIG. 18A shows a schematic diagram of the format of the HE variant common info field. The meanings of the fields in the HE variant common info field shown in FIG. 18A can be found in the relevant standards. If the common info field is an EHT variant common info field, the value of B20-B21 can be set to 3, and if the value 3 is not available, the value 2 is also used, while B22, B26, B53 or B63 is set to 1, as shown in FIG. 18B. FIG. 18B shows a schematic diagram of the format of the EHT variant common info field. The meanings of the fields in the EHT variant common info field shown in FIG. 18B can be found in the relevant standards.

[0283] 1604、the first station and the stations in the P2P group in which the first station is located perform P2P traffic using the allocated channel resources.

[0284] The first station and the stations in the P2P group in which the first station is located perform P2P traffic using the allocated channel resources. One example is as follows: the first station schedules other STAs in the group to perform P2P traffic as the holder of the new TXOP (i.e., the TXOP shared by the AP to the first station). For example, within the TXOP allocated to the first station, the other stations in the P2P group other than the first station can access the channel by being scheduled by the first station (i.e., the current TXOP holder). Another example is as follows: the first station transfers the control of the new TXOP (i.e., the TXOP shared by the AP to the first station) to other STAs in the group, so that the other stations in the P2P group in which the first station is located can access the channel and perform P2P traffic. The present application does not limit the way in which the other stations in the P2P group in which the first station is located access the channel. The bandwidth used by the first station and the stations in the P2P group in which the first station is located to perform P2P traffic can be the bandwidth requested in the request frame. Optionally, the bandwidth and the channel used by the first station and the stations in the P2P group in which the first station is located to perform P2P traffic can be the bandwidth and the channel requested in the request frame.

[0285] In a possible implementation, each station in the P2P group in which the first station is located measures only once within a TXOP; thus avoiding that one station makes multiple measurements, which results in that other stations in the P2P group cannot use the TXOP for sensing measurements.

[0286] In the embodiments of the present application, the AP allocates one or more channel resources for P2P traffic to the first station in each of the periodic first time windows; the first station and the stations in the P2P group in which the first station is located use the allocated channel resources for P2P traffic; and the self-sensing measurement among multiple non-AP STAs and more end-side sensing applications can be supported.

[0287] FIG. 19 is a flowchart of another communication method provided by the embodiments of the present application. FIG. 19 adds the operations of the AP allocating third channel resources to the first station in periodic third time windows and the first station performing P2P traffic to the method flow of FIG. 4. The method flow of FIG. 19 is different from the method flow of FIG. 16 in the specific process of the P2P resource negotiation between the first station and the AP. The descriptions of the first station and the AP involved in FIG. 19 can be referred to the above, and will not be described in detail here. As shown in FIG. 19, the method includes:

[0288] 1901. The first station sends a first request frame to the AP, the first request frame being used to request the AP to allocate first channel resources to the first station in periodic first time windows.

[0289] Correspondingly, the AP receives the first request frame from the first station. Step 1901 can be referred to step 401 in FIG. 4.

[0290] Optionally, the first request frame is also used to request the AP to allocate second channel resources to a second station in periodic second time windows, the second channel resources being used for P2P traffic, and the first station and the second station being different. When the first request frame is used to request the AP to allocate channel resources to each station in the periodic time windows corresponding to the stations respectively, the operations of the AP allocating channel resources to each station are similar or the same, and the ways of each station performing P2P traffic are also similar or the same. For the convenience of description, the embodiments of the present application are described by taking the AP allocating first channel resources to the first station in periodic first time windows and the first station performing P2P traffic as an example.

[0291] 1902. The AP sends a first response frame to the first station.

[0292] Correspondingly, the first station receives the first response frame from the AP. The first response frame is used to indicate that the AP does not accept the request of the first request frame and provides suggested configuration parameters.

[0293] 1903. The first station sends a second request frame to the AP, the second request frame being used to request the AP to allocate third channel resources for the first station in a plurality of third time windows periodically.

[0294] Correspondingly, the AP receives the second request frame from the first station. The format of the second request frame can be the same as the format of the request frame described above. The configuration parameters in the second request frame are the same as the suggested configuration parameters provided in the first response frame.

[0295] 1904. The AP sends a second response frame to the first station.

[0296] Correspondingly, the first station receives the second response frame from the AP. The second response frame is used to indicate that the AP accepts the request in the second request frame.

[0297] 1905. The AP allocates third channel resources for the first station according to the second request frame.

[0298] The implementation of step 1905 is similar to the implementation of step 1603, and thus is not described herein.

[0299] 1906. The first station and the stations in the P2P group to which the first station belongs use the allocated channel resources to perform P2P service.

[0300] Step 1906 can refer to step 1604 in FIG. 16.

[0301] Figure 20 is a flow diagram of a method for autonomous sensing measurement among multiple non-AP STAs according to an embodiment of the present application. As shown in Figure 20, the method for autonomous sensing measurement among multiple non-AP STAs includes: P2P STA A (e.g., a first station) performing P2P resource negotiation with an AP, an example of the P2P resource negotiation between P2P STA A and the AP is steps 1601 and 1602, and another example is steps 1901 to 1904. The AP sends one or more MU-RTS TXS trigger frames to the first station in a periodic P2P traffic window, P2P STA A replies with a CTS frame upon receiving the MU-RTS TXS trigger frame, and performs P2P sensing with other stations in the P2P group using the allocated channel resources, i.e., performs P2P traffic. In the present application, P2P STA refers to a STA supporting P2P communication and / or sensing. Each P2P traffic window in Figure 20 is a first time window or a third time window. The AP sends one MU-RTS TXS trigger frame to the first station, the first station obtains a TXOP, and performs P2P sensing with other stations in the P2P group using the obtained TXOP. As an example, the request frame includes second indication information and third indication information, the second indication information is used to indicate that the minimum time length allocated by the AP to the first station each time is G milliseconds, and the third indication information indicates that the minimum number of time domain resources allocated by the AP to the first station in each P2P traffic window is H, the AP sends at least H MU-RTS TXS trigger frames to the first station in each P2P traffic window, and the shared TXOP of each sent MU-RTS TXS trigger frame is greater than or equal to G milliseconds, i.e., the allocated time indicated in the MU-RTS TXS trigger frame is greater than or equal to G milliseconds, G is greater than 0, and H is an integer greater than or equal to 1.

[0302] The communication device according to the embodiments of the present application will be described below.

[0303] The communication device according to the embodiments of the present application will be described below.

[0304] FIG. 21 is a structural schematic diagram of a communication apparatus provided in an embodiment of the present application. As shown in FIG. 21, the communication apparatus includes a processing module 2101 and a transceiver module 2102. The transceiver module 2102 can implement corresponding communication functions, and the processing module 2101 is configured to implement corresponding processing functions. The transceiver module 2102 can also be referred to as an interface, a communication interface, or a communication module, etc.

[0305] In some embodiments of the present application, the communication apparatus can be configured to perform actions performed by a first station in the above method embodiments. The first station can be the first station itself or a chip or a functional module configured in the first station, etc. The transceiver module 2102 is configured to perform transceiver-related operations of the first station in the above method embodiments, and the processing module 2101 is configured to perform processing-related operations of the first station in the above method embodiments.

[0306] In some embodiments, the processing module 2101 can be configured to generate a request frame, the request frame being configured to request an access point (AP) to allocate first channel resources for the first station in a plurality of first time windows in a period, the first channel resources being configured to be used for sensing measurement services between non-AP stations. The transceiver module 2102 can be configured to transmit the request frame.

[0307] In a possible implementation, the transceiver module 2102 can also be configured to receive a response frame from the AP, the response frame being configured to indicate that the AP accepts the request of the request frame, or the response frame being configured to indicate that the AP rejects the request of the request frame, or the response frame being configured to indicate that the AP does not accept the request of the request frame and provides a suggested configuration parameter.

[0308] For example, the processing module 2101 can include at least one of a constellation mapping module, a stream cyclic shift module, a space and frequency mapping module, an IDFT module, an insertion of cyclic prefix and windowing module. For example, the transceiver module 2102 can include a radio frequency module, an antenna module, etc. For example, the transceiver module 2102 can include a pin module, etc.

[0309] Referring to FIG. 21, in some other embodiments of the present application, the communication apparatus can be configured to perform actions performed by an AP in the above method embodiments. The communication apparatus can be the AP itself or a chip or a functional module configured in the AP, etc. The transceiver module 2102 is configured to perform transceiver-related operations of the AP in the above method embodiments, and the processing module 2101 is configured to perform processing-related operations of the AP in the above method embodiments.

[0310] In some embodiments, the transceiver module 2102 can be configured to receive a request frame, the request frame being used to request an access point (AP) to allocate first channel resources for a first station in a plurality of first time windows periodically, the first channel resources being used for sensing measurement traffic between stations of a non-access point type; and the processing module 2101 can be configured to allocate the first channel resources for the first station according to the request frame.

[0311] In a possible implementation, the transceiver module 2102 can be further configured to send a response frame, the response frame being used to indicate that the AP accepts the request of the request frame, or the response frame being used to indicate that the AP rejects the request of the request frame, or the response frame being used to indicate that the AP does not accept the request of the request frame and provides suggested configuration parameters.

[0312] For example, the processing module 2101 can include at least one of the following components: a cyclic prefix removal module, a DFT module, a deinterleaving module, a deconstellation module, and a descrambling module. For example, the transceiver module 2102 can include a radio frequency module, an antenna module, and the like. For example, the transceiver module 2102 can include a pin module and the like.

[0313] Optionally, in each of the above embodiments, the communication apparatus can further include a storage module, which can be configured to store instructions and / or data, and the processing module 2101 can read the instructions and / or data in the storage module to enable the communication apparatus to implement the foregoing method embodiments.

[0314] In each of the above embodiments, the specific description of each term or name or step can refer to the description in the method embodiments above, and will not be repeated here.

[0315] The specific description of the transceiver module and the processing module in each of the above embodiments is only an example. For the specific functions or executed steps of the transceiver module and the processing module, refer to the method embodiments above, and will not be repeated here.

[0316] The communication apparatus of the embodiments of the present application is introduced above, and possible product forms of the communication apparatus are introduced below. Any product form having the functions of the communication apparatus of FIG. 21 falls within the protection scope of the embodiments of the present application. The following introduction is only an example, and does not limit the product form of the communication apparatus of the embodiments of the present application.

[0317] In a possible implementation, in the communication apparatus shown in FIG. 21, the processing module 2101 can be one or more processors, and the transceiver module 2102 can be a transceiver, or the transceiver module 2102 can also be a sending module and a receiving module, the sending module can be a transmitter, and the receiving module can be a receiver, and the sending module and the receiving module are integrated in one device, for example, a transceiver. In the embodiment of the present application, the processor and the transceiver can be coupled, and the connection manner between the processor and the transceiver is not limited in the embodiment of the present application. In the process of executing the above method, the process about sending information in the above method can be the process that the processor outputs the above information. When the above information is output, the processor outputs the above information to the transceiver, so as to be transmitted by the transceiver. After the above information is output by the processor, the above information can also need to be processed further, and then reaches the transceiver. Similarly, the process about receiving information in the above method can be the process that the processor receives the input above information. When the processor receives the input information, the transceiver receives the above information and inputs the processor. Further, after the transceiver receives the above information, the above information can need to be processed further, and then inputs the processor.

[0318] FIG. 22 is another structural schematic diagram of the communication apparatus provided by the embodiment of the present application. As shown in FIG. 22, the communication apparatus includes one or more processors 2220 and a transceiver 2210.

[0319] In some embodiments of the present application, the communication apparatus can be used to execute the steps or methods or functions executed by the first station, for example, the processor 2220 can be used to execute the functions or steps implemented by the processing module 2101 shown in FIG. 21, and the transceiver 2210 can be used to execute the functions or steps implemented by the transceiver module 2102 shown in FIG. 21. The specific description of the processor 2220 and the transceiver 2210 can refer to FIG. 21 or the method embodiments shown above, and will not be described in detail here.

[0320] In some embodiments of the present application, the communication apparatus can be used to execute the steps or methods or functions executed by the first station, for example, the processor 2220 can be used to execute the functions or steps implemented by the processing module 2101 shown in FIG. 21, and the transceiver 2210 can be used to execute the functions or steps implemented by the transceiver module 2102 shown in FIG. 21. The specific description of the processor 2220 and the transceiver 2210 can refer to FIG. 21 or the method embodiments shown above, and will not be described in detail here.

[0321] In the various implementations of the communication apparatus shown in FIG. 22, the transceiver can include a receiver for performing the functions (or operations) of receiving and a transmitter for performing the functions (or operations) of transmitting. The transceiver is configured to communicate with other devices / apparatuses via a transmission medium.

[0322] Optionally, the communication apparatus can further include one or more memories 2230 for storing program instructions and / or data. The memory 2230 is coupled to the processor 2220. The coupling between the communication apparatus, units or modules in the embodiments of the present application can be indirect coupling or communication connection between the communication apparatus, units or modules, which can be electrical, mechanical or other forms, for information interaction between the communication apparatus, units or modules. The processor 2220 can operate in cooperation with the memory 2230. The processor 2220 can execute the program instructions stored in the memory 2230. Optionally, at least one of the one or more memories can be included in the processor.

[0323] The specific connection medium between the transceiver 2210, the processor 2220 and the memory 2230 in the embodiments of the present application is not limited. In FIG. 22, the memory 2230, the processor 2220 and the transceiver 2210 are connected through a bus 2240, which is represented by a thick line in FIG. 22, and the connection mode between other components is only schematically illustrated and is not limited. The bus can be divided into an address bus, a data bus, a control bus, etc. For convenience of representation, only one thick line is used in FIG. 22, but it does not mean that there is only one bus or only one type of bus.

[0324] In the embodiments of the present application, the processor can be a general processor, a digital signal processor, an application specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, etc., which can implement or execute the disclosed methods, steps and logic block diagrams in the embodiments of the present application. The general processor can be a microprocessor or any conventional processor, etc. The steps of the method disclosed in conjunction with the embodiments of the present application can be directly embodied as execution completed by a hardware processor, or executed by a combination of hardware and software modules in the processor, etc.

[0325] In the embodiments of the present application, the memory can include, but is not limited to, a non-volatile memory such as a hard disk drive (HDD) or a solid-state drive (SSD), a random access memory (RAM), an erasable programmable ROM (EPROM), a read-only memory (ROM), a compact disc read-only memory (CD-ROM), and the like. The memory is any storage medium that can be used to carry or store program codes in the form of instructions or data structures and can be read and / or written by a computer (such as the communication device shown in the present application and the like). The memory in the embodiments of the present application can also be a circuit or any other device capable of realizing a storage function, used for storing program instructions and / or data.

[0326] The processor 2220 is mainly used for processing communication protocols and communication data, controlling the whole communication device, executing software programs, and processing data of the software programs. The memory 2230 is mainly used for storing software programs and data. The transceiver 2210 can include a control circuit and an antenna, and the control circuit is mainly used for converting baseband signals and radio frequency signals and processing the radio frequency signals. The antenna is mainly used for receiving and transmitting radio frequency signals in the form of electromagnetic waves. The input and output devices, such as touch screens, display screens, keyboards, and the like, are mainly used for receiving user input data and outputting data to users.

[0327] When the communication device is powered on, the processor 2220 can read the software program in the memory 2230, interpret and execute the instructions of the software program, and process the data of the software program. When data needs to be transmitted wirelessly, the processor 2220 performs baseband processing on the data to be transmitted, and outputs the baseband signal to the radio frequency circuit. The radio frequency circuit converts the baseband signal into a radio frequency signal, and transmits the radio frequency signal in the form of electromagnetic waves through the antenna. When data is transmitted to the communication device, the radio frequency circuit receives the radio frequency signal through the antenna, converts the radio frequency signal into a baseband signal, and outputs the baseband signal to the processor 2220. The processor 2220 converts the baseband signal into data and processes the data.

[0328] In another implementation, the radio frequency circuit and the antenna can be arranged independently of the processor performing baseband processing, for example, in a distributed scenario, the radio frequency circuit and the antenna can be arranged remotely from the communication device.

[0329] The communication apparatus shown in the embodiments of the present application can further have more components and the like than those shown in FIG. 22, which are not limited in the embodiments of the present application. The method performed by the processor and the transceiver shown above is only an example, and the steps specifically performed by the processor and the transceiver can refer to the method introduced above.

[0330] FIG. 23 is another structural schematic diagram of a communication apparatus provided by the embodiments of the present application. As shown in FIG. 23, the communication apparatus shown in FIG. 23 includes a logic circuit 2301 and an interface 2302. The processing module 2101 can be implemented by the logic circuit 2301, and the transceiving module 2102 can be implemented by the interface 2302. The logic circuit 2301 can be a chip, a processing circuit, an integrated circuit or a system on chip (SoC) chip, and the interface 2302 can be a communication interface, an input / output interface, a pin and the like. For example, FIG. 23 is a chip including the logic circuit 2301 and the interface 2302, taking the communication apparatus as the chip as an example.

[0331] In the embodiments of the present application, the logic circuit and the interface can also be coupled with each other. The specific connection manner of the logic circuit and the interface is not limited in the embodiments of the present application. For example, the logic circuit 2301 can be used to perform the functions or steps implemented by the processing module 2101 shown in FIG. 21, and the interface 2302 can be used to perform the functions or steps implemented by the transceiving module 2102 shown in FIG. 21. The specific description of the logic circuit 2301 and the interface 2302 can refer to the method embodiments shown in FIG. 21 or above, which will not be described in detail herein.

[0332] The communication apparatus shown in the embodiments of the present application can implement the method provided by the embodiments of the present application in the form of hardware, or implement the method provided by the embodiments of the present application in the form of software, which is not limited in the embodiments of the present application.

[0333] In addition, the embodiments of the present application further provide a communication system, which includes a first station and an AP, and the first station and the AP can be used to perform the method in any of the preceding embodiments. Optionally, the communication system further includes a P2P group to which the first station belongs.

[0334] The present application further provides a computer program for implementing the operations and / or processes performed by each communication apparatus in the method provided by the present application.

[0335] The present application further provides a computer readable storage medium, which stores a computer program or instructions, and when the computer program or instructions run on a computer, the computer executes the method of the above embodiments.

[0336] The application further provides a computer program product comprising instructions or computer programs which, when executed on a computer, cause the method in the above embodiments to be performed.

[0337] The application further provides a chip comprising: a communication interface and a processor; the communication interface is configured to transceive signals of the chip; the processor is configured to execute computer program instructions, so that a communication device comprising the chip performs the method in the above embodiments.

[0338] In several embodiments provided in the application, it should be understood that the disclosed system, communication device and method can be implemented in other manners. For example, the embodiments of the communication device described above are merely schematic; for example, the division of the modules is merely a logical function division; an actual implementation can be a different division manner; for example, a plurality of modules or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections between different modules can be indirect couplings or communication connections through some interfaces, communication devices or modules, and can be electrical, mechanical or other forms of connections. The modules shown as separate components can or can not be physical separate components, and the components shown as modules can or can not be physical modules, i.e., can be located in one place or distributed on a plurality of network modules. Some or all of the modules can be selected according to actual needs to achieve the technical effects of the solutions provided in the embodiments of the application.

[0339] In addition, each functional module in each embodiment of the application can be integrated in one processing module, or each module can exist physically separately, or two or more modules can be integrated in one module. The integrated module can be implemented in the form of hardware or in the form of a software functional module.

[0340] The integrated module, if implemented in the form of a software function module and sold or used as an independent product, can be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the present application essentially or say the part that contributes to the prior art, or the whole or part of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a readable storage medium, including a plurality of instructions to make a computer device (which can be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the method described in various embodiments of the present application. The aforementioned readable storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and various media that can store program codes.

[0341] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art can easily think of changes or replacements within the technical scope disclosed in the present application, which should be covered within the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A communication method characterized by comprising: Comprising: generating a request frame, the request frame being used to request an access point (AP) to allocate first channel resources for a first station in a plurality of first time windows periodically, the first channel resources being used for sensing measurement traffic between stations of non-AP type; sending the request frame.

2. The method of claim 1, wherein, The request frame comprises first resource configuration information, the first resource configuration information being used for determination of the plurality of first time windows.

3. The method of claim 2, wherein, The first resource configuration information comprises one or more of starting time information, duration information, time interval information and repetition information, the starting time information being used to indicate a starting time of a first time window of the plurality of first time windows, the duration information being used to indicate a duration of each first time window, the time interval information being used to indicate a time interval between starting times of adjacent time windows of the plurality of first time windows, and the repetition information being used to indicate a number of the plurality of first time windows, or the repetition information being used for determination of an ending time of a last first time window of the plurality of first time windows.

4. The method according to claim 2 or 3, characterized in that, The first resource configuration information further comprises first bandwidth information, the first bandwidth information being used to indicate a bandwidth used by the sensing measurement traffic.

5. The method of claim 1, wherein, The request frame comprises a target wake time (TWT) element, a negotiation type field in the TWT element being used to indicate that a station of non-AP type requests the AP to establish a broadcast TWT, and a target wake time, a nominal minimum TWT wake up duration and a TWT wake up interval in the TWT element being used for determination of the plurality of first time windows.

6. The method of claim 5, wherein, The request frame is a TWT request frame used to request establishment of a broadcast TWT, and first indication information in the TWT element is used to indicate that the request frame requests the AP to establish a broadcast TWT for sensing measurement traffic between stations of non-AP type.

7. The method according to any one of claims 2 to 6, characterized in that, The request frame further comprises one or more of second indication information and third indication information, the second indication information being used to indicate a size of time domain resources allocated by the AP for the first station each time, and the third indication information being used to indicate a number of times of allocation of time domain resources by the AP for the first station in each first time window.

8. The method according to any one of claims 1 to 7, characterized in that, The request frame is further used to request the AP to allocate second channel resources for a second station in a plurality of second time windows periodically, the second channel resources being used for sensing measurement traffic between stations of non-AP type, the first station and the second station being different.

9. The method of claim 8, wherein, The request frame further comprises one or more of identification information of the second station, fourth indication information and fifth indication information, the fourth indication information being used to indicate a size of time domain resources allocated by the AP for the second station each time, and the fifth indication information being used to indicate a number of times of allocation of time domain resources by the AP for the second station in each second time window.

10. The method according to claim 8 or 9, characterized in that, The request frame further comprises sixth indication information, the sixth indication information being used to indicate that the AP needs to allocate channel resources for M stations, the M stations comprising the first station and the second station, and M being an integer greater than 1.

11. The method according to any one of claims 1 to 10, characterized in that, The request frame comprises seventh indication information, the seventh indication information is used for indicating a first trigger transmission opportunity sharing TXS mode, the first TXS mode represents a mode of periodically sharing a transmission opportunity TXOP.

12. The method according to any one of claims 1 to 11, characterized in that, The method further comprises: receiving a response frame from the AP, the response frame being used for indicating that the AP accepts the request of the request frame, or the response frame being used for indicating that the AP rejects the request of the request frame, or the response frame being used for indicating that the AP does not accept the request of the request frame and providing a suggested configuration parameter.

13. The method of claim 12, wherein, The response frame is a beacon frame.

14. A communication method, comprising: Comprise: receiving a request frame, the request frame being used for requesting an access point AP to allocate first channel resources for a first station in a plurality of first time windows periodically, the first channel resources being used for sensing measurement traffic between stations of a non-access point type; allocating the first channel resources for the first station according to the request frame.

15. The method of claim 14, wherein, The request frame comprises first resource configuration information, the first resource configuration information being used for determination of the plurality of first time windows.

16. The method of claim 15, wherein, The first resource configuration information comprises one or more of starting time information, duration information, time interval information and repetition information, the starting time information being used for indicating a starting time of a first time window in the plurality of first time windows, the duration information being used for indicating a duration of each first time window, the time interval information being used for indicating a time interval between starting times of adjacent time windows in the plurality of first time windows, and the repetition information being used for indicating a number of the plurality of first time windows, or the repetition information being used for determination of an ending time of a last first time window in the plurality of first time windows.

17. The method of claim 14 or 15, wherein, The first resource configuration information further comprises first bandwidth information, the first bandwidth information being used for indicating a bandwidth used by the sensing measurement traffic.

18. The method of claim 14, wherein, The request frame comprises a target wake time TWT element, a negotiation type field in the TWT element being used for indicating that a station of a non-access point type requests the AP to establish a broadcast TWT, and a target wake time, a nominal minimum TWT wake up duration and a TWT wake up interval in the TWT element being used for determination of the plurality of first time windows.

19. The method of claim 18, wherein, The request frame is a TWT request frame used for requesting establishment of a broadcast TWT, and first indication information in the TWT element is used for indicating that the request frame requests the AP to establish a broadcast TWT for sensing measurement traffic between stations of a non-access point type.

20. The method according to any one of claims 14 to 19, characterized in that, The request frame further comprises one or more of second indication information and third indication information, the second indication information being used for indicating a size of time domain resources allocated by the AP for the first station each time, and the third indication information being used for indicating a number of times of allocating time domain resources by the AP for the first station in each first time window.

21. The method according to any one of claims 14 to 20, characterized in that, The request frame is further used for requesting the AP to allocate second channel resources for a second station in a plurality of second time windows periodically, the second channel resources being used for sensing measurement traffic between stations of a non-access point type, and the first station and the second station being different.

22. The method of claim 21, wherein, The request frame further comprises one or more of identification information of the second station, fourth indication information and fifth indication information, the fourth indication information is used to indicate a size of time domain resource allocated by the AP for the second station each time, and the fifth indication information is used to indicate a number of times of allocating time domain resource by the AP for the second station in each second time window.

23. The method of claim 21 or 22, wherein, The request frame further comprises sixth indication information, the sixth indication information is used to indicate that the AP needs to allocate channel resource for M stations, the M stations include the first station and the second station, and M is an integer greater than 1.

24. The method according to any one of claims 14 to 23, characterized in that, The request frame comprises seventh indication information, the seventh indication information is used to indicate a first triggered transmission opportunity sharing TXS mode, and the first TXS mode represents a mode of periodically sharing a transmission opportunity TXOP.

25. The method according to any one of claims 14 to 24, characterized in that, The method further comprises: sending a response frame, the response frame is used to indicate that the AP accepts the request of the request frame, or the response frame is used to indicate that the AP rejects the request of the request frame, or the response frame is used to indicate that the AP does not accept the request of the request frame and provides a suggested configuration parameter.

26. The method of claim 25, wherein, The response frame is a beacon frame.

27. A communications device, characterized by The processor is coupled with a memory, the memory is used to store a computer program or instruction, and the processor is used to execute the computer program or instruction in the memory, so that the communication device executes the method in any one of claims 1 to 13; or so that the communication device executes the method in any one of claims 14 to 26.

28. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a computer program or instruction, and when the computer program or instruction runs on a computer, the computer executes the method in any one of claims 1 to 26.

29. A chip, characterized by The communication interface is used for signal transceiving of the chip, and the processor is used to execute a computer program or instruction, so that a communication device comprising the chip executes the method in any one of claims 1 to 26. When the computer program product runs on a computer, the computer executes the method in any one of claims 1 to 26.

30. A computer program product, characterised in that, The communication interface is used for signal transceiving of the chip, and the processor is used to execute a computer program or instruction, so that a communication device comprising the chip executes the method in any one of claims 1 to 26. When the computer program product runs on a computer, the computer executes the method in any one of claims 1 to 26.

Images