Data transmission method and related apparatus

Abstract

The present application relates to the technical field of wireless communications, and provides a data transmission method and a related apparatus. The transmission method is applied to a first station, and comprises: transmitting one or more sub-data block groups in a first data block group to a second station on the basis of preconfigured service parameter information and an adapted transmission rule, wherein the one or more sub-data block groups correspond to a first service, one or more data blocks in the first data block group correspond to at least one service, the first service is any one of the at least one service, and the service parameter information is used for indicating service parameters of the sub-data block groups.

Description

Data transmission method and related apparatus TECHNICAL FIELD

[0001] The present application relates to the technical field of wireless communication, and particularly relates to a data transmission method and related apparatus. BACKGROUND

[0002] With the development of communication technology, the application of multimedia services is becoming more and more popular and the demand is becoming more and more vigorous, and has become an indispensable part of modern social and communication methods, especially services with low latency and high reliability requirements, such as extended reality (extended reality, XR) services, etc., however, the existing quality of service (quality of service, QoS) mechanism is becoming more and more difficult to guarantee, and cannot guarantee the performance requirements of these new multimedia services, especially services with real-time human-computer interaction requirements.

[0003] To solve this problem, in the existing QoS technology, the QoS control information and transmission parameters of data of different service categories are indicated independently. However, the existing technology cannot provide QoS guarantee technology with finer granularity for the specific QoS requirements of some new multimedia services. Therefore, how to improve the QoS technology to meet the diversified service requirements to provide more reliable or low-latency transmission is a problem to be solved at present.

[0004] SUMMARY

[0005] The embodiments of the present application provide a data transmission method and related apparatus to provide more reliable or low-latency transmission.

[0006] To achieve the above-mentioned purpose, the present application adopts the following technical solutions:

[0007] The first aspect of the present application provides a data transmission method for a first station, comprising: transmitting one or more sub-data block groups in a first data block group to a second station based on pre-configured service parameter information and adapted transmission rules, wherein the one or more sub-data block groups correspond to a first service, one or more data blocks in the first data block group correspond to at least one service, the first service is any service in the at least one service, and the service parameter information is used to indicate service parameters of the sub-data block groups.

[0008] The second aspect of the present application provides a data transmission method, used for a second station, comprising: receiving first information sent by a first station, wherein the first information is used to indicate data block grouping information of one or more sub-data block groups in a first data block group, the one or more sub-data block groups correspond to a first service, the first information comprises service parameter information or service requirement information, the service parameter information is used to indicate service parameters of the one or more sub-data block groups, the service requirement information is used to indicate service parameter requirements of the one or more sub-data block groups, one or more data blocks in the first data block group correspond to at least one service, and the first service is any one of the at least one service; configuring a transmission rule adapted to the service parameter information according to the first information; and receiving the one or more sub-data block groups sent by the first station based on the transmission rule.

[0009] The third aspect of the embodiments of the present application further provides a wireless communication device, comprising: a processor and a memory, wherein the memory is used to store a computer program, and the processor is used to invoke and run the computer program stored in the memory to execute the method according to any one of the above.

[0010] The fourth aspect of the embodiments of the present application further provides a computer readable storage medium, which comprises instructions, when the instructions are run, causing the method according to any one of the above to be implemented. BRIEF DESCRIPTION OF DRAWINGS

[0011] FIG. 1a is a possible multi-frame diagram;

[0012] FIG. 1b is an example diagram of a possible communication method provided by the embodiments of the present application;

[0013] FIG. 2A is a flowchart of a possible data transmission method provided by the embodiments of the present application;

[0014] FIG. 2A-1 is a possible frame structure diagram provided by the embodiments of the present application;

[0015] FIG. 2A-2 is another possible frame structure diagram provided by the embodiments of the present application;

[0016] FIG. 2A-3 is another possible frame structure diagram provided by the embodiments of the present application;

[0017] FIG. 2A-4 is another possible frame structure diagram provided by the embodiments of the present application;

[0018] FIG. 2A-5 is another possible frame structure diagram provided by the embodiments of the present application;

[0019] FIG. 2A-6 is a possible data block group division diagram provided by the embodiments of the present application;

[0020] FIG. 2A is a diagram of one possible data transmission example according to embodiments of the present application;

[0021] FIG. 2B is a flowchart of another possible data transmission method according to embodiments of the present application;

[0022] FIG. 3 is a flowchart of another possible data transmission method according to embodiments of the present application;

[0023] FIG. 3a is a diagram of another possible frame structure according to embodiments of the present application;

[0024] FIG. 4 is a flowchart of one possible data transmission method according to embodiments of the present application;

[0025] FIG. 4a is a diagram of another possible frame structure according to embodiments of the present application;

[0026] FIG. 4b is a diagram of one possible double queue operation according to embodiments of the present application;

[0027] FIG. 4c is a diagram of one possible congestion control example in a multi-AC scenario according to embodiments of the present application;

[0028] FIG. 5a is a diagram of another possible frame structure according to embodiments of the present application;

[0029] FIG. 5b is a diagram of another possible frame structure according to embodiments of the present application;

[0030] FIG. 5c is a diagram of another possible frame structure according to embodiments of the present application;

[0031] FIG. 5d is a diagram of another possible frame structure according to embodiments of the present application;

[0032] FIG. 5e is a diagram of one possible action frame structure according to embodiments of the present application;

[0033] FIG. 6 is a diagram of one possible wireless communication device according to embodiments of the present application. DETAILED DESCRIPTION

[0034] For the sake of clarity, the related art involved in the embodiments of the present application will be described first.

[0035] The technical solutions in the embodiments of the present application will be described in detail below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are some but not all of the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the scope of the present application.

[0036] It should be understood that the term "and / or" in this document merely describes an associated relationship between associated objects, which means that there can be three relationships, for example, A and / or B can represent the following three cases: A exists alone, A and B exist together, and B exists alone. In addition, the character " / " in this document generally represents an "or" relationship between the front and rear associated objects. It should be noted that the naming of each parameter in this document is for convenience of description, and other naming can be used in practice, and the specific application does not limit it.

[0037] The messages described herein, including frames, instructions, commands, etc., and the naming of devices or functional entities, process names, frames, fields, etc., are not unique, and only assist in the description of functions, methods, behaviors, information, etc.

[0038] In order to facilitate the understanding of the present application, the following will first explain some nouns and prior art that may appear in the present application.

[0039] The access point (AP, Access Point) can also be referred to as a wireless access access point or a bridge or a hotspot, which can access a server or a communication network.

[0040] The station (STA, Station) can also be referred to as a user, which can be a wireless sensor, a wireless communication terminal or a mobile terminal, such as a mobile phone (also known as a "cellular" phone) supporting WiFi communication function and a computer with wireless communication function. For example, it can be a portable, pocket-sized, handheld, built-in computer, wearable, or vehicle-mounted wireless communication device that exchanges voice, data and other communication data with a wireless access network.

[0041] Introduction of classical video coding (H.264 or H264 video compression standard) method: Video playing takes advantage of the characteristics of human eye visual persistence, which is through continuous playing of a frame of picture / screen, so as to make people produce the effect of smooth viewing. However, if the complete picture is transmitted independently or individually, it will result in too large data flow, thereby greatly increasing the burden of network transmission and data storage. There is actually a lot of repeated or redundant information between pictures of a video, if the redundant information is compressed, the transmission or non-transmission of the repeated information is reduced, then the amount of video data transmission and storage can be greatly reduced, so there is H264 video compression standard.

[0042] In H264 compression standard, I frame, P frame and B frame represent three different types of video pictures, please refer to Fig. 1a for a possible multi-frame diagram, wherein, I frame represents Intra-coded picture frame, which is complete data of the frame picture, and the complete picture / image of the frame can be reconstructed by using data of the I frame only when decoding. I frame contains data with large amount of information, and is a reference frame of P frame and B frame; P frame represents Predictive-coded picture frame, P frame does not have complete picture data, and is a difference frame, which contains difference data of the frame and a previous I frame (or P frame), and the final picture is generated by relying on the previous frame when decoding; B frame represents Bidirectionally predicted picture frame. B frame also does not have complete picture data, and is a bidirectional difference frame, which records differences between the frame and previous frame and subsequent frame. Therefore, when decoding the picture of B frame, not only the picture data of the previous frame is relied on, but also the picture data of the subsequent frame is relied on. It can be seen that I frame is a reference frame of P frame and B frame, and transmission and decoding quality of I frame directly affects quality of subsequent related P frame and B frame. P frame can be a reference frame of P frame behind it, or can be a reference frame of B frame before and after it. Error of I frame or P frame can cause spread of decoding error of subsequent video frames. B frame is not a reference frame, and generally does not cause spread of decoding error. From this perspective, data of I frame is more important than data of B frame or P frame, and data of P frame can be more important than data of B frame, that is, the order of importance can be I frame>P frame>B frame.

[0043] It is known that Traffic Identifier (TID) or Traffic Stream Identifier (TSID) or Stream Classification Service Identifier (SCSID) is used to identify a Traffic Category (TC) or Traffic Stream (TS) or a service classification satisfying some classification criteria or a User Priority (UP) of a user. In addition, the Traffic Category or Traffic Stream can be similar to Data Category or Data Stream or Traffic Flow or Data Flow. For simplicity of description, TID in embodiments of the present application can be replaced by TSID or SCSID by default, and TC can be replaced by TS or SCS by default. It should be noted that the service with TID identification is parameterized for QoS, that is, there is a specific QoS requirement for one, such as data rate requirement or delay requirement, etc.

[0044] For multimedia services, the existing QoS technology, for the same TID identified data or data units, such as Medium Access Control Service Data Units (MSDUs), the QoS parameters are shared; and for different TID identified service categories, the QoS control information and transmission parameters are respectively indicated independently, that is, in the prior art, the TID identification is taken as the classification reference to configure the QoS parameters or transmission parameters. However, due to the increasing performance requirements of new multimedia services, especially the services with human-computer interaction requirements, the existing technology will bring some problems, including:

[0045] Problem 1: The transmission level of the data under the same service category identification is single. Specifically, since the existing technology can only indicate the QoS control information and transmission parameters at the service category level, such as TID or TSID or SCSID or access category (AC) identified service categories, that is, for the same service category identified data or data units, these parameters are shared. But for some multimedia services, such as video services, different data blocks in the same service category identified service flow have different transmission parameter requirements, such as some video service data frames, the data of service layer I frame is more important than that of B frame or P frame, but the existing technology cannot guarantee that the data of service layer I frame of the service is transmitted with higher reliability or lower delay than that of B frame or P frame;

[0046] Problem 2: The discard level of the data under the same service category identification is single. Specifically, the discard eligibility parameter of the existing technology is also associated with the service category identification, that is, the same category identified service has the same discard eligibility. But for some services, such as multimedia services (XR services), prediction services (position or motion prediction), spatial tracking, etc., different data blocks in the same service category identified service flow have different discard eligibility requirements. If a unified discard eligibility is adopted, the data of the service category may be discarded as a whole on the air interface, introducing additional delay.

[0047] Therefore, for the above problems, the embodiments of the present application provide a plurality of solutions respectively, which will be described below. Please refer to Fig. 1b, which is a possible application scenario provided by the embodiments of the present application, the first station and the second station directly communicate, and at least one party has a multimedia application service bearer, for example, both parties have a multimedia application service bearer in Fig. 1b. In actual application, only one party can also bear a multimedia application service, for example, the first station has a multimedia application service bearer, and the second station assists the first station in data processing, backhaul, or assists in data collection, backhaul, etc., or the second station assists the first station in forwarding data to other third stations, or assists other third stations in forwarding data to the first station.

[0048] The present application can be applied to the scenario shown in Fig. 1b, or other scenarios, which are not limited here.

[0049] To solve the problem 1 that the transmission level of the data under the same service category identifier is single, in the present application, based on the preconfigured service parameter information and the adapted transmission rule, the first station transmits one or more sub data block groups in the first data block group to the second station, wherein the one or more sub data block groups correspond to the first service, and one or more data blocks in the first data block group correspond to at least one service, for example, data blocks A-data blocks C in the first data block group correspond to the first service, data blocks D-data blocks G correspond to the second service, etc., and the first service is any one of the at least one service, and the service parameter information is used to indicate the service parameters of each sub data block group, wherein the service parameters include but are not limited to one or more of the following parameters: QoS parameter, importance parameter, integrity parameter and transmission parameter. Therefore, in the present application, the data under the same service category identifier, i.e., one or more sub data block groups corresponding to the first service, is transmitted according to the service parameter information and the adapted transmission rule corresponding to each sub data block group.

[0050] It should be noted that the transmission of one or more sub data block groups in the first data block group from the first station to the second station in the embodiments of the present application can be applied in a plurality of transmission scenarios, including initial transmission and / or retransmission. In order to better understand the present solution, the following two cases will be described in detail: A, applied in the initial transmission scenario; B, applied in the retransmission scenario.

[0051] A, applied in the initial transmission scenario.

[0052] Please refer to Fig. 2A, which is a possible data transmission flowchart provided by the embodiments of the present application, including the following steps:

[0053] 201a, the first station sends first control information to the second station;

[0054] 202a, the second station sends first control feedback information;

[0055] The first station sends first control information to the second station, the first control information requests to establish a service control category for the first service, and indicates to perform service control in a data block group or a data block as a whole. The service control category includes but is not limited to one or more of the following categories: a QoS control category, a data importance control category, a data integrity control category, a transmission control category, and a key frame request control category. For example, when the first control information is used to request to establish a QoS control category for the first service, the QoS control is performed in a data block group or a data block as a whole.

[0056] In response to the first control information, the second station sends first control feedback information to the first station, the first control feedback information is used to indicate to accept or reject the request to establish a service control category for the first service. When the first control feedback information is used to indicate to reject the request, the first control feedback information can further include a rejection reason, the rejection reason is indicated by a status code or a reason code, and optionally, the first control feedback information can also not carry the rejection reason, that is, direct rejection.

[0057] Optionally, when the second station accepts the request to establish a service control category for the first service, the first control feedback information can be an ACK message, that is, a reply confirmation response, and the request is accepted by default.

[0058] It should be noted that the frame type of the first control information or the first control feedback information can be a control frame or a management frame or a data frame, or a specific action frame, and the specific action frame is not limited here. In the embodiments of the present application, the first control information and the first control feedback information can adopt the same frame structure. For example, as shown in FIG. 2A-1, a frame structure of a transmission message provided by the embodiments of the present application is shown, the transmission message carries the first control information or the first control feedback information. Taking the service control category as the QoS control category as an example, the first level information of the frame structure of the transmission message includes at least a frame control, a frame duration, a receive address (RA), a send address (TA), the first control information / first control feedback information, and a frame check sequence (FCS) field. At least one of the fields, wherein the frame format of the first control information / first control feedback information part can include at least one of the following fields:

[0059] QoS control number, used for numbering the current QoS control class, to distinguish different QoS control classes established between the first station and the second station, or between multiple first stations and the second station, or between the first station and multiple second stations;

[0060] QoS control request type, used for indicating whether the frame is first control information or first control feedback information. For example, 1 bit is used for indication, 0 represents first control information, and 1 represents first control feedback information. It should be noted that the QoS control number of the first control feedback information frame is consistent with the QoS control number field of the corresponding first control information frame;

[0061] First service identification, used for indicating the service identification to which the current QoS control class is applicable. For example, TID / TSID / AC / UP / SCSID can be used for identification. If multiple services are applicable, multiple service identifications can be carried.

[0062] QoS control class, used for indicating that the QoS control is performed according to the data block group or the data block as a whole, and is applicable to the service indicated by the first service identification field.

[0063] Valid duration, used for indicating the valid time of the current QoS control class with the number since establishment. The valid duration can be used for implicit termination of the QoS control class established for the first service, that is, automatic termination upon expiration. Alternatively, if the valid duration is a special value, for example, the maximum value that can be represented by the field, it can be used to indicate that the current QoS control is long-term effective before being explicitly terminated.

[0064] Applied to uplink and / or downlink, used for indicating that the current QoS control class can be applied only to uplink, or only to downlink, or to both uplink and downlink. For example, the first station indicates a request to establish a QoS control class, which can indicate in the field that the current request is to establish a unidirectional link for the first station to the second station, or a unidirectional link for the second station to the first station, or a bidirectional link for the first station and the second station.

[0065] Status code / reason code, used for indicating the rejection reason when the first control feedback information indicates rejection of the request, and is optionally present.

[0066] Optionally, when the QoS control request type field indicates the first control feedback information, the frame can be sent alone or sent by the first station / second station actively to indicate the termination of the QoS control class identified by the QoS control number, i.e. not sent as a response frame of the first control information. There are various ways to terminate the established QoS control class, for example, the termination can be indicated by setting the valid time field to a special value (e.g. 0 value); or the termination and / or termination reason can be indicated by the state code / reason code field, which is not limited here.

[0067] In addition, the state code / reason code in the above field is also exemplarily designed in the embodiments of the present application, which can include one or more of the following Table 1. It should be noted that the state code and reason code can be configured based on specific conditions in actual application, which are only part of examples in the present application and are not limited to the name and number, and are mainly used to indicate the meaning and function.

[0068] Table 1: State code / reason code indication table

[0069] The above describes a possible frame structure of the first control information / first control feedback information provided by the present application. It should be noted that the fields included in the first control information or the first control feedback information can also be directly carried in the existing frame, for example, carried in the Stream Classification Service Request (SCS Request) or SCS Response frame, and interacted in the Action field. Specifically, referring to FIG. 2A-2, for a possible SCS Request frame Action field format, the first-level information includes Category and SCS descriptor List, wherein the QoS control request type field and the QoS control category field in the first control information / first control feedback information are included in Category, the QoS control number field is included in SCSID in SCS descriptor List, the QoS control request type field and the QoS control category field are included in Request Type in SCS descriptor List, and the first service identifier field, the valid time field, the field applied to uplink and / or downlink, and the status code / reason code field are included in Element / Sublement in SCS descriptor List. Alternatively, referring to FIG. 2A-3, for another possible SCS Request frame Action field format, the fields of the first control information / first control feedback information are all included in Element / Sublement in SCS descriptor List. Optionally, referring to FIG. 2A-4, for a possible SCS Response frame Action field format, the first-level information includes Category and SCS Status List, wherein the QoS control request type field and the QoS control category field in the first control information / first control feedback information are included in Category, and the QoS control number field and the status code / reason code field are included in SCS Status List.

[0070] 203a, the first station sends first information to the second station;

[0071] 204a, the second station sends first feedback information to the first station;

[0072] When the first control feedback information is used to indicate acceptance of the request for establishing the service control class for the first service, the first station can send first information to the second station, wherein the first information indicates data block grouping information in a first data block group, the first data block group includes at least one data block, and one data block includes at least one data unit. The data unit can be a MAC service data unit (MSDU), an aggregate MSDU (A-MSDU), a medium protocol data unit (MPDU), an aggregate MPDU (A-MPDU), a MAC management protocol data unit (MMPDU), a physical layer service data unit (PSDU), a physical layer protocol data unit (PPDU), or any other data unit having a certain structure or a fragment thereof.

[0073] The first information can further include service parameter information of each sub data block group belonging to the first service in the first data block group, and the service parameter information includes, but is not limited to, one or more of the following parameters: a first QoS parameter, a first importance parameter, a first integrity parameter, and a first transmission parameter. After receiving the first information, the second station sends first feedback information to the first station in response to the first information, and the first feedback information is used to indicate one of the following: acceptance of the parameters of the first information, rejection of part or all of the parameters of the first information, and a suggested parameter. The first feedback information can further include a status code / reason code to indicate the reason for acceptance or rejection, i.e., part or all of the parameters in the first information can be established by negotiation between the first station and the second station.

[0074] Optionally, the first information can also include service requirement information, which is used to indicate the transmission requirement of each sub-data block group in the first data block group. The service requirement information includes, but is not limited to, one or more of the following information: first QoS requirement information, first importance requirement information, first integrity requirement information, and first transmission requirement information. After the second station receives the first information, the service parameter information is configured based on the service requirement information, and the first feedback information is transmitted to the first station. It should be noted that the second station can be an AP station or a non-AP station. The parameters configured by stations with different identities can be different. For example, when the second station is an AP station, the QoS parameters of downlink transmission or the QoS parameters of uplink transmission or feedback parameters are adapted; when the second station is a non-AP station, the QoS parameters of uplink transmission or feedback parameters are adapted. Similarly, the first station.

[0075] Optionally, the first information can include part of the parameter information such as the first QoS parameter, and the requirement information of other parameters such as the first importance requirement information, so that the second station configures according to the requirement information of other parameters and sends to the first station through the first feedback information.

[0076] Therefore, the service parameter information can be directly transmitted from the first station to the second station, or the second station configures and transmits to the first station based on the service requirement information, or the first station and the second station both configure a part. It should be noted that the detailed obtaining method of the service parameter information can be obtained in various ways. For example, the service parameter information of the first station can be requested by a primitive (such as MA-UNITDATA.request primitive), from the logical link control (Logical Link Control, LLC) layer of the first station via the MAC layer service access point (MAC service access point, MAC-SAP) of the first station, and then transmitted to the MAC layer of the first station. The second station is similar. Exemplarily, the parameter format of the prior art primitive request is as follows:

[0077] MA-UNITDATA.request(

[0078] source address,

[0079] destination address,

[0080] routing information,

[0081] data,

[0082] priority,

[0083] drop eligible,

[0084] service class,

[0085] station vector,

[0086] MSDU format,

[0087] SCSID

[0088] )

[0089] wherein source address refers to source address, destination address refers to destination address, routing information refers to routing information, data refers to data, priority refers to priority, SCSID is service class identifier, drop eligible refers to whether it is eligible for dropping, which can be set according to the drop eligibility field in the SCS request, service class refers to service class, station vector refers to station vector, and MSDU format refers to MSDU format. Through the above primitive request, the sender obtains some information of the data identified by SCSID. For the drop eligible parameter of the prior art, the data identified by the same SCSID has the same Boolean value, such as 0 or 1 value, or True value or False value, and there is no distinction. The station can determine whether to drop packets according to the drop eligibility field of the drop eligible parameter / SCSID. For example, if the drop eligibility of the service indicated by the SCSID is False value, it means that all data packets of the service cannot be dropped. If the drop eligibility of the service indicated by the SCSID is True value, it means that the data packets of the service can be considered for performing dropping.

[0090] For example, the parameter format of the primitive request including at least one of the design parameters of the present application is as follows:

[0091] MA-UNITDATA.request(

[0092] source address,

[0093] destination address,

[0094] routing information,

[0095] data,

[0096] priority,

[0097] drop eligible,

[0098] service class,

[0099] station vector,

[0100] MSDU format,

[0101] SCSID,

[0102] importance level indication,

[0103] integrity requirement indication,

[0104] retransmission indication,

[0105] enhanced drop eligibility indication,

[0106] multiplexing parameter indication,

[0107] whether it is a critical service frame indication

[0108]

[0109] In some embodiments, the above-mentioned new primitive parameters use binary values or Boolean values, such as 0 or 1 values, or True values or False values. For example, the importance level indication is True for important and False for unimportant (both are relative meanings). The above-mentioned drop eligibility indication is different from the prior art, indicating the drop eligibility of the data, and is not bound to the service identifier such as SCSID, i.e. the data of the same service identifier can have different drop eligibility requirements, which can be called enhanced drop eligibility indication for distinction. It should be understood that the newly added drop eligibility indication described in the present application can refer to the enhanced drop eligibility indication.

[0110] ​In some embodiments, the station can determine whether to drop a packet according to the drop eligibility parameter / drop eligibility field of the SCSID in combination with the enhanced drop eligibility indication designed in this application. For example, if the service identified by the SCSID indicates that the drop eligibility is a False value, it means that all packets of the service cannot be dropped. Accordingly, the enhanced drop eligibility indication is also a False value. If the service identified by the SCSID indicates that the drop eligibility is a True value, it means that the packets of the service can be considered for dropping. At this time, the enhanced drop eligibility indication provides more information available for performing dropping, i.e., provides information on whether each data unit / MSDU can be dropped.

[0111] When it is understood that the above-mentioned primitive parameters are examples, the primitive parameters in the implementation can include one or more of the above-mentioned. In addition, the service parameter information of the first station can also be obtained from the upper layer of the air interface, such as the network layer or the application layer, or provided by the equipment manufacturer, or obtained by a local algorithm (such as a Deep Packet Inspection (DPI) algorithm), or manually classified locally, or by artificial intelligence or machine learning method, or by random forest or aggregate classification, etc. The second station is similar.

[0112] In addition, in the embodiments of the present application, the first information and the first feedback information can use the same frame structure. For example, as shown in FIG. 2A-5, another possible frame structure of a transmission message carrying the first information or the first feedback information is provided in the embodiments of the present application. The frame structure of the transmission message includes at least one of the following: frame control, frame length, receiving address, sending address, first information / first feedback information, and frame detection sequence. The frame format of the first information / first feedback information part can include at least one of the following: information type, data block group number, data block group number, data block number of each data block group, first data block division, first data block parameter…Nth data block division, Nth data block parameter, and status code / reason code. The fields in the frame structure will be described respectively as follows:

[0113] Specifically, the information type field is used to indicate that the frame is the first information or the first feedback information, for example, using 1 bit indication, 0 indicating the first information, and 1 indicating the first feedback information; when the information type field indicates the first feedback information, the presence of the status code / reason code field is optional, which can indicate acceptance or rejection or rejection and suggest new parameters. When indicating rejection and suggesting new parameters (REQUEST DECLINED SUGGESTED PARAMETERS), the first data block parameter field included in the first feedback information indicates the suggested new parameters. It should be noted that the status code / reason code field can refer to Table 1 in step 201a, and details are not repeated here. In some embodiments, when the information type field indicates the first feedback information, the frame can be sent alone to indicate the update parameter information, that is, not sent as a response frame of the first information. Specifically, the update parameter information (UPDATE PARAMETERS) can be indicated by the status code / reason code field, or the parameters indicated by the first data block parameter field are used as the updated parameters. In some embodiments, the above fields can be indicated in the trigger frame (Trigger frame, TF); or it can be indicated in the reply frame of the TF, that is, the sending station sends the TF, and the receiving station replies to the above field information.

[0114] a first data block division field, used to indicate the division of the first data block group into the first to Nth sub-data block groups, by indicating at least one of the following parameters: a block group number (BGN), a data block sequence number (DBSN), a start sequence number (SSN), an end sequence number (ESN), and a data block size (DBS). For ease of understanding, please refer to FIG. 2A-6, which is a possible data block group division diagram provided by an embodiment of the present application, wherein the BGN of the first data block group is 1, and the first data block group includes two data blocks with DBSNs of 1 and 2. For the sub-data block group with DBSN of 1, the SSN is 16, the ESN is 63, and / or the DBS is 48, which means that the sub-data block group with DBSN of 1 includes data sequences with sequence numbers (SNs) of 16 to 63. Generally, when the SNs are continuous, two of the three parameters of SSN, ESN, and DBS can indicate the division of the data block group. For example, for the sub-data block group with DBSN of 2, the SSN is 64, and the ESN is 79, which means that the sub-data block group with DBSN of 2 includes data sequences with SNs of 64 to 79. Alternatively, for the sub-data block group with DBSN of 1, the SSN is 16, and the DBS is 64, which means that the sub-data block group with DBSN of 1 includes data sequences with SNs of 16 to 79. In addition, in some embodiments, if the first to Nth sub-data block groups share the DBS parameter, i.e., the data block sizes of the sub-data block groups are the same, the division of the data block group can be obtained by indicating the smallest SSN, the largest ESN, the shared DBS, or the number N of sub-data block groups in the first data block group. In particular, when the DBS = 1, i.e., a sub-data block group includes only one data unit with an SN, the SSN = ESN = SN, which is equivalent to the prior art of using SN to number data.

[0115] It can be understood that the above embodiment takes the continuous SN numbering as an example, and the SN numbering in actual application can also be discontinuous.

[0116] It can be understood that the embodiments of the present application take the application to the first service as an example, and are also applicable when there are multiple services. For example, the first to N data blocks of the first data block group can belong to a single service, or can belong to multiple services. For example, the first data block with DBSN of 1 belongs to the first service, and the second data block with DBSN of 2 belongs to the second service. The first service and the second service can be mapped to the same TID value identifier, or can be mapped to different TID value identifiers, which is not limited by the present application.

[0117] The first data block parameter field includes the following information: existence of the first QoS parameter, existence of the first importance parameter, existence of the first integrity parameter, existence of the first transmission parameter, the first QoS parameter, the first importance parameter, the first integrity parameter, the first transmission parameter, and application to uplink and / or downlink. It can be understood that when the existence of the first QoS parameter field indicates existence, the following first QoS parameter field exists, and the same applies to the existence of the first importance parameter field. The field for application to uplink and / or downlink is used to indicate application to uplink, or only application to downlink, or simultaneous application to uplink and downlink. For example, the first station indicates the first information, which can indicate in the field that the first information this time is used for one-way link from the first station to the second station, or one-way link from the second station to the first station, or bidirectional link of the first station and the second station.

[0118] In addition, the embodiments of the present application provide multiple possible designs for each parameter included in the first data block parameter field to adapt to different scene requirements in multimedia services. Specifically as follows:

[0119] I. The first QoS parameter can be indicated in units of data blocks, including but not limited to at least one of the following parameters:

[0120] whether the data block belongs to a critical service frame, for example, indicated by 1 bit, 1 indicating that the data block belongs to a critical service frame, and 0 indicating that it does not belong to a critical service frame; or indicated by a bit bitmap, each bit representing whether a data block or a data block group belongs to a critical service frame, for example, a bit bitmap indicating a value of 110 indicates that the data blocks with DBSNs of 1 and 2 belong to a critical service frame, and the data block with a DBSN of 3 does not belong to a critical service frame. In actual applications, for a video service, an I frame can be regarded as a critical service frame, and it is indicated whether the data block belongs to an I frame component in a video frame category; or, for a service structure having incremental encoding or prediction based on a reference frame, the reference frame can be regarded as a critical service frame, and it is indicated whether it belongs to a reference frame; or, if a subsequent service depends on a service frame for operation, the service frame can be considered as a critical service frame, in other words, if a service frame has a certain degree of indispensable reference or reference or dependence on other frames, the service frame can be considered as a critical service frame; or, if a data frame / data block transmitted by a media access control (Media Access Control, MAC) layer belongs to a critical service frame of an upper layer, the MAC frame is referred to as a critical frame or a critical data block or a critical data unit, etc.

[0121] a block priority parameter, used to indicate the priority of the data block. Different data blocks of the first service can have different priorities.

[0122] a block delay parameter, used to indicate the delay expectation / requirement of the data block, or the upper limit of the delay of the data block. For example, a block delay bound, which describes the maximum time difference between the arrival time of the first data unit in the data block and the transmission completion time of the last data unit, or can also be used to indicate the remaining time to failure of the block data or the failure time of the block data, which describes the maximum remaining time between the transmission completion time of the last data unit in the data block.

[0123] a block error probability, used to indicate the proportion parameter of the maximum number of error data units allowed in each data block to the total number of data units in the data block.

[0124] a block packet loss probability, used to indicate the proportion parameter of the maximum number of packet loss data units allowed in each data block to the total number of data units in the data block.

[0125] Optionally, the first QoS parameter can also be indicated as a whole for the first data block group, including at least one of the following parameters:

[0126] whether the first data block group belongs to a critical service frame (indicated in units of data block groups).

[0127] A priority parameter of the first data block group, used to indicate the priority of the first data block group. Different data block groups of the first service can have different priorities.

[0128] A group latency parameter of the first data block group, used to indicate the latency expectation / requirement of the first data block group or the latency upper limit of the first data block group, such as a set delay bound, i.e., describing the maximum time difference between the arrival time of the first data unit in the first data block group and the transmission completion time of the last data unit; or, can also be used to indicate the remaining time of group data distance failure or the group data failure time, i.e., describing the maximum remaining time between the transmission completion time of the last data unit in the first data block group.

[0129] One or more latency parameters of one or more most important data blocks in the first data block group.

[0130] One or more latency parameters of one or more least important data blocks in the first data block group.

[0131] A group error probability of the first data block group, used to indicate that the maximum number of error data blocks allowed in the first data block group accounts for a proportion of the total number of data blocks in the first data block group.

[0132] A group packet loss probability of the first data block group, used to indicate that the maximum number of packet loss data blocks allowed in the first data block group accounts for a proportion of the total number of data blocks in the first data block group.

[0133] A group aggregated error probability of the first data block group, used to indicate that the maximum allowed weighted error probability of errors in the first data block group is considered in the weight coefficient of the data block group. For example, the first data block group includes the first to third data blocks, and the weight coefficients of the data blocks are indicated as w1=1.5, w2=0.5, and w3=0.1. If only the first data block has an error, the result of calculating the first data block group block aggregated error probability is 1.5 data block transmission errors.

[0134] A group aggregated packet loss probability of the first data block group, used to indicate that the maximum allowed weighted packet loss probability of packet loss in the first data block group is considered in the weight coefficient of the data block group. For example, the first data block group includes the first to third data blocks, and the weight coefficients of the data blocks are indicated as w1=1.5, w2=0.5, and w3=0.1. If only the first data block has a packet loss, the result of calculating the first data block group block aggregated packet loss probability is 1.5 data block transmission losses.

[0135] The first importance parameter, which can also be referred to as a first criticalness parameter, a first reliability parameter, etc., includes at least one of the following parameters, but is not limited to the following parameters:

[0136] An importance level indication of the data block, which is used to indicate the importance level of the data block to the whole service. For example, the importance level indication of 1 indicates the lowest importance in the first data block group, and the importance level indication of 3 indicates the highest importance. There can be two data blocks with the same importance level indication, such as the importance of the first data block and the second data block, which can both be indicated as the highest. In actual applications, for scalable video coding (SVC) services, different layers of service frames provide videos with different qualities / resolutions, and the importance level can be indicated according to the resolution level to distinguish the resolutions. For example, a video service has three levels of resolution levels, the first level constitutes the lowest resolution level video stream, the first level superimposed on the second level constitutes the higher resolution level video stream, and the first level superimposed on the second level superimposed on the third level constitutes the highest resolution level video stream. Different importance levels can be allocated to the data blocks corresponding to the video service frames of the first level, the second level, and the third level. For another example, for video service data frames, the data of the I frame is more important than the data of the B frame or the P frame, and different importance levels can be allocated to the data blocks corresponding to the video service frames of the I frame, the B frame, and the P frame. The data contained in a video service frame can correspond to one or more data blocks or data block groups when being transmitted.

[0137] A weight coefficient of the data block, which is used to indicate the weight coefficient of the data block to the calculation of the QoS parameter of the first data block group. For example, the first data block group includes the first to third data blocks, and the weight coefficients are indicated as w1=1.5, w2=0.5, and w3=0.1, respectively, which can represent that the weight coefficients are 1.5, 0.5, and 0.1, respectively, when the weighted QoS parameter of the first data block group is calculated.

[0138] An indication of one or more most significant blocks in the first data block group.

[0139] An indication of one or more least significant blocks in the first data block group.

[0140] An importance level indication of the first data block group, which is used to indicate the importance level of the first data block group to the whole service.

[0141] Weight coefficient of the first data block group, used to indicate the contribution degree of the first data block group to the overall service.

[0142] For the first data block group, the proportion of data blocks of different importance levels in the total number of data blocks is indicated. For example, there are three levels of importance, 1, 2, and 3. The proportion of the number of data blocks of importance levels 1, 2, and 3 in the first data block group to the total number of data blocks in the first data block group is respectively indicated.

[0143] For the first data block group, the proportion of data units of different importance levels in the total number of data units is indicated. For example, there are three levels of importance, 1, 2, and 3. The proportion of the number of data units of importance levels 1, 2, and 3 in the first data block group to the total number of data units in the first data block group is respectively indicated.

[0144] Three, the first integrity parameter includes at least one of the following parameters:

[0145] The integrity requirement of the data block is used to indicate that the data block is effective when each data unit of the data block is successfully transmitted. Possibly, if a data unit of the data block fails to transmit, the sender can automatically discard the remaining untransmitted data unit of the data block.

[0146] The integrity requirement ratio of the data block is used to indicate that the data block is effective when the data block has data units that meet the ratio and are successfully transmitted. In one embodiment, if the proportion of data units that fail to transmit in the data block is less than (1-integrity requirement ratio), or the proportion of data units that successfully transmit is greater than the integrity requirement ratio, the sender can automatically discard the remaining untransmitted data block unit of the data block.

[0147] The block (enhanced) drop eligibility of the data block is used to indicate whether the data block is suitable for dropping when the resources are insufficient. For example, when the resources are insufficient, the second data block with a block drop eligibility value of 1 is more suitable for dropping than the first data block with a value of 0.

[0148] The integrity requirement indication of the first data block group is used to indicate that the data block group is effective when each data block of the data block group is successfully transmitted. In one embodiment, if a data block of the data block group fails to transmit, the sender can automatically discard the remaining untransmitted data block of the data block group.

[0149] The integrity requirement ratio indication of the first data block group is used to indicate that the first data block group is effective when the first data block group has data blocks that meet the ratio and are successfully transmitted.

[0150] The (Enhanced) Block Group Drop Eligibility of the first data block group indicates whether the first data block group is eligible for dropping when resources are insufficient. For example, when resources are insufficient, the first data block group with the value of 1 of the group drop eligibility is more suitable for dropping than other data block groups with the value of 0.

[0151] Four, transmission parameters, used to indicate relevant parameters of uplink or downlink transmission, including but not limited to at least one of the following parameters:

[0152] The retransmission indication is used to indicate whether retransmission is needed if a data block or a data block group is lost. For example, for I frames, P frames, and B frames, the importance decreases in turn. In the case of poor network conditions, it can be indicated that no retransmission is needed in the case of loss of data blocks corresponding to B frames and / or P frames, and retransmission is needed in the case of loss of data blocks corresponding to I frames. For the user end, such operation may cause a short period of unclear picture or picture quality, but it ensures the experience and requirements of real-time video service.

[0153] The multipath transmission parameter indication is used to indicate that some special data blocks or data block groups are transmitted on multiple links (including initial transmission and / or retransmission) to improve the probability of successful reception. For example, here, special can refer to high importance or high priority or high latency requirement.

[0154] Link adaptation related parameters, such as modulation and coding parameters, number of spatial streams (NSS), transmission power parameters, bandwidth parameters, recommended allocation of resource units (RUs) / multiple resource units (MRUs), and the like.

[0155] The above describes the frame structure of the first information / first feedback information and the parameters that can be carried in detail. It should be noted that in actual application, the first information and the first control information can be sent separately or combined in one message, and the first feedback information and the first control feedback information are similar, that is, steps 201a and 203a can be combined into one step, and steps 202a and 204a can be combined into one step, and the specific implementation mode is not limited by the present application.

[0156] 205a, the second station adapts the transmission rule according to the first information;

[0157] The second station receives the first information, and after negotiating with the first station to complete the service parameter information of each sub-data group belonging to the first service in the first data group, can adapt the transmission rule according to the service parameter information, taking the data block or data block group as a whole. The transmission rule includes one or more of the first QoS parameter, the first importance parameter, the first integrity parameter, and the first transmission parameter included in the service parameter information, and performs related access and transmission parameters.

[0158] In the embodiments of the present application, the transmission rule adapted to the service parameter information is executed on the data block or the data block as a whole, which can include but is not limited to at least one of the following rules:

[0159] According to the importance classification indication in the first importance parameter, a hierarchical retry limit is adopted. For example, a larger retry limit value is adopted for data blocks or data block groups indicating high importance, such as setting three categories of retry limits, corresponding to data with high, higher, and low importance. In actual application, the importance level can be set to multiple, and the corresponding retry limit is also lowered in turn with the decrease of the importance level. Optionally, the retry limit is a special value (for example, 0 value), indicating that no retransmission is enabled for loss;

[0160] According to the importance classification indication in the first importance parameter, a hierarchical timeout discard timer is adopted. For example, a longer discard timer is adopted for data blocks or data block groups indicating high importance. In one embodiment, the hierarchical timeout discard timer can be implemented similar to the multiple parameters of dot11MaxTransmitMSDULifetime,

[0161] dot11MaxTransmitMSDULifetime1>dot11MaxTransmitMSDULifetime2>dot11MaxTransmitMSDULifetime3, corresponding to the decreasing importance level. In one embodiment, the indication of the above multiple hierarchical timeout discard timer parameters can refer to the indication of the existing dot11MaxTransmitMSDULifetime;

[0162] For data blocks or data block groups indicating key service frames, the key frame request function is enabled for the data blocks or data block groups;

[0163] According to the importance classification indication, a higher retransmission priority is adopted for data blocks or data block groups indicating high importance. For example, three retransmission priorities are set, corresponding to data with high, higher, and low importance, respectively, and the data with higher retransmission priority is given priority in the buffer and transmission resource;

[0164] According to the importance level indication and / or the link adaptation parameter indication in the first transmission parameter, link adaptation is enabled for the data block or data block group with high importance, and the probability of successful reception is improved by changing the modulation and coding mode and / or the transmission power of the data, etc.

[0165] According to the importance level indication and / or the retransmission indication in the first transmission parameter, it is determined whether retransmission is performed for the data block or data block group lost. For example, a bit map is used for indication, and each bit represents whether retransmission is performed for the data block or data block group lost. For example, if the bit map indication value is 110, it indicates that retransmission is performed for the data blocks with DBSN of 1 and 2, and retransmission is not performed for the data block with DBSN of 3.

[0166] According to the discard applicability indication, it is determined whether the data block or data block group is applicable for discarding when the resource is insufficient. For example, when the resource is insufficient, the second data block with the discard applicability value of 1 is more applicable for discarding than the first data block with the discard applicability value of 0, and thus the second data block is preferentially discarded in congestion control.

[0167] For multi-link (Multi-Link Devices, MLD) devices or multi-band devices, according to the importance level indication and / or the multi-path transmission parameter indication in the first transmission parameter, the data block or data block group with high importance or high priority or high latency requirement is transmitted (including initial transmission and retransmission) on multiple links to improve the probability of successful reception. For example, a bit map is used for indication, and each bit represents whether transmission is performed on a link. For example, if the bit map indication value is 110, it indicates that the critical frame is transmitted on links 1 and 2 by multi-path transmission, and is not transmitted on link 3. It should be understood that multi-path transmission is not equal to strictly time-synchronized transmission.

[0168] It should be noted that if the second station is an AP station, the transmission rule can further include a rule for scheduling or transmission decision of the AP station. As shown in FIG. 2A-7, an example of possible information transmission provided by the embodiment of the present application is shown, in which the AP station receives the first information reported by the plurality of non-AP stations, and the first information carries service parameter information. The AP station performs scheduling or transmission decision according to the service parameter information, for example, performs uplink scheduling, downlink transmission, and resource allocation for multi-user transmission, etc. In the embodiment, the rule for scheduling or transmission decision can include at least one of the following rules:

[0169] According to the first transmission parameter, a resource allocation strategy is determined, and uplink transmission is scheduled. For example, frequency resources are allocated according to the bandwidth parameter indicated by the first transmission parameter, or parameters for scheduling uplink transmission and reception are determined according to the modulation and coding mode or transmission power indicated by the first transmission parameter.

[0170] According to the first QoS parameter and / or the first importance parameter, a resource allocation strategy is determined, and the uplink transmission is scheduled;

[0171] If multiple non-AP first stations report the first information, the AP station, i.e., the second station, can prioritize scheduling the non-AP station indicating a high importance classification of the data block or scheduling the non-AP station indicating a high or close-to-expiring time delay parameter requirement of the data block according to the parameter requirements indicated by the first information. In particular, when multiple first services of multiple non-AP first stations belong to the same AC or TID category, the AP can select to prioritize scheduling one or more non-AP stations according to the importance classification or the time delay parameter according to the first information, thereby achieving hierarchical QoS scheduling in two dimensions of importance and time delay. For example, for time delay sensitive services, the time delay parameter is prioritized for scheduling. For high reliability services, the importance classification is prioritized for scheduling.

[0172] 206a, the first station transmits one or more sub-data block groups in the first data block group to the second station based on the service parameter information and the adapted transmission rule.

[0173] After the second station adapts the corresponding transmission rule according to the service parameter information, the first station transmits one or more sub-data block groups belonging to the first service in the first data block group to the second station based on the service parameter information and the adapted transmission rule. The first station can obtain a transmission opportunity by competition or use a shared transmission opportunity for transmission. When the first station is a non-AP station, it can also be scheduled for uplink transmission. Correspondingly, when the second station is an AP station, it allocates transmission resources and schedules the first station for uplink transmission according to the parameter requirements indicated by the first information after obtaining the transmission opportunity.

[0174] It should be noted that each data block in the first data block group can correspond to multiple services, for example, the data block group with SN n to N belongs to the first service, and the data block group with SN m to M belongs to the second service. A service control category can be established for each service identified by the different services. The data blocks or data block groups corresponding to each service are adapted to the service parameter information and the transmission rule, for example, the data blocks or data block groups corresponding to the first service are adapted to the first service parameter information and the first transmission rule, and the data blocks or data block groups corresponding to the second service are adapted to the second service parameter information and the second transmission rule.

[0175] In summary, the embodiment of the present application designs the control and guarantee signaling flow and related frame structure indication of service parameter information based on data block or data block group for the services identified as the same category, and realizes that different data blocks in the service flow of the same service category identification have different service parameter requirements, such as transmission parameter requirements, QoS parameter requirements, integrity requirements, importance requirements, and discard applicability requirements, and through the design of the interactive signaling flow, different data blocks can be transmitted and buffered with different strategies at the sending station and the receiving station.

[0176] B, applied in the retransmission scenario.

[0177] The above scenario A describes the initial transmission scenario, establishes a service control category for the first service, and respectively configures different service parameter information and transmission rules for one or more sub-data blocks corresponding to the first service, so that the first station transmits the one or more sub-data blocks to the second station based on the configuration. Considering that the transmission data may fail in actual application, retransmission is required, therefore, the embodiment of the present application also provides a data transmission method for the retransmission scenario, which is as follows:

[0178] Please refer to FIG. 2B, which is another possible data transmission flowchart provided by the embodiment of the present application, including the following steps:

[0179] 201b, the first station sends second control information to the second station;

[0180] 202b, the second station sends second control feedback information;

[0181] The first station sends second control information to the second station, and the second control information requests to establish a retransmission service control category for the first service, and indicates to perform retransmission service control as a whole for the data block group or the data block. The retransmission service control category includes but is not limited to one or more of the following categories: retransmission QoS control category, retransmission data importance control category, retransmission data integrity control category, retransmission control category, and retransmission key frame request control category. For example, when the second control information is used to request to establish a QoS retransmission control category for the first service, the retransmission QoS control is performed as a whole for the data block group or the data block.

[0182] It should be noted that the parameters and frame structures carried by the second control information and the second control feedback information in the embodiment are similar to the first control information and the first control feedback information in FIG. 2A, such as the first control information, the first control feedback information, the second control information, and the second control feedback information can adopt the frame structure shown in FIG. 2A-1, and details are not described here. It should be noted that when the second control information and the second control feedback information also adopt the frame structure shown in FIG. 2A-1, the QoS control request type therein can be indicated by 2 bits, which can be referred to Table Two as follows:

[0183] Table II

[0184] 203b, the first station transmits one or more data blocks in a third data block group to the second station;

[0185] 204b, the second station confirms whether the one or more data blocks in the third data block group are successfully received;

[0186] The first station transmits one or more data blocks in a third data block group to the second station, and the second station confirms whether the one or more data blocks in the third data block group are successfully received, for example, by determining whether the data blocks transmitted by the first station are successfully received through a block acknowledgement frame. If the second station confirms that the one or more data blocks in the third data block group are not successfully received, the first station needs to retransmit a second data block group to the second station, the second data block group is contained in the third data block group, and the data blocks that need to be retransmitted in the lost data blocks are obtained during the process of transmitting the one or more data blocks in the third data block group.

[0187] It should be noted that the execution sequence of steps 201b-202b and steps 203b-204b is not limited. Steps 201b-202b can be executed first, and then steps 203b-204b can be executed. Alternatively, steps 203b-204b can be executed first, and then steps 201b-202b can be executed. Alternatively, steps 201b-202b and steps 203b-204b can be executed simultaneously. The specific execution sequence is not limited herein.

[0188] 205b, the first station sends second information to the second station;

[0189] 206b, the second station sends second feedback information to the second station;

[0190] When the second control feedback information is used to indicate acceptance of the request for establishing the retransmission service control category for the first service, the first station can send second information to the second station, the second information being used to indicate the second data block group. The second information can further include retransmission service parameter information of each sub-data block group belonging to the first service in the second data block group, the retransmission service parameter information including but not limited to one or more of the following parameters: a first retransmission QoS parameter, a first retransmission importance parameter, a first retransmission integrity parameter, and a first retransmission parameter. After receiving the second information, the second station sends second feedback information to the first station in response to the second information, the second feedback information being used to indicate one of the following: acceptance of the parameters in the second information, rejection of part or all of the parameters in the second information, and suggestion of parameters. The second feedback information can further include a status code / reason code to indicate the reason for acceptance or rejection, that is, part or all of the parameters in the second information can be established by negotiation between the first station and the second station.

[0191] Optionally, the second information can also include retransmission service requirement information, which is used to indicate the retransmission requirement of each sub-data block group in the second data block group.

[0192] It should be noted that the parameters and frame structure carried by the second information and the second feedback information in the embodiment are similar to the first information and the first feedback information in FIG. 2A. For example, the first information, the first feedback information, the second information and the second feedback information can all use the frame structure shown in FIG. 2A-5. Details are not described herein. It should be noted that when the second information and the second feedback information also use the frame structure shown in FIG. 2A-5, the information type field therein can use 2 bits for indication. For reference, Table 3 is as follows:

[0193] Table 3

[0194] Similarly, in actual applications, the second information and the second control information can also be sent separately or combined in one information. The second feedback information and the second control feedback information are similar, that is, step 201b and step 205b can be combined into one step, and step 202b and step 206b can be combined into one step. The specific implementation mode is not limited herein.

[0195] 207b, the second station adapts the retransmission rule according to the second information;

[0196] 208b, the first station transmits one or more sub-data block groups in the second data block group to the second station based on the retransmission service parameter information and the adapted retransmission rule.

[0197] After receiving the second information, the second station adapts the retransmission rule according to the second information. It should be noted that the adaptation mode and the content contained in the retransmission rule are similar to the step 205a, the second station adapts the transmission rule according to the first information described in FIG. 2A. Details are not described herein.

[0198] It should be noted that when the second station is an AP station, the rules in the retransmission rules regarding scheduling and transmission decision can also include: if there are multiple non-AP first stations reporting the second information, the AP station can prioritize scheduling the non-AP stations indicating the retransmission data blocks with high importance classification, or scheduling the non-AP stations indicating the retransmission data blocks with high or close to expired delay parameter requirements according to the parameter requirements indicated by the second information. Especially when multiple first traffics of multiple non-AP first stations belong to the same AC or TID category, the AP can select one or more non-AP stations to be scheduled for retransmission according to the second information, and prioritize scheduling according to the importance classification or delay parameter. For example, for time-sensitive traffic, prioritize retransmission scheduling according to the delay parameter; for high-reliability traffic, prioritize retransmission scheduling according to the importance classification. In addition, the AP can also combine the importance classification and delay parameter of the initial transmission data block to select the data block to be prioritized between the initial transmission data block and the retransmission data block, and implement hierarchical QoS scheduling of initial transmission and retransmission.

[0199] Step 208b is similar to step 206a in FIG. 2A described above, and details are not repeated here.

[0200] In summary, the embodiments of the present application design the control and guarantee signaling flow and related frame structure indication of the retransmission service parameter information based on the data block or data block group for the traffics identified as the same category, and implement different retransmission service parameter requirements such as retransmission parameter requirement, retransmission QoS parameter requirement, retransmission integrity requirement, retransmission importance requirement, retransmission discard applicability requirement, etc. for different data blocks in the same service category identified traffic stream, and through the design of the interactive signaling flow, different data blocks can be processed by different retransmission strategies at the sending station and the receiving station.

[0201] It is noted that in the embodiments shown in FIG. 2A and FIG. 2B, the establishment of the service control class category scheme can be terminated under certain conditions. The established service control class category can be terminated in at least one of the following manners: 1. explicit termination, i.e., the first station or the second station sends a termination frame to indicate the termination of the established QoS control class. Optionally, the termination reason can be indicated, such as using a status code or a reason code to indicate the termination (PROCESSING_TERMINATED) and / or the termination reason. Examples of the termination reason include that the processing resource is exhausted due to too many QoS rules (PROCESSING_TERMINATED_INSUFFICIENT_QOS), or the network capacity / resource is insufficient to support the generated QoS rules (PROCESSING_TERMINATED_RESOURCES_EXHAUSTED), etc. The termination reason can be carried in a control frame or a management frame or a data frame, or a specific Action frame, which is not limited here. In an embodiment, the termination frame can be the first control feedback information or the second control feedback information; 2. implicit termination, i.e., the service control class category established for the first service is automatically implicitly terminated when the first service is ended / expired or removed in the network. For example, the valid time field of the first control information indicates the valid time of the QoS control class of a specific number since the establishment, and the expiration automatically terminates. Alternatively, when the first station and the second station are no longer associated or are re-associated, all the established non-default QoS control classes between the first station and the second station are automatically implicitly terminated.

[0202] It should be noted that the embodiments shown in FIG. 2A and FIG. 2B can be implemented separately or combined, for example, FIG. 2A is only for the initial transmission scenario, and the retransmission of subsequent data still adopts the existing technology to divide the retransmission priority according to the service type identifier, or FIG. 2B is only for the retransmission scenario, that is, the first station transmits one or more data blocks in the third data block group to the second station according to the existing transmission method, or FIG. 2A and FIG. 2B are combined, that is, under the same service identifier, one or more sub-data block groups in the first data block group are transmitted to the second station using different service parameter information and transmission rules, and when there is lost data, one or more sub-data block groups of the data blocks (that is, the second data block group) that need to be retransmitted are respectively configured with retransmission service parameter information and retransmission rules to be retransmitted to the second station. It should be noted that in actual application, the service parameter information and transmission rules used for initial transmission of the data blocks or data block groups under the same service identifier can be the same as or different from the service parameter information and retransmission rules used for retransmission, and the first control information and the second control information can be sent separately or combined in one message (that is, simultaneously requesting to establish a service control category and a retransmission service control category for the first service), and similarly, the first control feedback information and the second control feedback information can also be processed similarly, which is not limited here.

[0203] Based on the above embodiments shown in FIG. 2A and / or FIG. 2B, it can also be applied to some specific scenarios, including key frame transmission scenarios and transmission restriction scenarios. For details, please refer to FIG. 3, which is another possible data transmission method provided by the embodiments of the present application, applied to a key frame transmission scenario, including the following steps:

[0204] 301. The first station sends key frame indication information to the second station;

[0205] The first station sends key frame indication information to the second station, which is used to indicate the data blocks or data block groups corresponding to the key frame. The key frame can also be referred to as a key service frame. The key frame indication information can be carried in the first information in FIG. 2A to indicate the data blocks or data block groups corresponding to the key frame in the first data block group, or the key frame indication information is carried in the second information in FIG. 2B to indicate the data blocks or data block groups corresponding to the key frame in the second data block group.

[0206] Correspondingly, after receiving the key frame indication information, the second station can start the key frame request function for the data blocks or data block groups corresponding to the key frame.

[0207] 302. The first station transmits one or more data blocks in the first data block group to the second station;

[0208] 303. The second station sends transmission feedback information to the first station;

[0209] Taking the first information carrying the key frame indication information as an example, the first station transmits one or more data blocks in the first data block group to the second station. Based on the data receiving condition, the second station confirms whether the first data block or one or more data blocks in the first data block group is successfully received, for example, through a block acknowledgement frame. And the second station sends transmission feedback information to the first station, which is used to indicate the lost data block in the transmission process, and the lost data block is contained in one or more data blocks in the first data block group.

[0210] 304、When the preset key frame trigger condition is met, the first station sends a first key frame request to the second station;

[0211] When the preset key frame trigger condition is met, the first station sends a first key frame request to the second station based on the transmission feedback information. The first key frame request is used to indicate that only one or more data blocks / data block groups corresponding to the key frame in the lost data block, which can be referred to as the key data block in the lost data block for convenience of description, are retransmitted. In this application, the number of the key data block in the lost data block can be directly indicated by the DBSN or SN field, or indirectly indicated by the bitmap. For example, the transmission feedback information indicates that the data / data block with SN / DBSN of 12, 16 and 18 is not received, and the first station indicates in the first key frame request that only the data / data block with SN / DBSN of 16 is retransmitted, or the bitmap can be used to indicate, such as the bitmap is 010, which indicates that the data / data block with SN / DBSN of 16 is retransmitted by the bitmap indication value of 1, and the data / data block with SN / DBSN of 12 and 18 is not retransmitted by the bitmap indication value of 0. In actual application, the indication value and indication meaning can also be reversed, and the bitmap is 101, which indicates that the data / data block with SN / DBSN of 16 is retransmitted by the bitmap indication value of 0. The specific indication method and indication meaning can be set based on actual demand, and the application does not limit.

[0212] Optionally, the key frame request can also be initiated by the second station, that is, when the preset key frame trigger condition is met, the second station sends a second key frame request to the first station, which is used to indicate that only the key data block in the lost data block is retransmitted. The way of indicating the key data block in the second key frame request is similar to that in the first key frame request, and details are not repeated.

[0213] In this application, the key frame request can be applied in multiple scenarios, for example, the key frame request can be triggered when any of the following scenarios / conditions is met, that is, the preset key frame trigger condition includes but is not limited to the following scenarios / conditions:

[0214] The first scenario: in the case of a very high packet loss rate or serious network congestion, for example, most data blocks are lost during transmission, and if all retransmissions are performed, the service delay of the receiving end (the second station) will be increased. In actual applications, for video service frames, the data of the service frame needs to be complete before decoding and rendering. Therefore, the second station can achieve the completeness of the service frame data by requesting only the retransmission of key frames, so as to reduce the service delay.

[0215] The second scenario: from the perspective of the sending end (the first station), in the case of a very high packet loss rate or serious network congestion, the new data can only be cached all the time, so the cache size will also increase. At this time, the sending end can request only the retransmission of key service frames, and does not perform retransmission for other lost packets, so as to improve the transmission efficiency and reduce the cache burden. Generally, for video services, the key service frames can be decoded separately, and will not cause the screen tearing and mosaic phenomenon of the receiving end / decoding end, but the video quality will be reduced to a certain extent.

[0216] The third scenario: when new data continuously arrives at the sending end and the cache size of the sending station is insufficient, the sending end can no longer retransmit the data block because the cache size is limited. At this time, the sending end can request / indicate only the retransmission of key frames to convey the information that the data block cannot be retransmitted. For example, the data block information is relatively old compared with other data blocks (for example, there are multiple sampled data blocks with the same timestamp, and there are data blocks with updated timestamps, and the old data block information is discarded), and the sending station clears the data block information after transmitting the data block, so that the data block cannot be retransmitted.

[0217] The fourth scenario: there is another scenario in which the data block requested by the key frame indication of the first station is not bound to the data block corresponding to the transmission of the first station. For example, the service data is successfully received by the second station, but decoding fails or is accidentally lost due to decoding failure or accidental loss of the service data. For example, video frames, inter-frame prediction needs to be based on complete video frames before and after decoding (for example, in H264, there is a B frame, which needs to be decoded by referring to the front and rear frames). In this application scenario, the receiving end needs to request the key frame. At this time, if the data is not in the cache of the sending end, the sending end can request the data from a higher layer and then transmit it to the receiving end, which can be processed by the key frame request time control. Or, the sending end reacquires the data and initiates a key frame request for retransmission, or directly retransmits it.

[0218] The fifth scenario: for video service, for example, using different layered service frames to provide video with different quality / resolution, when the resolution switching occurs, the key frame can be requested to start the new layered video. For example, a video service has three levels of resolution grades, the first level constitutes the lowest resolution grade video stream, the first level superimposed on the second level constitutes the higher resolution grade video stream, and the first level superimposed on the second level superimposed on the third level constitutes the highest resolution grade video stream. The pre-sequence transmission is the superposition of the three levels because of the good network condition or cache condition, and the highest resolution grade video stream is transmitted. The subsequent network condition or cache condition becomes poor, and the video stream with the higher resolution grade is switched to, and the switching can be accompanied by the key frame request.

[0219] The triggering condition of the key frame request is exemplified above, and it should be noted that when the key frame triggering condition is met, the key frame request initiated by the station can need to be negotiated and established by the first station and the second station, that is, the service control category negotiated and established includes the key frame request control category. Specifically, the first station initiates the key frame request, and the second station can reply the key frame request feedback to indicate whether to accept the request; or the second station initiates the key frame request, and the first station can reply the key frame request feedback to indicate whether to accept the request. Optionally, the reason for acceptance or rejection can be indicated in the feedback. Similarly, the key frame request and the key frame request feedback can also use the same frame format, and the request type field is used for distinction. The specific frame format design can be referred to FIG. 3a, which is another possible frame structure diagram of the transmission message provided by the embodiment of the application, the transmission message carries the key frame request information or the key frame request feedback information, and the first level information of the frame structure of the transmission message includes at least one of the frame control, the frame length, the receiving address, the sending address, the key frame request information / key frame request feedback information, and the frame detection sequence. The frame format of the key frame request information / key frame request feedback information part can include at least one of the following fields: request number, request type, retransmitted data or data block number, request (feedback) reason, request number sequence, response length, whether multiplex transmission, multiplex transmission link flag, key frame request number KeyFrameReqCount, and key frame request continue timer KeyFrameReqContinueTimer. The following will describe part of the frame structure fields respectively:

[0220] Request number, used to number the current key frame request to distinguish different key frame requests. For example, to distinguish the key frame requests established between the first station and the second station for different data blocks, or to distinguish the key frame requests established between the first station and multiple second stations, or to distinguish the key frame requests established between the first station and multiple second stations. The request number of the key frame request feedback frame is consistent with the request number field of the corresponding key frame request frame.

[0221] Request type, including the key frame request frame and the key frame request feedback frame. The key frame request further includes a request initiated by the first station or a request initiated by the second station. The key frame request feedback frame also includes a reply of whether to accept the request by the second station or a reply of whether to accept the request by the first station. In addition, the key frame request feedback frame is optional, that is, it can be a type that needs to be negotiated and confirmed to be accepted, or a type of direct one-way notification (without a key frame request feedback frame). In the embodiments of the application, 3 bits can be used to indicate the request type, and the request type field meaning is referred to Table 4 below, and the remaining field values not listed are reserved.

[0222] Table 4

[0223] Request (feedback) reason, used to indicate at least one reason for triggering the current key frame request in the above-mentioned first to fifth scenarios, including the reasons for the key frame request and the key frame request feedback. In the embodiments of the application, 4 bits are used to indicate the request (feedback) reason, and the request (feedback) reason field meaning is referred to Table 5 below, and the remaining field values not listed are reserved.

[0224] Table 5

[0225] It should be noted that in the frame structure of the key frame, the request type and the request (feedback) reason can be used to indicate the triggering condition of the above-mentioned key frame request.

[0226] Request number, used to number the current key frame request to distinguish different key frame requests. For example, to distinguish the key frame requests established between the first station and the second station for different data blocks, or to distinguish the key frame requests established between the first station and multiple second stations, or to distinguish the key frame requests established between the first station and multiple second stations. The request number of the key frame request feedback frame is consistent with the request number field of the corresponding key frame request frame.

[0227] Multi-transmission link flag field, for MLD devices, used to indicate on which links the key frame multi-transmission is performed when the multi-transmission field indicates yes. Optionally, a link identifier LinkID is used for indication, or a bit map of the link identifier is used for indication. When the multi-transmission field indicates no, the multi-transmission link flag field is reserved or does not exist.

[0228] It should be noted that when the request type indicates a key frame request feedback, the response duration and the field following it in the frame structure are optional. When they exist, they are used to indicate the suggested new parameter values.

[0229] In addition, it should be considered that in some scenarios, the key frame request consumes additional processing resources, and frequent such requests can worsen the network condition. For example, in the first to fourth scenarios indicated by the trigger conditions, if the air interface transmission is continuously packet loss or decoding failure due to factors such as continuous poor network condition or mismatch of physical layer transmission parameters, or if the buffer size is not enough and continuous packet loss is forced, frequent key frame requests can be accompanied, and these frequent key frame requests are actually invalid because the air interface transmission or decoding condition has not improved. In the fifth scenario, the network condition or buffer condition frequently switches between good and poor, and the resolution level of the video stream switches between high and low. Such switching can be accompanied by frequent key frame requests, which can worsen the QoS or user experience, and even worsen the network condition.

[0230] In the embodiments of the present application, in order to avoid frequent key frame requests and cause network condition deterioration, the initiation frequency of the key frame request also needs to be controlled, specifically including: method 1, controlling the number of key frame requests, described as the first number. The first number can be KeyFrameReqCount. That is, for the same data, the continuous initiation number of the first key frame request or the second key frame request does not exceed KeyFrameReqCount, or the cumulative initiation number does not exceed KeyFrameReqCount. In another implementation, after the second station feeds back that the data is not successfully received, the continuous initiation number of the first key frame request or the second key frame request does not exceed KeyFrameReqCount, or the cumulative initiation number does not exceed KeyFrameReqCount. In another implementation, for the same SN or DBSN corresponding data unit or data block or data block group, the continuous initiation number of the first key frame request or the second key frame request does not exceed KeyFrameReqCount, or the cumulative initiation number does not exceed KeyFrameReqCount. Each time the key frame request is sent, the initiation number can be recorded / indicated through the request number sequence number in the key frame structure, for example, the value of the request number sequence number is increased by 1 each time the sending is increased; method 2, controlling the key frame request duration, described as the first duration. The first duration can be KeyFrameReqContinueTimer. From the initiation of the first first / second key frame request, the key frame request can be initiated for the longest duration of KeyFrameReqContinueTimer, and the next communication is continued beyond this time; method 3, the receiving end of the key frame request explicitly indicates the sending end to stop sending the key frame request. That is, when the receiving end of the key frame request does not have the condition to generate the key data block, it can indicate the sending end to stop sending the key frame request.

[0231] It also needs to be considered that, due to the key frame request, it can also bring additional processing delay, for example, the sender may need to request the data from a higher layer, and then transmit it to the receiver, or the sender may need to regenerate the requested data, which will introduce delay. Therefore, in the embodiments of the present application, time control / timeout non-response corresponding processing / failure processing is needed, which can be implemented by the following methods: method 1, time control is performed by controlling the key frame request response time, which is described as the second time length. That is, after initiating the key frame request, if the reply key frame is not received within the second time length, it is considered that the key frame request is invalid; method 2, if the reply key frame is not received within the second time length, and the second time length is not exceeded by a multiple of two, the key frame request can be initiated again; method 3, if the second time length is not exceeded by a multiple of X, the key frame request can be initiated again. Or, if the second time length is exceeded by a multiple of X, the key frame request is not initiated again. Wherein, X is set to a positive integer.

[0232] 305、the first station retransmits the key data block corresponding to the key frame in the lost data block.

[0233] Based on the first / second key frame request, the first station retransmits the key data block corresponding to the key frame in the lost data block to the second station.

[0234] It should be particularly pointed out that, in some application scenarios, when the first station is a station device attached in the MLD device, the first key frame request or the second key frame request can contain a multipath transmission field to indicate the way of retransmitting the key data block corresponding to the key frame on multiple links to improve the probability of being successfully received. For example, the first station indicates in the frame structure of the first key frame that the multipath transmission field is yes, that is, the key data block adopts multipath transmission. Optionally, a link flag field indicating multipath transmission by a bit map is adopted, and each bit represents whether to transmit on a link. For example, the bit map indicates a value of 110, indicating that the key data block is transmitted on links 1 and 2, and is not transmitted on link 3. It should be understood that multipath transmission is not equal to strictly time-synchronized transmission.

[0235] In summary, the embodiments of the present application design a key frame request process based on the distinction between key data and general data and related frame structure indication, which can preferentially guarantee the transmission of key data blocks with higher importance in the case of insufficient resources or deteriorating transmission conditions or other key frame triggering scenarios.

[0236] Referring to FIG. 4, another possible data transmission method provided by the embodiments of the present application is applied to a transmission limiting scenario, which can propose a corresponding solution to problem 2 in the prior art. Specifically, the method comprises the following steps:

[0237] 401. The first station sends discard applicability class indication information to the second station;

[0238] The first station sends discard applicability class indication information to the second station, which is used to indicate the discard priority of each data block in the data block group. The discard applicability class indication information can be indicated by the first integrity parameter included in the first information in FIG. 2A, to indicate the discard applicability level of each data block or each sub-data block group in the first data block group, or by the second integrity parameter included in the second information in FIG. 2B, to indicate the discard applicability level of each data block or each sub-data block in the second data block group. For example, the discard applicability class of a data block or a data block group includes a first class and a second class (or a first discard applicability class and a second discard applicability class), and when the resource is insufficient or congestion occurs, the data block indicated as the first class is more suitable for discard than the data block indicated as the second class, which also indirectly indicates that the data block of the second class is more important.

[0239] 402. When a preset transmission control trigger condition is met, the first station sends management or control indication information to the second station;

[0240] When a preset transmission control trigger condition is met, the first station sends management or control indication information to the second station, which is used to indicate the start of the transmission management or control mechanism. The transmission management or control trigger condition includes, but is not limited to, at least one of the following conditions: there is transmission congestion, the transmission resource is less than a first threshold or the buffer resource is less than a second threshold, or a burst of special services (such as low-latency services) arrives. For ease of description, the present application embodiment takes the existence of transmission congestion as an example for detailed description, that is, the corresponding control indication information is congestion control information, and the transmission control mechanism is a congestion control mechanism.

[0241] Optionally, the congestion control information can be a new action frame, indicating the start of the congestion control mechanism. In an implementation, the subsequent start of the congestion control is indicated in the field of the data frame MAC header, such as the QoS control field or the HT Control field or the A-control field. Similarly, it can also be indicated in each data frame MAC header whether retransmission is needed or whether it belongs to a critical frame.

[0242] When there is transmission congestion, the first station sends congestion control information to the second station to start the congestion control mechanism to relieve network pressure. Wherein, the existence of transmission congestion can be detected by the second station, and the first station is instructed or suggested to start the congestion control mechanism. Optionally, the first station replies to the congestion control feedback information to indicate whether to start the congestion control mechanism; or it can be detected by the first station, indicating that the congestion control mechanism will be started in subsequent transmission, and the second station replies to the feedback. Optionally, the reason for acceptance or rejection can be indicated in the congestion control feedback information. Similarly, the congestion control information and the congestion control feedback information can also use the same frame format. For specific frame format design, please refer to FIG. 4a, which is another possible frame structure diagram of the transmission message provided by the embodiment of the application, the transmission message carrying congestion control information, and the first-level information of the frame structure of the transmission message including at least one of frame control, frame length, receiving address, sending address, congestion control information and frame detection sequence, wherein the congestion control information includes at least one of the following fields: congestion control mechanism number, service identification suitable for congestion control, congestion control policy, effective time length, applied to uplink and / or downlink, and wherein the congestion control policy further includes policy number, policy number and corresponding policy, such as policy number 1 and policy 1 … and policy number M and policy M. The following will explain some fields of the congestion control information:

[0243] Congestion control mechanism number, used to number the congestion control mechanism this time to distinguish different congestion control mechanisms. For example, to distinguish the congestion control between the first station and the second station at different times, or to distinguish the congestion control between multiple first stations and the second station, or to distinguish the congestion control between the first station and multiple second stations.

[0244] Service identification suitable for congestion control, used to indicate the service identification suitable for this time using congestion control, which can be identified by TID / TSID / AC / UP / SCSID, etc. If it is suitable for multiple services, multiple service identifications can be carried.

[0245] Congestion control policy, used to indicate one or more adopted congestion control policies. For example, it includes one or more operations in the first operation and / or the second operation, such as starting the double queue of data blocks. Or for MLD devices, start congestion control for the whole MLD. In the embodiment of the application, as an example, 3 bits can be used to indicate the policy number, and the corresponding policy is referred to Table 6 below, and the remaining field values not listed are reserved.

[0246] Table 6

[0247] Validity duration, used to indicate the valid time of the current congestion control mechanism, and the mechanism will be terminated automatically when the time is expired. Optionally, if the validity duration is a special value, for example, the maximum value that the field can represent, it can be used to indicate that the current congestion control mechanism is long-term valid before it is explicitly terminated.

[0248] Applied to uplink and / or downlink, used to indicate that the current congestion control mechanism can be applied to uplink only, or downlink only, or both uplink and downlink. For example, the first station indicates to start the congestion control, and the field indicates that the current congestion control mechanism is applied to the unidirectional link from the first station to the second station, or the unidirectional link from the second station to the first station, or the bidirectional link between the first station and the second station.

[0249] 403、The first station starts the congestion control mechanism;

[0250] In the embodiment of the application, when the first station starts the congestion control mechanism, the services of the same service class identifier are classified again according to the discard applicability category, and the discard applicability category at least includes a first (discard applicability) category and a second (discard applicability) category, and the discard priority corresponding to the first category is higher than the discard priority of the second category. Please refer to FIG. 4b, which is a possible double queue operation diagram provided by the embodiment of the application. When the discard applicability category includes the first category and the second category, the cache data is divided into two different cache queues, obtaining the first data queue corresponding to the first category and the second data queue corresponding to the second category, and the transmission restriction operation level of the first data queue is higher than that of the second data queue. The transmission restriction operation includes one or more of the following operations: discard operation, channel contention restriction operation and retransmission restriction operation. Specifically, for the first data queue, it is more suitable for discarding, and the first operation is performed, for example, it is discarded first when the cache or transmission resource is insufficient, or a more conservative channel contention parameter is used, or a lower retransmission priority, a shorter retransmission timer, fewer retransmission times or even no retransmission, etc. For the second data queue, the discard applicability is lower, and the second operation is performed, for example, the station resource is preferentially used to protect the cache and transmission of the data of the category, or a more aggressive channel contention parameter is used, or a higher retransmission priority, a longer retransmission timer, more retransmission times, etc.

[0251] In some embodiments, the station can indicate to start the congestion control by explicit congestion notification (ECN) marking, and also can implement the start of the congestion control by mapping to the AC of the double queue. As shown in FIG. 4c, which is an example diagram of congestion control in a possible multi-AC scenario provided by the embodiments of the present application, the traffic of the first AC is classified again according to the discard eligibility, and when the start of the congestion control mechanism is indicated, the double queue of the buffer queue of the first AC is started. The first AC can be VI or VO, indicating video or voice, for example, for streaming traffic, or the first AC can also be BE or BK, such as some non-voice and non-video action or behavior prediction traffic, which does not belong to the high priority queue such as VI or VO in terms of priority, but there are also different data blocks distinguished by discard eligibility. It should be noted that some reference traffic frames also belong to critical traffic frames and are not suitable for being discarded. According to the capability of the device, the first AC that can start the double queue can be one or more, such as the second AC to the fourth AC shown in the figure, which can start the double queue if they have the capability to start the congestion control.

[0252] In some embodiments, when the first station is a station device attached in the first MLD device, the congestion control as a whole of the MLD can be performed, and the congestion control as a whole of at least two links is performed. For the second category data block of the first station, the discard eligibility is lower, and the first MLD performs a second operation. The second operation is, for example, that the resources of part or all of the attached stations in the first MLD are preferentially used to guarantee the caching and transmission of the second category data block. For the first category data block of the first station, the discard eligibility is higher, and the first MLD performs a first operation. The first operation is, for example, that the first station is discarded first when the caching or transmission resources of part or all of the attached stations in the first MLD are insufficient. When the first category data block and the second category data block of the data block queue belong to the same AC, in some embodiments, if the AC of one or more attached stations in the first MLD obtains a channel transmission opportunity, the second category data block of the first station is preferentially transmitted.

[0253] Similarly, the congestion control mechanism can be applied to the cached data in the initial transmission, or can only act on the retransmission process. For example, the retransmission data / data block is classified again according to the discard eligibility, such as being classified into a first retransmission (discard eligibility) category and a second retransmission (discard eligibility) category, and being correspondingly classified into two different retransmission queues, including a first retransmission data queue and a second retransmission data queue, and the transmission limitation operation level of the first retransmission data queue is higher than that of the second retransmission data queue. Details are not repeated here.

[0254] In addition, when the data blocks of the first data queue and the data blocks of the second data queue belong to the same AC, in some embodiments, if the AC obtains a channel transmission opportunity, the second data queue is preferentially transmitted. At this time, because the data block numbers of the data blocks of the first data queue can be in front of the data block numbers of the data blocks of the second data queue, a situation of not transmitting in the order of SN or DBSN can occur, and out-of-order transmission occurs. The possible discard operation or out-of-order transmission can affect the subsequent non-continuous transmission and processing. If the first station decides to take out-of-order transmission when starting the congestion control mechanism, optionally, the data block numbers or order of the out-of-order transmission need to be indicated to the second station, so that the second station can reorder and submit up according to the indication. For example, for the data blocks of the first data queue that are delayed for transmission by the first station, reordering can be skipped, instead of repeatedly requesting retransmission of the data blocks, avoiding hindering the up-layer submission of other data blocks and reducing the end-to-end delay. Exemplarily, the first station indicates that the transmission order is SN / DBSN: 15, 16, 7, 8, indicating that the data / data blocks with SN / DBSN 15 and 16 are transmitted first, and then the data / data blocks with SN / DBSN 7 and 8 are transmitted, and the second station can choose to submit the data / data blocks with SN / DBSN 15 and 16 to the upper layer first (that is, submit the data with low discard applicability and high importance to the upper layer first), instead of incorrectly requesting retransmission of the data / data blocks with SN / DBSN 7 and 8, causing transmission to be stuck. Alternatively, to simplify the indication information, the first station only indicates whether there is out-of-order transmission later when starting the congestion control mechanism, and the second station processes as much as possible according to the capability or buffer condition.

[0255] In some embodiments, the first category and the second category are determined according to the importance parameter of the data blocks. For example, the data blocks with high importance ranking have lower discard applicability and are preferentially guaranteed, and the data blocks with low importance ranking have higher discard applicability and are discarded first when resources are insufficient. For example, for I frame, P frame and B frame data of a video service, the importance decreases in turn, and in the case of congestion, the data blocks corresponding to the I frame can be opened in the second category, and the data blocks corresponding to the B frame and / or P frame can be opened in the first category. For the user end, although this operation can cause a short period of unclear picture or picture quality, because limited resources preferentially guarantee the more important I frame and try to avoid discarding the I frame, the experience and requirements of real-time video service can be better guaranteed.

[0256] 404. The first station sends number indication information to the second station;

[0257] Taking the first integrity parameter indication contained in the first information in FIG. 2A as an example, after starting the congestion control mechanism, the data blocks of the first category can be discarded, only the data blocks of the second category are transmitted, or the data blocks of the second category are preferentially transmitted. The first station sends the number indication information to the second station, and the number indication information is used to indicate the remaining data blocks after the target data blocks in the first data block group are discarded. The target data blocks can be understood as the data blocks selected to be discarded in the first data block group in the order from high to low of the discard priority.

[0258] In the present application, the number of the remaining data blocks can be directly indicated by the DBSN or SN field, or indirectly indicated by the bitmap. It should be noted that the remaining data blocks can be non-continuous data blocks in SN. For example, when indicated in the form of a bitmap, each bit represents whether a data block or a data block group or a data unit is transmitted next. For example, the first station indicates the bitmap of whether the data / data blocks with SN / DBSN of 16-23 (SSN=16, ESN=23, DBS=8) are transmitted as 11110010, that is, the data / data blocks with SN / DBSN of 20, 21 and 23 indicated by the bitmap value of 0 have been discarded and are not transmitted, and the data / data blocks with SN / DBSN of 16, 17, 18, 19 and 22 indicated by the bitmap value of 1 are the remaining data blocks.

[0259] It should be noted that in some embodiments, when the first station is a station device attached to an MLD device, the numbering of the data occurs in the upper MAC sublayer of the MLD device, and the upper MAC sublayer of the MLD device delivers the numbered data to the first station for transmission after completing the numbering. If congestion control and data discarding occur at the first station level, considering that if the return to the upper MAC sublayer for renumbering is selected, the data already numbered on multiple station devices in the MLD device can need to be returned for renumbering, which affects not only the first station but also other station devices, therefore the first station can only select the data / data block number information indicating the (non-continuous) transmission of the remaining data blocks to avoid the time delay and complexity increase caused by returning to the upper MAC sublayer for renumbering.

[0260] This step is especially suitable for the case where the discarded data has been assigned a number SN / DBSN, or for the case where renumbering cannot be performed continuously, which can avoid the time delay and complexity increase caused by renumbering all non-discarded data continuously.

[0261] 405、The first station transmits the remaining data blocks to the second station;

[0262] 406. The second station performs reordering and retransmission of the remaining data blocks.

[0263] The first station transmits the remaining data blocks to the second station. However, due to congestion control, the data blocks received by the second station can not be contiguous in terms of numbering (e.g., SN or DBSN numbering), unlike the normal case of contiguous transmission and buffering. The second station performs reordering and delivery to upper layers of the data according to the non-contiguous transmission. In one embodiment, for data that has been discarded, the second station can skip processing steps to avoid errors or stalling. For example, one or more of the following steps can be skipped: replay detection, block ack buffering, duplicate detection, block ack scoreboarding, etc. In another embodiment, for data blocks that have been discarded by the first station, reordering can be skipped instead of repeatedly requesting retransmission of the data blocks, which can prevent delivery of other data blocks to upper layers and increase end-to-end latency. For example, if the first station indicates in the numbering indication information that data / data blocks with SN / DBSN 16-23 (SSN=16, ESN=23, DBS=8) have not been transmitted, and the bitmap for the indication value of 0 is 11110010, indicating that data / data blocks with SN / DBSN 20, 21, and 23 have been discarded, the second station can choose to deliver data to upper layers in the order of 16, 17, 18, 19, 22, skipping data / data blocks with SN / DBSN 20, 21, and 23, instead of incorrectly requesting retransmission of data / data blocks with SN / DBSN 20, 21, and 23, which can cause transmission to stall. Thus, the second station performs reordering and retransmission of the remaining data blocks, including transmission or delivery to upper layers, or forwarding the remaining data blocks to other third stations.

[0264] For some services, such as multimedia services (XR services), prediction services (position or action prediction), spatial tracking, etc., different data blocks in the same service flow identified by the same service class identifier have different drop eligibility requirements, and need to be processed separately when sending congestion for congestion control. However, the drop eligibility parameter in the prior art is associated with the service class, such as TS / TSID, that is, the services of the same class have the same drop eligibility, and the drop is performed as a whole in the granularity of service class identifier when sending congestion, which cannot meet the requirement that different data blocks in the service flow need to be processed separately or part of the drop needs to be performed, which will cause important data blocks in the service flow to be dropped, even if the station resources can cover the cache / transmission requirements of the important data blocks. In the embodiments of the present application, for the services of the same class, congestion control processes and frame structures of congestion control information based on different drop eligibility are designed, which maximally prevent important data blocks from being dropped, or avoid the situation that the user end is stuck or the service is paused by re-requesting important data blocks, reduce the end-to-end delay, and improve the QoS.

[0265] It should be noted that the above embodiments are described by taking the existence of transmission congestion triggering congestion control as an example, but are also applicable to other management or control scenarios. As described above, the transmission management or control triggering conditions include but are not limited to at least one of the following conditions: the existence of transmission congestion, transmission resources less than a first threshold or cache resources less than a second threshold, and the arrival of a burst of special services (such as low-latency services). For example, if a burst of special services arrives, the first station sends special service priority management or control information to the second station to start a priority transmission management or control mechanism to guarantee the performance of the special services. At this time, the above classification processing mechanism based on the drop eligibility of the first and second categories is also applicable, and other services are marked as the first category, and the special services are marked as the second category, and the priority or importance of the second category is higher than that of the first category, and the transmission or cache resources are preferentially allocated.

[0266] In some embodiments, the second station indicates in the HT control field that there is data (burst or special traffic) to be transmitted, requests a reverse direction grant (RDG) or transmission opportunity (TXOP) sharing (TXS) for the data transmission, and the second station is a non-RDG initiator. The indication can be made by setting the RDG / More PPDU subfield to a value of 0 or 1, for example, and the indication is shown in Table 7. Upon receiving the indication, the first station can share the transmission resource with the second station for the data transmission via RDG or TXS.

[0267] Table 7

[0268] The embodiments described in FIGs. 2A, 2B, 3 and 4 above require that the first and second stations have certain capabilities, such as the ability to establish a service control class, for example. Therefore, the stations can carry capability indication information in the interaction between the first and second stations to indicate the capabilities of the stations. The capabilities of the stations can include, but are not limited to, at least one of the following capabilities:

[0269] Capability 1: The station indicates whether it supports QoS control based on data block groups or data blocks.

[0270] Capability 2: The station indicates whether it supports retransmission QoS control based on data block groups or data blocks.

[0271] Capability 3: The station indicates that it supports QoS control / retransmission QoS control based on data block groups or data blocks for some or all ACs, such as for traffic with ACs VO and / or VI, for example.

[0272] Capability 4: The station indicates that it supports QoS control / retransmission QoS control based on data block groups or data blocks for some or all TIDs, such as for traffic with TIDs 8-15, for example.

[0273] Capability 5: The station indicates whether it supports key frame request function.

[0274] Capability 6: The station indicates whether it supports congestion control function or burst special traffic management function.

[0275] Capability 7: The station indicates whether it supports data block double queue.

[0276] Capability 8: The station indicates the AC class that supports data block double queue.

[0277] Capability 9: The station indicates whether it supports congestion control as a whole of MLD. Which links in the MLD support congestion control as a whole.

[0278] It should be noted that the above-mentioned capability indication information can be carried in a plurality of different types of frames, including newly defined capability indication frames, or existing frames. The frame structures corresponding to the capability indication information in different types of frames will be described below.

[0279] Please refer to FIG. 5a, which is a schematic diagram of another possible frame structure of a transmission message provided by an embodiment of the present application, which can be newly defined and carries capability indication information. The first-level information of the frame structure of the transmission message includes at least frame control, frame length, receiving address, sending address, capability indication information such as QoS capability information, and frame detection sequence. The frame format of the QoS capability information field includes: QoS capability type, service identification applicable to QoS capability, one or more QoS capabilities, validity period, and application to uplink and / or downlink. The frame format of the one or more QoS capabilities field further includes: number of capabilities, whether the capability exists, and corresponding capability, including whether capability 1 exists and corresponding capability 1, …, whether capability P exists and corresponding capability P. Some fields will be explained below:

[0280] QoS capability type, used to distinguish different QoS capabilities. For example, QoS capability possessed by a sending end or QoS capability possessed by a receiving end; QoS capability applied to retransmission, QoS capability applied to initial transmission, or QoS capability applied to initial transmission and retransmission.

[0281] Service identification applicable to QoS capability, used to indicate the service identification of the QoS capability, which can be identified by TID / TSID / AC / UP / SCSID, etc. If applicable to multiple services, one or more QoS capabilities can carry multiple service identifications.

[0282] Validity period, used to indicate the effective time of the QoS capability type from the indication of starting, which is automatically terminated after expiration.

[0283] Application to uplink and / or downlink, used to indicate that the QoS capability can only exist in uplink, or only exist in downlink, or exist in both uplink and downlink.

[0284] Referring to FIG. 5b, another possible frame structure of a transmission message provided by the embodiment of the present application is shown, which includes an existing Extended Capabilities element field, through which the station indicates the capabilities it has. As shown in the figure, the frame structure of the Extended Capabilities element includes an element ID, a length and extended capabilities, and an indication is added in the extended capabilities field. Bits W1-W2 represent capabilities 1-P respectively. When the bit value of each bit is 1, it means that the capability is supported. For example, if the bit is 1010, it corresponds to capabilities 1-4, i.e., capabilities 1 and 3 are supported. Alternatively, the capabilities of the station can also be indicated in the Frame Classifier field of the Traffic Classification (TClas) element, which is a Traffic Stream (TS) type corresponding to the defined traffic.

[0285] When the station is an affiliated device of an MLD, the indication of its capabilities can also be indicated by a Multi-Link element or a variant thereof. For example, referring to FIG. 5c, another possible frame structure of a transmission message provided by the embodiment of the present application is shown, which includes a Multi-Link element or a variant thereof, used to indicate the capabilities of the station. The frame structure includes an element ID, a length, an Element ID Extension, a Multi-Link Control, Common Info and Link Info. The Multi-Link Control includes the common capabilities of all stations and the bitmap length of the common capabilities. The Common Info includes the bitmap of capabilities 1-P of all stations. The Link Info includes a Subelement ID, a length, a STA Control, a STA Info and STA Profiles. The STA Control includes a Link ID, the capabilities 1-P of the station indicated by the Link ID, the bitmap length and the bitmap. The STA Info includes the bitmap of the capabilities 1-P of the station indicated by the Link ID.

[0286] Specifically, if the capabilities are common to all stations on the MLD, they can be indicated in the Multi-Link Control field and / or the Common Info field. If the capabilities are individually owned by each station on the MLD, they can be indicated in the Link Info field. When at least one of the capabilities 1-P is indicated as yes, the capabilities 1-P bitmap length field and / or the capabilities 1-P bitmap field exist. Possibly, the capabilities 1-P bitmap length field is set to a first value, e.g. 0 value, indicating that the capabilities 1-P bitmap does not exist; or the capabilities 1-P bitmap length field is set to other values, indicating the length of the capabilities 1-P bitmap. For example, the capabilities 1-P bitmap length field is set to a second value, the capabilities 1-P bitmap field is of a first length; the capabilities 1-P bitmap length field is set to a third value, the capabilities 1-P bitmap field is of a second length. It is noted that the capabilities 1-P bitmap can be included in the STA Control field or the STA Info field or the STA Profile field. In addition, in the frame structure, the at least one of the capabilities 1-P field and the capabilities 1-P bitmap length field are optional fields.

[0287] When more detailed information of a certain capability needs to be indicated, it can be indicated based on the frame structure similar to Fig. 5c, with some fields changed. Please refer to Fig. 5d, which is another possible frame structure of the transmission message provided by the embodiments of the present application, taking the QoS capability as an example. The multi-link control includes the QoS capability information common to all stations and the QoS capability information common to all stations length. The common info includes the QoS capability information common to all stations. The station control in the link info includes the link ID, the QoS capability information of the station indicated by the link ID, the QoS capability information length of the station indicated by the link ID and the QoS capability information of the station indicated by the link ID.

[0288] Specifically, if these capabilities are common to all stations on the MLD, they can be indicated in the Multi-Link Control field and / or the Common Info field; if these capabilities are individually possessed by each station on the MLD, they can be indicated in the Link Info field. When the QoS capability information present field is indicated to be present, the QoS capability information length field and / or the QoS capability information field are present. Possibly, the QoS capability information length field is set to a first length, for example, 0, and the QoS capability information field is not present; or the QoS capability information length field is set to another length, indicating the length of the QoS capability information field. For example, the QoS capability information length field is set to a second length, and the QoS capability information field is set to a third length of bits; the QoS capability information length field is set to a third length, and the QoS capability information field is set to a fourth length of bits. It should be noted that the QoS capability information field can be placed in the STA Control field or the STA Info field or the STA Profile field. In addition, in the frame structure, the QoS capability information present field and the QoS capability information length field are optional fields.

[0289] It should be noted that the above frame structure / field for indicating the capabilities or capability information possessed by the device can be carried by the existing ADDTS Request and ADDTS Response frames, or by the existing SCS Request or SCS Response frames, or by using the TCLAS and / or TSPEC element or its variants, or by using the QoS Characteristics element or its variants. The specific implementation is not limited here.

[0290] In some embodiments, the above fields can be indicated in the trigger frame (TF); they can also be indicated in the action frame. As shown in FIG. 5e, which is a schematic diagram of a possible frame structure of an action frame provided by the present application, the frame structure includes frame contents Frame contents, and reserved values are used to indicate new action frame contents, for example, including at least one of the following: V1: first control information, V2: first control feedback information, V3: second control information, V4: second control feedback information, V5: first information, V6: first feedback information, V7: second information, V8: second feedback information, V9: key frame request, V10: key frame feedback request, V11: congestion control information, and V12: QoS capability information, such as capabilities 1-P, etc.

[0291] To sum up, the embodiments of the present application provide negotiation interaction between the first station and the second station to realize different service parameter information (such as transmission parameter or QoS parameter) and different transmission rules of different data groups or data blocks under the same service identifier, and provide corresponding multiple frame structures. It should be noted that the present application is also applicable to the scenario of interaction between multiple stations, specifically:

[0292] In some embodiments, the first station includes the related service control information between the second station and the third station in the first control information / second control information, and / or includes the related service parameter information between the second station and the third station in the first information / second information. Similarly, when the second station replies to the corresponding feedback information, the feedback information can also carry the related service control information between the first station and the third station, and / or the related service parameter information between the first station and the third station, including the scenario that the second station assists the first station to forward data to the third station or assists the third station to forward data to the first station. The first information / second information can include service parameter requirement information, so that the second station configures the service parameter between the second station and the third station according to the requirement. Alternatively, the first station and the second station negotiate to adapt the service parameter.

[0293] In some embodiments, the second station is an AP, and the first station and the third station are non-AP stations in the same BSS. The AP forwards the data of the first station to the third station. Because the AP or the third station can not be clear about the parameter requirement between the AP and the third station, the first station as the initiating station can assist the communication between the AP and the third station, and include the service parameter between the AP and the third station in the first information / second information and send it to the AP.

[0294] In some embodiments, the second station is a relay station, which assists to forward the data between the first station and the third station. The relay station can not be clear about the parameter requirement between the first station and the third station, and the first station can assist the communication between the relay station and the third station, and include the service parameter between the relay station and the third station in the first information / second information and send it to the relay station. The first station can be an AP or a non-AP station.

[0295] In the above embodiment including the third station, the frame structure of the first control information / second control information / first information / second information further includes address information or identification information of the third station, and optionally includes address information or identification information of the second station, i.e. in the frame structure of the first / second control information or the first / second information in the above example, an indication field of address information or identification information of the third station and / or the second station is added to indicate that the relevant information is applied to the link between the first station and the second station, and / or the link between the second station and the third station. For example, the first station sends two first information, indicating that the first first information is applied to the link between the first station and the second station, and the second first information is applied to the link between the second station and the third station, or the first station sends the first information, indicating that the first information is applied to the link between the first station and the second station, or the first station sends the first information, indicating that the first information is applied to the link between the second station and the third station. The address information or identification information can be MAC address information or association identifier (AID) information of the station, etc. The corresponding feedback information is similar. The field design of other control parameters or service parameters is referred to FIG. 2A-1 and FIG. 2A-5.

[0296] The above figures in detail illustrate the data transmission method provided by the embodiments of the application. Please refer to FIG. 6, which is a storage schematic diagram of a wireless communication device in the embodiments of the application. The storage medium 20 of the wireless communication device of the embodiments of the application stores instruction / program data 21, which is executed to realize the method provided by any embodiment of the communication method of the application and any non-conflicting combination. The instruction / program data 21 can form a program file and be stored in the above storage medium 20 in the form of a software product, so that a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor executes all or part of the steps of the method of each embodiment of the application. The above storage medium 20 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, etc. various media that can store program codes, or a computer, a server, a mobile phone, a tablet, etc. terminal device.

[0297] In several embodiments provided in the present application, it should be understood that the disclosed system, device and method can be implemented in other manners. For example, the described device embodiments are merely schematic. For example, the division of the units is only a logical function division. There can be another division manner for the actual implementation, for example, multiple units 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 can be indirect couplings or communication connections through some interfaces, devices or units, and can be in electrical, mechanical or other forms.

[0298] In addition, each function unit in the various embodiments of the present application can be integrated into a processing unit, or each unit can exist physically independently, or two or more units can be integrated into one unit. The above integrated unit can be implemented in the form of hardware, or in the form of a software function unit.

[0299] The above are merely specific embodiments of the present application, and do not limit the patent scope of the present application. Any equivalent structure or equivalent flow transformation made by using the contents of the present application specification and drawings, or directly or indirectly applied to other related technical fields, are also included in the patent protection scope of the present application.

[0300] The above embodiments can be implemented, in whole or in part, by software, hardware (such as a circuit), firmware or any combination thereof. When implemented by software, the above embodiments can be implemented, in whole or in part, in the form of a computer program product. The computer program product includes one or more computer instructions or computer programs. When the computer instructions or computer programs are loaded or executed on a computer, the flow or function described in the embodiments of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center through a wired (such as infrared, wireless, microwave, etc.) manner. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. containing one or more available medium collections. The available medium can be a magnetic medium (such as a floppy disk, a hard disk, a magnetic tape), an optical medium (such as a DVD), or a semiconductor medium. The semiconductor medium can be a solid-state disk.

[0301] It should be understood that the term "and / or" in this document is merely used to describe associated relationship, and it can mean three relationships, for example, A and / or B can mean that A exists alone, A and B exist together, and B exists alone, where A and B can be singular or plural. In addition, the character " / " in this document generally means that the associated objects before and after the " / " are in an "or" relationship, but can also mean an "and / or" relationship, which can be understood according to the context before and after.

[0302] In this application, "at least one" means one or more, and "multiple" means two or more. "At least one of the following" or the like means any combination of the items, including any combination of single or multiple items. For example, at least one of a, b, or c can mean a, b, c, a-b, a-c, b-c, or a-b-c, where a, b, and c can be singular or plural.

[0303] It should be understood that the order of the above processes in various embodiments of the present application 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.

[0304] Those of ordinary skill in the art can realize that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be realized by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are realized in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0305] Those skilled in the art can clearly understand that, for the convenience and brevity of the description, the specific working processes of the above-described system, device and unit can refer to the corresponding processes in the foregoing method embodiments, which will not be described here.

[0306] In several embodiments provided in the present application, it should be understood that the disclosed system, device and method can be implemented in other ways. For example, the above-described device embodiments are only schematic, and the division of the units is only a logical function division, and actual implementation can have another division manner, for example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the units shown or discussed can be indirect coupling or communication connection through some interface, device or unit, and can be electrical, mechanical or other forms.

[0307] The units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, i.e., may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the embodiment scheme.

[0308] In addition, the functional units in each embodiment of the present application can be integrated in one processing unit, or each unit can be physically present separately, or two or more units can be integrated in one unit.

[0309] If the functions are realized in the form of software functional units and sold or used as independent products, they can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application or the parts that essentially contribute to the prior art or the parts of the technical solutions can be embodied in the form of software products. The computer software product is stored in a storage medium and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned 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 program code storage media.

[0310] 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 data transmission method, the method being applied to a first station, characterized in that, The method comprises: transmitting one or more sub-data block groups in a first data block group to a second station based on pre-configured service parameter information and adapted transmission rules, the one or more sub-data block groups corresponding to a first service, one or more data blocks in the first data block group corresponding to at least one service, the first service being any one of the at least one service, the service parameter information being used to indicate service parameters of the sub-data block groups.

2. The method of claim 1, wherein, The method further comprises: sending first control information to the second station, the first control information being used to request establishment of a service control category for the first service; receiving first control feedback information sent by the second station.

3. The method of claim 2, wherein, The first control feedback information is used to indicate acceptance of the request for establishment of the service control category for the first service.

4. The method of claim 3, wherein, After receiving the first control feedback information sent by the second station, the method further comprises: sending first information to the second station, the first information being used to indicate data block grouping information in the first data block group, the first information including data block group number BGN of the first data block group or number DBSN of the sub-data block group; or, the first control information further includes information carried by the first information.

5. The method of claim 4, wherein, After sending the first information to the second station, the method further comprises: receiving first feedback information sent by the second station, the first feedback information being used to indicate one of the following: acceptance of parameters of the first information, rejection of part or all parameters of the first information.

6. The method according to any one of claims 1-5, characterized in that, The method further comprises: sending second control information to the second station, the second control information being used to request establishment of a retransmission service control category for the first service; receiving second control feedback information sent by the second station.

7. The method of claim 6, wherein, The second control feedback information is used to indicate acceptance of the request for establishment of the retransmission service control category for the first service.

8. The method of claim 7, wherein, After receiving the second control feedback information sent by the second station, the method further comprises: sending second information to the second station, the second information being used to indicate a second data block group, the second data block group being data blocks that need to be retransmitted, or, the second control information further includes information carried by the second information; retransmitting one or more sub-data block groups in the second data block group to the second station.

9. The method of claim 8, wherein, The second data block group is contained in the first data block group.

10. The method of claim 8, wherein, The first data block group is contained in the second data block group.

11. The method of claim 8, wherein, After sending the second information to the second station, the method further comprises: receiving second feedback information sent by the second station, the second feedback information being used to indicate one of the following: acceptance of parameters of the second information, rejection of part or all parameters of the second information.

12. The method of claim 2, wherein, The service control category includes but is not limited to one or more of the following categories: quality of service (QoS) control category, data importance control category, data integrity control category, transmission control category, and key frame request control category.

13. The method of claim 6, wherein, The first information or the second information further comprises service parameter information, which comprises one or more of the following parameters: a first QoS parameter, a first importance parameter, a first integrity parameter, and a first transmission parameter.

14. The method of claim 6, wherein, The first information or the second information further comprises service requirement information, which is used to indicate transmission requirements of the sub-data block groups, and comprises one or more of the following information: a first QoS requirement information, a first importance requirement information, a first integrity requirement information, and a first transmission requirement information. The method further comprises: receiving the service parameter information sent by the second station.

15. The method of claim 11, wherein, The first feedback information or the second feedback information comprises at least one of the following information: an acceptance reason, a rejection reason, and a recommended parameter.

16. The method of claim 13, wherein, The first importance parameter comprises at least one of the following information: an importance classification indication of data blocks in the first data block group, a weight coefficient of data blocks, an indication of the most important data block, an indication of the least important data block, a proportion of data blocks of different importance classifications, and a proportion of data units of different importance classifications, or an importance classification indication and a weight indication of the first data block group in the first service.

17. The method of claim 13, wherein, The first integrity parameter comprises at least one of the following information: an integrity requirement indication of data blocks in the first data block group, an integrity requirement proportion indication of data blocks, and a discard applicability of data blocks, or an integrity requirement indication, an integrity requirement proportion indication, and a discard applicability of the first data block group.

18. The method of claim 13, wherein, The first transmission parameter comprises at least one of the following information: a retransmission indication, a multiplexing parameter indication, and a link adaptation related parameter.

19. The method of claim 13, wherein, The first QoS parameter comprises at least one of the following information: a critical service frame indication of data blocks, a block priority parameter, a block latency parameter, a block error probability, and a block packet loss probability, or a critical service frame indication, a group priority parameter, a group latency parameter, a latency parameter of the most important data block, a latency parameter of the least important data block, a group error probability, a group packet loss probability, a group aggregate error probability, and a group aggregate packet loss probability of the first data block group.

20. The method of claim 1, wherein, The service parameter information is carried in a primitive request, which is delivered from a logical link control layer (LLC) of the first station to a media access control (MAC) layer of the first station via a MAC layer service access point.

21. The method of claim 2, wherein, The first control feedback information is further used to indicate rejection of the request for establishing a service control class for the first service, and comprises a first rejection reason parameter.

22. The method of claim 6, wherein, The second control feedback information is further used to indicate rejection of the request for establishing a retransmission service control class for the first service, and comprises a second rejection reason parameter.

23. The method of claim 8, wherein, Before the sending of the second information to the second station, the method further comprises: transmitting one or more data blocks in a third data block group to the second station, wherein the second data group is contained in the third data group; Receiving transmission feedback information sent by the second station, the transmission feedback information being used to indicate lost data blocks in the transmission.

24. The method of claim 23, wherein, When the third data block group belongs to a key service frame, the method further comprises: If a preset key frame triggering condition is met, sending a first key frame request to the second station, the first key frame request being used to indicate that only key data blocks corresponding to key frames in the lost data blocks are retransmitted, and the second data block group is the key data blocks; Or, receiving a second key frame request sent by the second station, the second key frame request being used to indicate that only key data blocks corresponding to key frames in the lost data blocks are retransmitted.

25. The method of claim 24, wherein, When no feedback is received within a preset time period after the first key frame request is sent, the method further comprises: Sending the first key frame request again; Or, Re-transmitting the key data blocks.

26. The method of claim 24, wherein, When the first station is a station device attached to a multi-link device (MLD), the first key frame request or the second key frame request further comprises a multi-transmission parameter indication, the multi-transmission parameter indication being used to indicate that the key data blocks are retransmitted on multiple links.

27. The method of claim 24, wherein, The transmission information of the first key frame request and / or the second key frame request meets at least one of the following transmission restriction conditions: the number of times of sending the first key frame request and / or the second key frame request is not greater than K, the cumulative number of times of sending the first key frame request and the second key frame request is not greater than M, and the transmission interval is greater than a first time period.

28. The method of claim 24, wherein, The preset key frame triggering condition includes, but is not limited to, at least one of the following conditions: the packet loss rate is higher than a first preset value, the data buffer size of the first station exceeds a second preset value, the data buffer space of the first station is less than a third preset value, the second station fails to decode the data blocks in the third data block group received, or the network quality switches or the size of the buffer space switches.

29. The method of claim 13, wherein, The service parameter information includes a first integrity parameter, and the transmission of one or more sub-data block groups in the first data block group to the second station comprises: If a preset transmission control triggering condition is met, sending control indication information to the second station, the control indication information being used to indicate that a transmission control mechanism is started, or receiving the control indication information sent by the second station; Based on the first integrity parameter and a corresponding transmission rule, transmitting remaining data blocks in the first data block group, the remaining data blocks being data blocks remaining after a target data block is discarded in the first data block group.

30. The method of claim 29, wherein, The first information is further used to indicate a discard applicability category of the first data block group, the discard applicability category being used to distinguish discard priorities of data blocks in the first data block group.

31. The method of claim 30, wherein, The target data block is a data block selected and discarded in the first data block group according to a discard priority from high to low.

32. The method of claim 30, wherein, The discard applicability category at least includes a first category and a second category, and a discard priority corresponding to the first category is higher than a discard priority of the second category.

33. The method of claim 32, wherein, When the first station starts the transmission control mechanism, the buffered data corresponding to the first service is divided into the first data queue corresponding to the first category and the second data queue corresponding to the second category based on the discard applicability category.

34. The method of claim 33, wherein, When the first station starts the transmission control mechanism, the method further comprises: starting the double-queue mode to divide the buffered data corresponding to the first service into the first data queue and the second data queue based on the discard applicability category.

35. The method of claim 33, wherein, The transmission restriction operation level of the first data queue is higher than that of the second data queue, and the transmission restriction operation includes but is not limited to one or more of the following operations: discard operation, channel contention restriction operation and retransmission restriction operation.

36. The method of claim 29, wherein, The transmission of the remaining data blocks in the first data block group comprises: sending number indication information to the second station, which is used to indicate the SN or DBSN of the remaining data blocks; transmitting the remaining data blocks to the second station.

37. The method of claim 36, wherein, The SN or DBSN of the remaining data blocks is non-continuous.

38. The method of claim 37, wherein, The number indication information is also used to indicate that the remaining data blocks are transmitted in a mixed order, and the number indication information includes the SN or DBSN of the remaining data blocks in a mixed order.

39. The method of claim 29, wherein, The transmission control trigger condition includes but is not limited to at least one of the following conditions: there is transmission congestion, the transmission resource is less than a first threshold, or the buffer resource is less than a second threshold.

40. The method of claim 30, wherein, The discard applicability category is related to the importance parameter of the data block.

41. The method of claim 8, wherein, The retransmission of one or more sub-data block groups in the second data block group to the second station comprises: if a preset transmission control trigger condition is met, sending control indication information to the second station, which is used to indicate that the transmission control mechanism is started, or receiving the control indication information sent by the second station; based on the first integrity parameter and the corresponding transmission rule, retransmitting the second remaining data blocks in the second data block group, which are the data blocks remaining after the second target data block is discarded in the second data block group.

42. The method of claim 1, wherein, The transmission of one or more sub-data block groups in the first data block group to the second station comprises: obtaining a transmission opportunity, and transmitting one or more sub-data block groups in the first data block group to the second station based on the transmission opportunity; or, transmitting one or more sub-data block groups in the first data block group to the second station according to the uplink transmission resource allocated by the second station.

43. The method of claim 3, wherein, After receiving the first control feedback information sent by the second station, the method further comprises: receiving termination information sent by the second station, which is used to indicate termination of the established service control category; or, sending the termination information to the second station.

44. The method of claim 3, wherein, When a preset termination condition is met, the established service control category is terminated.

45. The method of claim 4, wherein, The data block grouping information includes one or more of the following information of each sub-data block group: data block sequence number DBSN, starting sequence number SSN, data block size DBS, and ending sequence number ESN.

46. A data transmission method, the method being applied to a second station, characterized in that, includes: receiving first information sent by the first station, the first information being used to indicate one or more sub-data block groups in a first data block group, each of the one or more sub-data block groups corresponding to a first service, the first information comprising service parameter information or service requirement information, the service parameter information being used to indicate service parameters of the one or more sub-data block groups, the service requirement information being used to indicate service parameter requirements of the one or more sub-data block groups, one or more data blocks in the first data block group corresponding to at least one service, the first service being any one of the at least one service; configuring a transmission rule adapted to the service parameter information according to the first information; receiving one or more sub-data block groups in the first data block group sent by the first station based on the transmission rule. Before the receiving the first information sent by the first station, the method further comprises:

47. The method of claim 46, wherein, receiving first control information sent by the first station, the first control information being used to request establishment of a service control category for the first service; sending first control feedback information to the first station, the first control feedback information being used to indicate acceptance or rejection of the request for establishment of the service control category for the first service. The first information further comprises content carried by the first control information.

48. The method of claim 47, wherein, The method further comprises:

49. The method of claim 46 or 47, wherein, receiving second control information sent by the first station, the first control information being used to request establishment of a retransmission service control category for the first service; sending second control feedback information to the first station, the second control feedback information being used to indicate acceptance or rejection of the request for establishment of the retransmission service control category for the first service. Before the receiving the first information sent by the first station, the method further comprises:

50. The method of claim 49, wherein, receiving a third data block group sent by the first station, data blocks in the third data block group all corresponding to the first service, the first data block group being data in the third data block group that needs to be retransmitted; sending second reception indication information to the first station, the second reception indication information being used to indicate whether the third data block group is successfully received. The service parameter information is retransmission service parameters of each sub-data block group in the first data block group.

51. The method of claim 50, wherein, When the second control feedback information is used to indicate acceptance of the request for establishment of the retransmission service control category for the first service, the method further comprises:

52. The method of claim 49, wherein, sending reception indication information to the first station, the reception indication information being used to indicate whether one or more sub-data block groups in the first data block group are successfully received; receiving second information sent by the first station, the second information being used to indicate a second data block group, the second data block group being data in the first data block group that needs to be retransmitted. When the first information or the second information further indicates a key data block belonging to a key frame, the method further comprises:

53. The method of claim 52, wherein, if a preset key frame triggering condition is met, receiving first key frame request sent by the first station, the first key frame request being used to indicate retransmission of only a key data block corresponding to the key frame in lost data blocks; ​ Or, a second key frame request is sent to the first station, the second key frame request is used to indicate that only the key data blocks corresponding to the key frames in the lost data blocks are retransmitted.

54. The method of claim 53, wherein, When the key data blocks retransmitted are not received within a preset time period after the second key frame request is sent, the method further comprises: The second key frame request is sent again.

55. The method of claim 49, wherein, The method further comprises: If a preset transmission control trigger condition is met, control indication information is sent to the first station, the control indication information is used to indicate that a transmission control mechanism is started, or the control indication information sent by the first station is received; The remaining data blocks in the first data block group transmitted by the first station are received, the remaining data blocks are the data blocks remaining after the target data blocks discarded in the first data block group.

56. The method of claim 55, wherein, The receiving the remaining data blocks in the first data block group transmitted by the first station comprises: Number indication information sent by the first station is received, the number indication information is used to indicate the SN or DBSN of the remaining data blocks; The remaining data blocks transmitted by the first station are received.

57. The method of claim 46, wherein, When the first information comprises the service requirement information, the method further comprises: Based on the service requirement information, service parameter information of the sub data block groups is determined.

58. The method of claim 46, wherein, The transmission rule configured according to the service parameter information comprises: When the first information comprises a first importance parameter, retransmission number limit rules corresponding to each importance level are configured according to the importance level indication in the first importance parameter; and / or, Timeout discard timing rules are configured according to the importance level indication, the time length of the timeout discard timer in the timeout discard timing rules is positively correlated with the importance level; and / or, Retransmission priority rules are configured according to the importance level indication, the retransmission priority is positively correlated with the importance level; and / or, When the first information further indicates a discard applicability category, discard applicability rules are configured based on the discard applicability category; and / or, When the first information further indicates data blocks belonging to key service frames, key frame rules are configured, the key frame rules are used to start a key frame request function for the data blocks belonging to the key service frames.

59. The method of claim 58, wherein, When the second station is an AP, the first rules further comprise scheduling transmission rules for non-APs, the non-APs are one or more.

60. The method of claim 47, wherein, After the first control feedback information is sent to the first station, the method further comprises: Termination information sent by the first station is received, the termination information is used to indicate that the established service control category is terminated; Or, The termination information is sent to the first station.

61. A wireless communication device, comprising: A processor and a memory, the memory is used to store a computer program, the processor is used to call and run the computer program stored in the memory, and the method in any one of claims 1 to 60 is executed.

Images