Data transmission method, communication device, and communication system
By optimizing the data transmission mechanism of the device in the UHR wireless LAN, using channel state awareness and QoS data frame retransmission in OBSS TXOP time, the problem of unsuccessful transmission of the sub-channel is solved, improving system throughput and reducing communication delay.
Patent Information
- Application Number
- PCT/CN2024/075017
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-01-31
- Publication Date
- 2025-08-07
AI Technical Summary
In ultra-high reliability (UHR) wireless LANs, data frames that devices fail to successfully transmit on sub-channels lack effective retransmission mechanisms, resulting in low system throughput and large communication delays.
During the main channel-aware overlapping basic service set transmission opportunity (OBSS TXOP) time, after the device transmits data, it performs channel state awareness or listening after it is completed, and retransmits unsuccessfully transmitted quality of service (QoS) data frames based on the channel state, and optimizes the retransmission process using mechanisms such as serial number and transmission identification.
It improves system throughput, reduces communication delay, and meets UHR transmission needs.
Smart Images

Figure CN2024075017_07082025_PF_FP_ABST
Abstract
Description
Data transmission method, communication equipment and communication system Technical Field
[0001] The present disclosure relates to the field of communication technology, and in particular to a data transmission method, communication equipment, and communication system. Background Art
[0002] Currently, Wi-Fi technology research focuses on Ultra High Reliability (UHR), with the goal of improving the reliability of Wireless Local Area Networks (WLAN) connections, reducing latency, improving manageability, increasing throughput at different signal-to-noise ratio (SNR) levels, and reducing device-level power consumption.
[0003] In UHR, to improve system throughput and reduce communication latency, devices can switch to a secondary channel when the primary channel senses it's busy. Data frames that fail to transmit on the secondary channel must be retransmitted on either the primary or secondary channel. Therefore, further refinements are needed to ensure that devices can transmit data on both the primary and secondary channels to meet the transmission requirements of UHR.
[0004] Summary of the Invention
[0005] The embodiments of the present disclosure provide a data transmission method, a communication device, and a communication system to further improve the mechanism for a device to transmit data in a primary channel and a secondary channel.
[0006] In one aspect, an embodiment of the present disclosure provides a data transmission method, the method comprising:
[0007] The first device performs data transmission on the first channel within an overlapping basic service set transmission opportunity (OBSS TXOP) time sensed by the primary channel;
[0008] After the OBSS TXOP time ends, the first device performs channel state sensing or monitoring;
[0009] According to the sensed channel state, the quality of service (QoS) data frames that are not successfully transmitted within the OBSS TXOP time are retransmitted.
[0010] On the other hand, an embodiment of the present disclosure further provides a communication device, wherein the communication device is a first device, the first device is a site device or an access point device, and the first device includes:
[0011] A first processing module is configured to transmit data on a first channel within an OBSS TXOP time sensed by a primary channel;
[0012] A second processing module is configured to perform channel state sensing or monitoring after the OBSS TXOP time ends;
[0013] The third processing module is configured to retransmit the Quality of Service (QoS) data frame that is not successfully transmitted within the OBSS TXOP time according to the sensed channel state.
[0014] On the other hand, an embodiment of the present disclosure further provides a communication device, wherein the communication device is a first device, and the first device is a site device or an access point device, including:
[0015] one or more processors;
[0016] The first device is used to execute the data transmission method described in the embodiment of the present disclosure.
[0017] An embodiment of the present disclosure further provides a communication system, including a first device, which is a site device or an access point device; wherein the first device is configured to implement the data transmission method described in the embodiment of the present disclosure.
[0018] The embodiment of the present disclosure further provides a storage medium storing instructions. When the instructions are executed on a communication device, the communication device executes the data transmission method as described in the embodiment of the present disclosure.
[0019] In an embodiment of the present disclosure, within the overlapping basic service set transmission opportunity OBSS TXOP time perceived by the primary channel, the first device transmits data on the primary channel; after the OBSS TXOP time ends, the first device senses or listens to the channel status; and based on the sensed channel status, the first device retransmits the quality of service QoS data frames that were not successfully transmitted within the OBSS TXOP time, thereby improving the mechanism for the device to retransmit data that was not successfully transmitted on the secondary channel, improving the system throughput, reducing the communication delay, and meeting the UHR requirements.
[0020] Additional aspects and advantages of the embodiments of the present disclosure will be given in part in the following description, which will become apparent from the following description or be learned through practice of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS
[0021] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the following drawings required for describing the embodiments are introduced. The following drawings are merely some embodiments of the present disclosure and do not impose specific limitations on the protection scope of the present disclosure.
[0022] FIG1 is an exemplary schematic diagram of the architecture of a communication system provided according to an embodiment of the present disclosure;
[0023] FIG2 is one of exemplary interaction diagrams of a method provided according to an embodiment of the present disclosure;
[0024] FIG3 is a second exemplary interaction diagram of a method provided according to an embodiment of the present disclosure;
[0025] FIG4 is a third exemplary interaction diagram of a method provided according to an embodiment of the present disclosure;
[0026] FIG5 is a schematic diagram of a channel transmission method according to an embodiment of the present disclosure;
[0027] FIG6 is a second schematic diagram of channel transmission of the data transmission method provided in an embodiment of the present disclosure;
[0028] FIG7 is a flow chart of a data transmission method according to an embodiment of the present disclosure;
[0029] FIG8 is a schematic structural diagram of a first device proposed in an embodiment of the present disclosure;
[0030] FIG9 is a schematic diagram of the structure of a terminal proposed in an embodiment of the present disclosure;
[0031] FIG10 is a schematic diagram of the structure of a chip proposed in an embodiment of the present disclosure. DETAILED DESCRIPTION
[0032] The embodiments of the present disclosure provide a data transmission method, a communication device, and a communication system.
[0033] In a first aspect, an embodiment of the present disclosure provides a data transmission method, the method comprising:
[0034] The first device performs data transmission on the first channel within an overlapping basic service set transmission opportunity (OBSS TXOP) time sensed by the primary channel;
[0035] After the OBSS TXOP time ends, the first device performs channel state sensing or monitoring;
[0036] According to the sensed channel state, the quality of service (QoS) data frames that are not successfully transmitted within the OBSS TXOP time are retransmitted.
[0037] In the above embodiment, the mechanism for the device to retransmit data that has not been successfully transmitted in the secondary channel is improved, thereby increasing the system throughput, reducing the communication delay, and meeting the UHR requirements.
[0038] In conjunction with some embodiments of the first aspect, in some embodiments, within the OBSS TXOP time sensed by the primary channel, before the first device transmits data on the secondary channel, the method includes:
[0039] The first device senses that the primary channel is busy and switches to the first channel to transmit a first data frame; wherein the first data frame includes a sequence number and a transmission identifier TID;
[0040] A block acknowledgment (BA) frame fed back by the receiving end of the first data frame received on the first channel; wherein the BA frame includes a bitmap identification bit, which identifies whether each QoS data frame of the first data frame is correctly received.
[0041] In the above embodiment, the sequence number space (SNS) is used to identify the order of the first data frame during transmission, allowing the receiver of the first data frame to confirm and receive the first data frame in sequence. The traffic identifier (TID) is used to identify each quality of service (QoS) data frame of the first data frame. In this way, the receiver of the first data frame can determine the successfully received QoS data frame based on the SNS and TID of the first data frame.
[0042] In the above embodiment, the first device receives a block acknowledgment (BA) frame fed back by the receiving end of the first data frame received on the first channel; wherein the BA frame includes a bitmap identification bit, which identifies whether each QoS data frame of the first data frame is correctly received.
[0043] A BA frame is a frame sent by the receiving end to the transmitting end to confirm the successful transmission of a series of frames. The receiving end of the first data frame sends a BA frame to the first device to feedback the successfully received QoS data frames. For example, the receiving end of the first data frame uses the bitmap flag in the BA frame to indicate whether each QoS data frame in the first data frame was correctly received.
[0044] In conjunction with some embodiments of the first aspect, in some embodiments, retransmitting the QoS data frame that was not successfully transmitted within the OBSS TXOP time according to the sensed channel state includes:
[0045] The first device senses that the channel state of the primary channel is idle, and retransmits the QoS data frame that was not successfully transmitted on the primary channel;
[0046] The retry bit of the media access control MAC frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the serial number SN setting value of the unsuccessfully transmitted QoS data frame is the same as the setting value in the first channel.
[0047] In the above embodiment, when the channel status of the primary channel is idle, the QoS data frames that were not successfully transmitted are retransmitted. This mechanism can avoid retransmission when the channel is busy, increasing the probability of successful retransmission. In addition, the retry bit in the MAC frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the sequence number SN setting value remains the same as the setting value for the first transmission. This setting helps the device and network work better together and ensures that the retransmitted data frames are correctly processed.
[0048] In conjunction with some embodiments of the first aspect, in some embodiments, retransmitting the unsuccessfully transmitted QoS data frame on the primary channel includes:
[0049] It is sensed that the primary channel is in an OBSS TXOP busy state, and the transmission is switched to the first channel or the second channel; the second channel is pre-negotiated between the first device and the receiving end of the first data frame.
[0050] In the above embodiment, by sensing the busy status of the primary channel, the device can make intelligent decisions based on the real-time channel conditions. If the primary channel is busy, switching to another pre-negotiated channel helps avoid channel conflicts and improve the success rate of data transmission.
[0051] In conjunction with some embodiments of the first aspect, in some embodiments, the switching to the first channel or the second channel transmission includes:
[0052] sensing that the first channel or the second channel is in an idle state, and retransmitting the QoS data frame that was not successfully transmitted on the first channel or the second channel;
[0053] The retry bit of the MAC frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the SN setting value of the unsuccessfully transmitted QoS data frame is the same as the setting value in the first channel.
[0054] In the above embodiment, by sensing the idle state of the primary or secondary channel, the device can intelligently select an idle backup channel to minimize channel conflicts and maximize data transmission success rates. Furthermore, by setting the retry bit and sequence number (SN) in the MAC header of unsuccessfully transmitted QoS data frames to the same as those used for the primary channel, consistency of transmission parameters is ensured during retransmissions. This is crucial for the receiver to correctly receive and process data frames.
[0055] In conjunction with some embodiments of the first aspect, in some embodiments, retransmitting the QoS data frame that is not successfully transmitted within the OBSS TXOP time includes:
[0056] Sending a request to send (RTS) frame to the receiving end that sends the first data frame on a retransmission channel;
[0057] The receiving end that receives the first data frame sends a clear-to-send CTS frame to retransmit the QoS data frame that was not successfully transmitted.
[0058] In the above embodiment, the use of the RTS / CTS mechanism can help avoid collisions and conflicts, improve network stability, and reduce the probability of possible collisions by notifying the receiving end in advance of the upcoming data transmission.
[0059] In the second aspect, an embodiment of the present disclosure further provides a communication device, wherein the communication device is a first device, the first device is a site device or an access point device, and the above-mentioned first device includes at least one of a first processing module, a second processing module, and a third processing module; wherein the above-mentioned first device is used to execute an optional implementation method of the first aspect.
[0060] In a third aspect, an embodiment of the present disclosure further provides a communication device, wherein the communication device is a first device, including:
[0061] one or more processors;
[0062] The first device is used to execute an optional implementation of the first aspect.
[0063] In a fourth aspect, an embodiment of the present disclosure further provides a communication system, including a first device, which is a site device or an access point device; wherein the first device is configured to execute the optional implementation method described in the first aspect.
[0064] In a fifth aspect, an embodiment of the present disclosure further provides a storage medium storing instructions, which, when executed on a communication device, enables the communication device to execute the optional implementation method described in the first aspect.
[0065] In a sixth aspect, an embodiment of the present disclosure proposes a program product. When the program product is executed by a communication device, the communication device executes the method described in the optional implementation manner of the first aspect.
[0066] In a seventh aspect, an embodiment of the present disclosure proposes a computer program, which, when executed on a computer, enables the computer to execute the method described in the optional implementation manner of the first aspect.
[0067] In an eighth aspect, an embodiment of the present disclosure provides a chip or a chip system, which includes a processing circuit configured to execute the method described in the optional implementation of the first and second aspects above.
[0068] It is understandable that the first device, communication system, storage medium, program product, computer program, chip, or chip system described above are all used to perform the method proposed in the embodiment of the present disclosure. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects of the corresponding method and will not be repeated here.
[0069] The embodiments of the present disclosure provide a data transmission method, a communication device, and a communication system. In some embodiments, the terms data transmission method, signal transmission method, wireless frame transmission method, etc. can be used interchangeably, and the terms information processing system, communication system, etc. can be used interchangeably.
[0070] The embodiments of the present disclosure are not exhaustive and are merely illustrative of some embodiments, and are not intended to be a specific limitation on the scope of protection of the present disclosure. In the absence of contradiction, each step in a certain embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a certain embodiment can also be implemented as an independent embodiment, and the order of the steps in a certain embodiment can be arbitrarily exchanged. In addition, the optional implementation methods in a certain embodiment can be arbitrarily combined; in addition, the embodiments can be arbitrarily combined. For example, some or all steps of different embodiments can be arbitrarily combined, and a certain embodiment can be arbitrarily combined with the optional implementation methods of other embodiments.
[0071] In each embodiment of the present disclosure, unless otherwise specified or provided for by logic, the terms and / or descriptions between the embodiments are consistent and can be referenced by each other. The technical features in different embodiments can be combined to form a new embodiment based on their inherent logical relationships.
[0072] The terms used in the embodiments of the present disclosure are only for the purpose of describing specific embodiments and are not intended to limit the present disclosure.
[0073] In the embodiments of the present disclosure, “plurality” refers to two or more.
[0074] In some embodiments, the terms "at least one," "one or more," "a plurality of," "multiple," etc. may be used interchangeably.
[0075] In some embodiments, descriptions such as "at least one of A and B," "A and / or B," "A in one case, B in another case," or "in response to one case A, in response to another case B" may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed); and in some embodiments, A and B (both A and B are executed). The above is also applicable when there are more branches such as A, B, and C.
[0076] In some embodiments, "A or B" and other descriptions may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed). The above is also applicable when there are more branches such as A, B, C, etc.
[0077] The prefixes such as "first" and "second" in the embodiments of the present disclosure are only used to distinguish different description objects and do not constitute any restriction on the position, order, priority, quantity or content of the description objects. For the statement of the description object, please refer to the description in the context of the claims or embodiments, and no unnecessary restriction should be constituted due to the use of prefixes. For example, if the description object is a "field", the ordinal number before the "field" in the "first field" and the "second field" does not limit the position or order between the "fields". "First" and "second" do not limit whether the "fields" they modify are in the same message, nor do they limit the order of the "first field" and the "second field". For another example, if the description object is a "level", the ordinal number before the "level" in the "first level" and the "second level" does not limit the priority between the "levels". For another example, the number of description objects is not limited by the ordinal number and can be one or more. Taking "first device" as an example, the number of "devices" can be one or more. In addition, the objects modified by different prefixes can be the same or different. For example, if the description object is "device", then the "first device" and the "second device" can be the same device or different devices, and their types can be the same or different; for another example, if the description object is "information", then the "first information" and the "second information" can be the same information or different information, and their contents can be the same or different.
[0078] In some embodiments, “including A,” “comprising A,” “used to indicate A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.
[0079] In some embodiments, terms such as "in response to...", "in response to determining...", "in the case of...", "at the time of...", "when...", "if...", "if...", etc. can be used interchangeably.
[0080] In some embodiments, terms such as "greater than", "greater than or equal to", "not less than", "more than", "more than or equal to", "not less than", "higher than", "higher than or equal to", "not less than", and "above" can be replaced with each other, and terms such as "less than", "less than or equal to", "not greater than", "less than", "less than or equal to", "not more than", "lower than", "lower than or equal to", "not higher than", and "below" can be replaced with each other.
[0081] In some embodiments, devices and equipment can be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments. In some cases, they can also be understood as "equipment", "device", "circuit", "network element", "node", "function", "unit", "section", "system", "network", "chip", "chip system", "entity", "subject", etc.
[0082] In some embodiments, obtaining data, information, etc. may comply with the laws and regulations of the country where the data is obtained.
[0083] In some embodiments, data, information, etc. may be obtained with the user's consent.
[0084] In addition, each element, each row, or each column in the table of the embodiment of the present disclosure can be implemented as an independent embodiment, and the combination of any elements, any rows, and any columns can also be implemented as an independent embodiment.
[0085] FIG1 is a schematic diagram showing the architecture of a communication system according to an embodiment of the present disclosure.
[0086] As shown in Figure 1, communication system 100 includes a first device 101 and a second device 102. The first device can be a station (STA) or an access point (AP); the second device can be a STA or an AP. For example, when first device 101 is a STA, second device 102 is an AP; when first device 101 is an AP, second device 102 is a STA.
[0087] In some embodiments, the first device 101 and the second device 102 include, for example, a wireless communication chip, a wireless sensor, or a wireless communication terminal that supports WiFi communication. Optionally, the wireless communication terminal is, for example, a mobile phone, a wearable device, an Internet of Things device that supports WiFi communication, a car with WiFi communication, a smart car, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, or a wireless terminal device in a smart home, but is not limited thereto.
[0088] Specifically, the first device 101 and the second device 102 may be terminal devices or network devices with wireless fidelity (WiFi) chips. Optionally, the first device 101 may support multiple WLAN standards such as 802.11ax, 802.11be, 802.11ac, 802.11n, 802.11g, 802.11b, 802.11a, 802.11bf, and 802.11bn, as well as support the next generation 802.11 protocol, but is not limited thereto.
[0089] In some embodiments, the first device 101 and the second device 102 can be access points for mobile terminals to enter a wired network. The AP is equivalent to a bridge connecting a wired network and a wireless network. Its main function is to connect various wireless network clients together and then connect the wireless network to the Ethernet. Specifically, the AP can be a terminal device or a network device with a wireless fidelity chip. Optionally, the AP can support multiple WLAN standards such as 802.11ax, 802.11be, 802.11ac, 802.11n, 802.11g, 802.11b and 802.11a, 802.11bf, 802.11bn, and support the next generation 802.11 protocol, but is not limited to this.
[0090] Optionally, in an embodiment of the present disclosure, the AP and STA may be devices supporting multiple connections, for example, they may be represented as a multi-connection access point device (AP MLD) and a multi-connection site device (Non-Access Point Multi-Link Device, Non-AP MLD), respectively; the AP MLD may represent an access point supporting multi-connection communication functions, and the non-AP MLD may represent a site supporting multi-connection communication functions.
[0091] It can be understood that the communication system described in the embodiment of the present disclosure is for the purpose of more clearly illustrating the technical solution of the embodiment of the present disclosure, and does not constitute a limitation on the technical solution proposed in the embodiment of the present disclosure. Ordinary technicians in this field can know that with the evolution of the system architecture and the emergence of new business scenarios, the technical solution proposed in the embodiment of the present disclosure is also applicable to similar technical problems.
[0092] The following embodiments of the present disclosure may be applied to the communication system 100 shown in FIG1 , or a portion thereof, but are not limited thereto. The entities shown in FIG1 are illustrative only. The communication system may include all or part of the entities shown in FIG1 , or may include other entities outside of FIG1 . The number and form of the entities are arbitrary, and the entities may be physical or virtual. The connection relationships between the entities are illustrative only. The entities may be connected or disconnected, and the connection may be in any manner, including direct or indirect, wired or wireless.
[0093] The various embodiments of the present disclosure can be applied to wireless local area networks (WLANs), such as those using the 802.11 series of protocols. In a WLAN, a Basic Service Set (BSS) is a fundamental component of a WLAN. A BSS network consists of station devices with some association within a specific coverage area. One scenario of association is that stations communicate directly with each other in an ad hoc network, which is called an Independent Basic Service Set (IBSS). Another more common scenario is that in a BSS network, there is only one central station dedicated to managing the BSS, called an access point, and all other STAs in the network are associated with it. Other stations in the BSS network that are not the central station are called terminals, also called non-AP STAs. Terminals and non-AP STAs are collectively referred to as STAs. When describing STAs, there is no need to distinguish between APs and non-AP STAs. In the same BSS network, due to distance, transmission power, and other factors, a STA cannot detect other STAs that are farther away from it, and the two STAs are each other's hidden nodes.
[0094] FIG2 is an interactive diagram of a data transmission method according to an embodiment of the present disclosure. As shown in FIG2 , the method includes:
[0095] Step 201: During the OBSS TXOP time sensed by the primary channel, the first device 101 transmits data on the primary channel.
[0096] In WLAN, channels are usually divided into primary channels and secondary channels (secondary channel or non-primary channel, or auxiliary channel, non-primary channel); the primary channel represents the main communication channel of the BSS to which the current device is connected. Among them, the secondary channel can contain one or more sub-channels. For example, if the division is based on 20MHz as the basic bandwidth unit, when the channel bandwidth is 20MHz, there is only one primary channel with a bandwidth of 20MHz; when the channel bandwidth is greater than 20MHz, a channel with a bandwidth of 20MHz is the primary channel, and the remaining one or more 20MHz channels are secondary channels. The primary 20MHz channel is the common channel of operation for stations that are members of the basic service set. Stations in the BSS can compete for channels on the primary 20MHz channel to seize channel resources.
[0097] As an example, as shown in FIG5 , the primary channel is, for example, the primary 20 MHz channel in FIG5 ; wherein the secondary channel may include one or more sub-channels, for example, the 20 MHz secondary channel and the 40 MHz secondary channel in FIG5 .
[0098] The Overlapping Basic Service Set (OBSS) includes the overlapping coverage areas of two or more BSSs, and is a process of channel competition on the channel. If the primary channel is in the OBSS busy state (OBSS interference), as shown in the T1 and T2 time periods in the figure, for example, it is occupied by other devices in the same OBSS as the WLAN, and other devices send physical layer protocol data units (PPDUs) on the primary channel, then the primary channel is in the OBSS busy state. If the primary channel is in the OBSS busy state, in order to fully utilize the channel resources, it can switch to secondary channel communication to improve the communication system throughput and maximize channel resource utilization. For example, switch to 20MHz secondary channel communication in the T1 time period, or switch to 40MHz secondary channel communication in the T2 time period.
[0099] If the primary channel is in an idle state, as shown in the T3 time period in the figure, the AP and STA can send PPDUs to each other.
[0100] In addition, when communication is carried out on the primary channel (the secondary channel is busy), when the secondary channel is idle, the primary and secondary channels can be aggregated for communication to improve the system throughput; as an example, as shown in Figure 6, during the transmission of each frame, the primary channel and at least one secondary channel can be aggregated for transmission.
[0101] A Transmission Opportunity (TXOP) indicates a period of time on the primary channel during which a device is entitled to continuous data transmission. An OBSS TXOP indicates a device's opportunity to transmit on the primary channel within the OBSS. Therefore, when the primary channel is busy, to fully utilize channel resources, the device can switch to a secondary channel for communication and transmit data within the OBSS TXOP duration perceived by the primary channel. In other words, the communication duration on the secondary channel equals the OBSS TXOP duration perceived by the primary channel.
[0102] Step 202: After the OBSS TXOP time ends, the first device 101 performs channel state sensing or monitoring.
[0103] After the OBSS TXOP time ends, the first device (AP or STA) completes data interaction on the secondary channel and then switches to the primary channel for communication. After switching to the primary channel, the first device needs to sense (or listen) whether there is other data being transmitted on the primary channel before sending data, for example, through a carrier sense mechanism. The first device performs channel sensing or listening after a medium synchronization delay, that is, the first device waits for a period of time after switching to the primary channel to ensure that there is no activity of other devices on the primary channel, to prevent multiple devices from listening on the same channel at the same time and causing interference.
[0104] Step 203: retransmitting the QoS data frames that are not successfully transmitted within the OBSS TXOP time according to the sensed channel status.
[0105] The Quality of Service (QoS) data frames are used to provide differentiated quality of service for different service flows, including but not limited to voice, video, and real-time application data. The first device retransmits QoS data frames that were not successfully transmitted within the OBSS TXOP time based on the perceived channel status.
[0106] In this way, in UHR, the embodiment of the present disclosure improves the data transmission mechanism of the device in the primary and secondary channels. When the first device senses that the main channel is busy, it switches to the first channel to transmit the first data frame, and receives the BA frame fed back by the receiving end of the first data frame on the first channel. Through the bitmap identification bit of the BA frame, it determines the QoS data frame that was not successfully received in the first data frame, and after the OBSS TXOP time ends, it switches to the main channel for perception or listening. According to the perceived channel status, the QoS data frame that was not successfully transmitted within the OBSS TXOP time is retransmitted, so that the first device can quickly access the channel for transmission, thereby reducing the delay and meeting the UHR requirements.
[0107] In some embodiments, before step 201, the first device senses that the primary channel is busy and switches to the first channel to transmit a first data frame; wherein the first data frame includes a sequence number and a transmission identifier TID;
[0108] The sequence number space (SNS) is used to identify the order of the first data frame during transmission, allowing the receiver of the first data frame to confirm and receive the first data frame in sequence. The traffic identifier (TID) is used to identify each quality of service (QoS) data frame of the first data frame. In this way, the receiver of the first data frame can determine the successfully received QoS data frame based on the SNS and TID of the first data frame.
[0109] In some embodiments, the first device receives a block acknowledgment (BA) frame fed back by the receiving end of the first data frame received on the first channel; wherein the BA frame includes a bitmap identification bit, which identifies whether each QoS data frame of the first data frame is correctly received.
[0110] A BA frame is a frame sent by the receiving end to the transmitting end to confirm the successful transmission of a series of frames. The receiving end of the first data frame sends a BA frame to the first device to feedback the successfully received QoS data frames. For example, the receiving end of the first data frame uses the bitmap flag in the BA frame to indicate whether each QoS data frame in the first data frame was correctly received.
[0111] As an example, referring to FIG3 , FIG3 shows an optional implementation of the embodiment of the present disclosure, including the following steps:
[0112] Step 301: The first device 101 senses that the primary channel is busy and switches to the primary channel to transmit a first data frame; wherein the first data frame includes a sequence number and a TID.
[0113] After the first device detects that the primary channel is busy, it switches to the primary channel to transmit the first data frame. The first data frame includes a sequence number (SN) for identifying the order of the first data frame during transmission, and a TID for identifying each QoS data frame in the first data frame. In this way, the receiver of the first data frame can determine the successfully received QoS data frame based on the SN and TID of the first data frame.
[0114] Step 302: The BA frame fed back by the receiving end 102 of the first data frame is received on the first channel; wherein the BA frame includes a bitmap identification bit to identify whether each QoS data frame of the first data frame is correctly received.
[0115] In some embodiments, the first device receives a BA frame fed back by a receiving end of the first data frame on the first channel; wherein the BA frame includes a bitmap identification bit, which identifies whether each QoS data frame of the first data frame is correctly received.
[0116] A BA frame is a frame sent by the receiving end to the transmitting end to confirm the successful transmission of a series of frames. The receiving end of the first data frame sends a BA frame to the first device to feedback the successfully received QoS data frames. For example, the receiving end of the first data frame uses the bitmap flag in the BA frame to indicate whether each QoS data frame in the first data frame was correctly received.
[0117] Step 303: During the OBSS TXOP time sensed by the primary channel, the first device 101 transmits data on the secondary channel.
[0118] In some embodiments, when the primary channel is in an OBSS busy state, in order to fully utilize channel resources, the first device may switch to a secondary channel for communication and perform data transmission within the OBSS TXOP time perceived by the primary channel, thereby improving system throughput.
[0119] Step 304: After the OBSS TXOP time ends, the first device 101 performs channel state sensing or monitoring.
[0120] Among them, after the OBSS TXOP time ends, the first device (AP or STA) completes data interaction on the secondary channel and switches to the primary channel. After switching to the primary channel, the first device needs to listen to whether there is other data being transmitted on the primary channel before sending data, for example, through a carrier sensing mechanism. Among them, the first device performs channel sensing or listening after the synchronization delay, that is, the first device waits for a period of time after switching to the primary channel to ensure that there is no activity of other devices on the primary channel, to prevent multiple devices from listening on the same channel at the same time and causing interference.
[0121] Step 305: The first device 101 senses that the channel state of the primary channel is idle, and retransmits the unsuccessfully transmitted QoS data frame on the primary channel;
[0122] In some embodiments, because the duration of the first device's communication on the primary channel is limited to the OBSS TXOP duration, it may not be possible to fully transmit all QoS data frames that require retransmission within the OBSS TXOP duration, resulting in some QoS data frames not being retransmitted on the primary channel. Mapping TIDs to multiple links, such that QoS data frames are transmitted on one link and then retransmitted on another, introduces complexity and additional system overhead. Therefore, it is necessary to define how to retransmit QoS data frames that have not been successfully transmitted within the OBSS TXOP duration.
[0123] The retry bit of the Media Access Control (MAC) frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the SN setting value of the unsuccessfully transmitted QoS data frame is the same as the setting value in the first channel.
[0124] In some embodiments, after the OBSS TXOP time expires, the first device completes data interaction on the secondary channel and switches to the primary channel for channel sensing or listening. If the first device senses that the channel state of the primary channel is idle, the first device retransmits the unsuccessfully transmitted QoS data frame on the primary channel, and the retry bit of the unsuccessfully transmitted QoS data frame is set to a first parameter value. For example, when the retry bit is set to "1", the QoS data frame is identified as a retransmission frame; when the retry bit is set to "0", the QoS data frame is identified as not a retransmission frame.
[0125] The SN value of the unsuccessfully transmitted QoS data frame is set to the same value as the SN value set in the first channel. This helps the receiver to correctly place the retransmitted frames in the correct order and avoid out-of-order transmission. In addition, maintaining the same SN value can also simplify the retransmission mechanism and reduce the complexity of the processing logic.
[0126] In some embodiments, if the first device senses that the primary channel is in an OBSS TXOP busy state, it switches to the first channel or the second channel for transmission; the second channel is pre-negotiated between the first device and the receiver of the first data frame.
[0127] When the primary channel is in the OBSS TXOP busy state, it indicates that other BSS devices are using the primary channel for communication, and it is not appropriate to retransmit unsuccessfully transmitted QoS data frames on the primary channel. Therefore, when the primary channel is in the OBSS TXOP busy state, the first device can choose to switch to the primary channel for retransmission, or switch to other secondary channels pre-negotiated with the receiving end for retransmission. For example, the first device and the receiving end can negotiate multiple secondary channels through specific management frames during the initialization phase or the association phase. Management frames include but are not limited to Association Request frames and Association Response frames.
[0128] In some embodiments, the switching to the first channel or the second channel transmission includes:
[0129] sensing that the first channel or the second channel is in an idle state, and retransmitting the QoS data frame that was not successfully transmitted on the first channel or the second channel;
[0130] The retry bit of the MAC frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the SN setting value of the unsuccessfully transmitted QoS data frame is the same as the setting value in the first channel.
[0131] If the first device senses that the channel state of the first channel is idle, the QoS data frame that was not successfully transmitted is retransmitted on the first channel, and the retry bit of the QoS data frame that was not successfully transmitted is set to the first parameter value. For example, when the retry bit is set to "1", the QoS data frame is identified as a retransmission frame; when the retry bit is set to "0", the QoS data frame is not identified as a retransmission frame. The SN setting value of the QoS data frame that was not successfully transmitted is the same as its SN setting value in the first channel.
[0132] Among them, if the first device perceives that the channel state of the first channel is busy and the channel state of the second channel is idle, the QoS data frame that was not successfully transmitted is retransmitted on the second channel, and the retry bit of the QoS data frame that was not successfully transmitted is set to the first parameter value. For example, when the retry bit is set to "1", the QoS data frame is identified as a retransmission frame; when the retry bit is set to "0", the QoS data frame is identified as not a retransmission frame. Among them, the SN setting value of the QoS data frame that was not successfully transmitted is the same as its SN setting value in the first channel.
[0133] As an example, referring to FIG4 , FIG4 shows an optional implementation of the embodiment of the present disclosure, including the following steps:
[0134] Step 401: During the OBSS TXOP time sensed by the primary channel, the first device 101 transmits data on the primary channel.
[0135] When the primary channel is in the OBSS busy state, in order to fully utilize channel resources, the first device may switch to the first channel communication and perform data transmission within the OBSS TXOP time perceived by the primary channel, thereby improving system throughput.
[0136] Step 402: After the OBSS TXOP time ends, the first device 101 performs channel state sensing or monitoring.
[0137] Among them, after the OBSS TXOP time ends, the first device (AP or STA) completes data interaction on the secondary channel and switches to the primary channel. After switching to the primary channel, the first device needs to listen to whether there is other data being transmitted on the primary channel before sending data, for example, through a carrier sensing mechanism. Among them, the first device performs channel sensing or listening after the synchronization delay, that is, the first device waits for a period of time after switching to the primary channel to ensure that there is no activity of other devices on the primary channel, to prevent multiple devices from listening on the same channel at the same time and causing interference.
[0138] Step 403: Send a request to send (RTS) frame to the receiving end 102 that sends the first data frame on the retransmission channel.
[0139] In some embodiments, in order to ensure that the receiving end of the first data frame has switched to the main channel or the secondary channel, the first device first sends an RTS frame to the receiving end of the first data frame for detection before sending the unsuccessfully transmitted QoS data frame to the receiving end of the first data frame on the retransmission channel to inquire whether the receiving end of the first data frame has switched to the main channel or the secondary channel and is ready to receive QoS data, thereby improving the reliability of communication.
[0140] Step 404: The receiving end that receives the first data frame sends a Clear to Send (CTS) frame to retransmit the QoS data frame that was not successfully transmitted.
[0141] In some embodiments, after receiving a CTS frame from the receiving end of the first data frame on a retransmission channel, the first device retransmits the unsuccessfully transmitted QoS data frame. The CTS frame reply from the receiving end of the first data frame indicates that the receiving end is ready to receive data, which helps ensure that the QoS data frame can be successfully transmitted during retransmission and improves communication reliability.
[0142] In some embodiments, the names of information, etc. are not limited to the names described in the embodiments, and terms such as "information", "message", "signal", "signaling", "report", "configuration", "indication", "instruction", "command", "channel", "parameter", "domain", "field", "symbol", "codepoint", "bit", "data", "program", and "chip" can be used interchangeably.
[0143] In some embodiments, terms such as "moment", "time point", "time", and "time position" can be replaced with each other, and terms such as "duration", "period", "time window", "window", and "time" can be replaced with each other.
[0144] In some embodiments, terms such as wireless access scheme and waveform may be used interchangeably.
[0145] In some embodiments, terms such as "certain", "preset", "preset", "setting", "indicated", "a certain", "any", and "first" can be interchangeable. "Specific A", "preset A", "preset A", "setting A", "indicated A", "a certain A", "any A", and "first A" can be interpreted as A pre-specified in a protocol, etc., or as A obtained through setting, configuration, or indication, etc., or as specific A, a certain A, any A, or first A, etc., but not limited to this.
[0146] In some embodiments, the determination or judgment can be performed by a value represented by 1 bit (0 or 1), or by a true or false value (Boolean value) represented by true or false, or by comparison of numerical values (for example, comparison with a predetermined value), but is not limited thereto.
[0147] In some embodiments, "not expecting to receive" can be interpreted as not receiving on time domain resources and / or frequency domain resources, or as not performing subsequent processing on the data after receiving it; "not expecting to send" can be interpreted as not sending, or as sending but not expecting the recipient to respond to the content sent.
[0148] The data transmission method involved in the embodiments of the present disclosure may include at least one of the aforementioned steps and embodiments. For example, step 201 can be implemented as an independent embodiment, step 202 can be implemented as an independent embodiment, step 203 can be implemented as an independent embodiment, step 301 can be implemented as an independent embodiment, step 302 can be implemented as an independent embodiment, step 303 can be implemented as an independent embodiment, step 304 can be implemented as an independent embodiment, step 305 can be implemented as an independent embodiment, step 401 can be implemented as an independent embodiment, step 402 can be implemented as an independent embodiment, step 403 can be implemented as an independent embodiment, step 404 can be implemented as an independent embodiment. It can be implemented as an independent embodiment, the combination of step 201 and step 202 can be implemented as an independent embodiment, the combination of step 202 and step 203 can be implemented as an independent embodiment, the combination of step 301 and step 302 can be implemented as an independent embodiment, the combination of step 303 and step 304 can be implemented as an independent embodiment, the combination of step 304 and step 305 can be implemented as an independent embodiment, the combination of step 401 and step 402 can be implemented as an independent embodiment, and the combination of step 403 and step 404 can be implemented as an independent embodiment, but is not limited thereto.
[0149] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 2 to FIG. 4 .
[0150] FIG7 is a flow chart showing a data transmission method according to an embodiment of the present disclosure.
[0151] As shown in FIG7 , the above method includes:
[0152] Step 701: A first device transmits data on a primary channel within an overlapping basic service set transmission opportunity (OBSS TXOP) time sensed by a primary channel.
[0153] Optionally, in the embodiment of the present disclosure, within the OBSS TXOP time sensed by the primary channel, before the first device transmits data on the secondary channel, the method includes:
[0154] The first device senses that the primary channel is busy and switches to the first channel to transmit a first data frame; wherein the first data frame includes a sequence number and a transmission identifier TID;
[0155] A block acknowledgment (BA) frame fed back by the receiving end of the first data frame received on the first channel; wherein the BA frame includes a bitmap identification bit, which identifies whether each QoS data frame of the first data frame is correctly received.
[0156] Step 702: After the OBSS TXOP time ends, the first device performs channel state sensing or monitoring.
[0157] Step 703: retransmitting the Quality of Service (QoS) data frames that are not successfully transmitted within the OBSS TXOP time according to the sensed channel state.
[0158] Optionally, in the embodiment of the present disclosure, retransmitting the QoS data frame that is not successfully transmitted within the OBSS TXOP time according to the sensed channel state includes:
[0159] The first device senses that the channel state of the primary channel is idle, and retransmits the QoS data frame that was not successfully transmitted on the primary channel;
[0160] The retry bit of the media access control MAC frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the serial number SN setting value of the unsuccessfully transmitted QoS data frame is the same as the setting value in the first channel.
[0161] Optionally, in the embodiment of the present disclosure, retransmitting the unsuccessfully transmitted QoS data frame on the primary channel includes:
[0162] It is sensed that the primary channel is in an OBSS TXOP busy state, and the transmission is switched to the first channel or the second channel; the second channel is pre-negotiated between the first device and the receiving end of the first data frame.
[0163] Optionally, in the embodiment of the present disclosure, the switching to the first channel or the second channel transmission includes:
[0164] sensing that the first channel or the second channel is in an idle state, and retransmitting the QoS data frame that was not successfully transmitted on the first channel or the second channel;
[0165] The retry bit of the MAC frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the SN setting value of the unsuccessfully transmitted QoS data frame is the same as the setting value in the first channel.
[0166] Optionally, in the embodiment of the present disclosure, the retransmitting the QoS data frame that is not successfully transmitted within the OBSS TXOP time includes:
[0167] Sending a request to send (RTS) frame to the receiving end that sends the first data frame on a retransmission channel;
[0168] The receiving end that receives the first data frame sends a clear-to-send CTS frame to retransmit the QoS data frame that was not successfully transmitted.
[0169] The data transmission method involved in the embodiments of the present disclosure may include at least one of the aforementioned steps and embodiments. For example, step 701 may be implemented as an independent embodiment, step 702 may be implemented as an independent embodiment, and step 703 may be implemented as an independent embodiment; the combination of step 701 and step 702 may be implemented as an independent embodiment, and the combination of step 702 and step 703 may be implemented as an independent embodiment, but the present invention is not limited thereto.
[0170] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 7 .
[0171] The embodiments of the present disclosure further provide an apparatus for implementing any of the above methods. For example, an apparatus is provided, comprising units or modules for implementing each step performed by a terminal in any of the above methods. For another example, another apparatus is provided, comprising units or modules for implementing each step performed by a network device (e.g., an access network device, a core network function node, a core network device, etc.) in any of the above methods.
[0172] It should be understood that the division of the various units or modules in the above device is merely a division of logical functions. In actual implementation, they may be fully or partially integrated into a physical entity, or they may be physically separated. In addition, the units or modules in the device may be implemented in the form of a processor calling software: for example, the device includes a processor, the processor is connected to a memory, and the memory stores instructions. The processor calls the instructions stored in the memory to implement any of the above methods or implement the functions of the various units or modules of the above device, wherein the processor is, for example, a general-purpose processor, such as a central processing unit (CPU) or a microprocessor, and the memory is a memory within the device or a memory outside the device. Alternatively, the units or modules in the device can be implemented in the form of hardware circuits, and the functions of some or all of the units or modules can be realized by designing the hardware circuits. The above-mentioned hardware circuits can be understood as one or more processors; for example, in one implementation, the above-mentioned hardware circuit is an application-specific integrated circuit (ASIC), which realizes the functions of some or all of the above units or modules by designing the logical relationship of the components in the circuit; for example, in another implementation, the above-mentioned hardware circuit can be realized by a programmable logic device (PLD). Taking a field programmable gate array (FPGA) as an example, it can include a large number of logic gate circuits, and the connection relationship between the logic gate circuits is configured by configuring the configuration file, thereby realizing the functions of some or all of the above units or modules. All units or modules of the above devices can be realized in the form of software called by the processor, or in the form of hardware circuits, or in part by the form of software called by the processor, and the rest by hardware circuits.
[0173] In the embodiment of the present disclosure, the processor is a circuit with signal processing capability. In one implementation, the processor can be a circuit with instruction reading and execution capability, such as a central processing unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP); in another implementation, the processor can implement certain functions through the logical relationship of the hardware circuit, and the logical relationship of the above hardware circuit is fixed or reconfigurable, such as a hardware circuit implemented by a processor as an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document and implementing the hardware circuit configuration can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules. In addition, it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as a neural network processing unit (NPU), a tensor processing unit (TPU), a deep learning processing unit (DPU), etc.
[0174] FIG8 is a schematic diagram of the structure of a first device according to an embodiment of the present disclosure. As shown in FIG8 , the first device 800 may include at least one of a first processing module 801 , a second processing module 802 , and a third processing module 803 .
[0175] In some embodiments, the first processing module 801 is configured to perform data transmission on a primary channel within an OBSS TXOP time sensed by a primary channel. The second processing module 802 is configured to perform channel status sensing or monitoring after the OBSS TXOP time expires. The third processing module 803 is configured to retransmit, based on the sensed channel status, any Quality of Service (QoS) data frames that were not successfully transmitted within the OBSS TXOP time.
[0176] Optionally, the first processing module 801 is configured to execute at least one of the communication steps (e.g., step 201, step 303, step 401, and step 701, but not limited thereto) performed by the first device 101 in any of the above methods, which are not described in detail here. The second processing module 802 is configured to execute at least one of step 202, step 304, step 402, and step 702. The third processing module 803 is configured to execute at least one of step 203, step 305, and step 703.
[0177] Figure 9 is a schematic diagram of the structure of a terminal 900 (e.g., user equipment) proposed in an embodiment of the present disclosure. Terminal 900 can be a chip, chip system, or processor that supports a network device implementing any of the above methods, or a chip, chip system, or processor that supports a terminal implementing any of the above methods. Terminal 900 can be used to implement the methods described in the above method embodiments. For details, please refer to the description of the above method embodiments.
[0178] As shown in Figure 9, terminal 900 includes one or more processors 901. Processor 901 can be a general-purpose processor or a dedicated processor, for example, a baseband processor or a central processing unit. The baseband processor can be used to process communication protocols and communication data, and the central processing unit can be used to control communication devices (such as base stations, baseband chips, terminal devices, terminal device chips, DUs or CUs, etc.), execute programs, and process program data. Terminal 900 is used to perform any of the above methods.
[0179] In some embodiments, the terminal 900 further includes one or more memories 902 for storing instructions. Optionally, all or part of the memories 902 may be located outside the terminal 900.
[0180] In some embodiments, the terminal 900 further includes one or more transceivers 904. When the terminal 900 includes one or more transceivers 904, the transceiver 904 performs at least one of the communication steps such as sending and / or receiving in the above method (for example, step 201, step 203, step 301, step 302, step 303, step 305, step 401, step 403, step 404, step 701, step 703, but not limited thereto), and the processor 901 performs at least one of the other steps (for example, step 202, step 304, step 402, step 702, but not limited thereto).
[0181] In some embodiments, a transceiver may include a receiver and / or a transmitter. The receiver and transmitter may be separate or integrated. Optionally, the terms transceiver, transceiver unit, transceiver, and transceiver circuit may be used interchangeably; the terms transmitter, transmitting unit, transmitter, and transmitting circuit may be used interchangeably; and the terms receiver, receiving unit, receiver, and receiving circuit may be used interchangeably.
[0182] In some embodiments, terminal 900 may include one or more interface circuits 903. Optionally, interface circuit 903 is connected to memory 902. Interface circuit 903 may be configured to receive signals from memory 902 or other devices, and may be configured to send signals to memory 902 or other devices. For example, interface circuit 903 may read instructions stored in memory 902 and send the instructions to processor 901.
[0183] The terminal 900 described in the above embodiment may be a communication device such as a user device, but the scope of the terminal 900 described in the present disclosure is not limited thereto, and the structure of the terminal 900 may not be limited by FIG. 9 . The communication device may be an independent device or may be part of a larger device. For example, the communication device may be: (1) an independent integrated circuit IC, or a chip, or a chip system or subsystem; (2) a collection of one or more ICs, optionally, the above IC collection may also include a storage component for storing data and programs; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, a terminal device, an intelligent terminal device, a cellular phone, a wireless device, a handheld device, a mobile unit, an in-vehicle device, a network device, a cloud device, an artificial intelligence device, etc.; (6) others, etc.
[0184] FIG10 is a schematic diagram of the structure of a chip 1000 according to an embodiment of the present disclosure. If the terminal 900 is a chip or a chip system, reference may be made to the schematic diagram of the structure of the chip 1000 shown in FIG10 , but the present disclosure is not limited thereto.
[0185] The chip 1000 includes one or more processors 1001 , and the chip 1000 is configured to execute any of the above methods.
[0186] In some embodiments, chip 1000 further includes one or more 1003. Optionally, interface circuit 1003 is connected to memory 1002. Interface circuit 1003 can be used to receive signals from memory 1002 or other devices, and interface circuit 1003 can be used to send signals to memory 1002 or other devices. For example, interface circuit 1003 can read instructions stored in memory 1002 and send the instructions to processor 1001.
[0187] In some embodiments, the interface circuit 1003 executes at least one of the communication steps such as sending and / or receiving in the above method (for example, step 201, step 203, step 301, step 302, step 303, step 305, step 401, step 403, step 404, step 701, step 703, but not limited to these), and the processor 1001 executes at least one of the other steps (for example, step 202, step 304, step 402, step 702, but not limited to these).
[0188] In some embodiments, terms such as interface circuit, interface, transceiver pin, and transceiver may be used interchangeably.
[0189] In some embodiments, the chip 1000 further includes one or more memories 1002 for storing instructions. Alternatively, all or part of the memory 1002 may be external to the chip 1000.
[0190] The present disclosure also provides a storage medium having instructions stored thereon. When the instructions are executed on the terminal 900, the terminal 900 executes any of the above methods. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but is not limited thereto and may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but is not limited thereto and may also be a transient storage medium.
[0191] The present disclosure also provides a program product, which, when executed by the terminal 900, enables the terminal 900 to perform any of the above methods. Optionally, the program product is a computer program product.
[0192] The present disclosure also proposes a computer program, which, when executed on a computer, causes the computer to perform any one of the above methods.
Claims
1. A data transmission method, characterized in that: The method comprises: The first device performs data transmission on the first channel within an overlapping basic service set transmission opportunity (OBSS TXOP) time sensed by the primary channel; After the OBSS TXOP time ends, the first device performs channel state sensing or monitoring; According to the sensed channel state, the quality of service (QoS) data frames that are not successfully transmitted within the OBSS TXOP time are retransmitted.
2. The data transmission method according to claim 1, wherein: The method includes: The first device senses that the primary channel is busy and switches to the first channel to transmit a first data frame; wherein the first data frame includes a sequence number SN and a transmission identifier TID; A block acknowledgment (BA) frame fed back by the receiving end of the first data frame received on the first channel; wherein the BA frame includes a bitmap identification bit, which identifies whether each QoS data frame of the first data frame is correctly received.
3. The data transmission method according to claim 2, wherein: The retransmitting, according to the sensed channel state, the QoS data frame that is not successfully transmitted within the OBSS TXOP time, includes: The first device senses that the channel state of the primary channel is idle, and retransmits the QoS data frame that was not successfully transmitted on the primary channel; The retry bit of the media access control MAC frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the serial number SN setting value of the unsuccessfully transmitted QoS data frame is the same as the setting value in the first channel.
4. The data transmission method according to claim 3, wherein: The retransmitting the unsuccessfully transmitted QoS data frame on the primary channel includes: It is sensed that the primary channel is in an OBSS TXOP busy state, and the transmission is switched to the first channel or the second channel; the second channel is pre-negotiated between the first device and the receiving end of the first data frame.
5. The data transmission method according to claim 4, characterized in that: The switching to the first channel or the second channel transmission includes: sensing that the first channel or the second channel is in an idle state, and retransmitting the QoS data frame that was not successfully transmitted on the first channel or the second channel; The retry bit of the MAC frame header of the unsuccessfully transmitted QoS data frame is set to the first parameter value, and the SN setting value of the unsuccessfully transmitted QoS data frame is the same as the setting value in the first channel.
6. The data transmission method according to any one of claims 2 to 5, characterized in that: The retransmitting the QoS data frame that is not successfully transmitted within the OBSS TXOP time includes: Sending a request to send (RTS) frame to the receiving end that sends the first data frame on a retransmission channel; The receiving end that receives the first data frame sends a clear-to-send CTS frame to retransmit the QoS data frame that was not successfully transmitted.
7. A communication device, wherein the communication device is a first device, the first device is a station device or an access point device, and the first device comprises: A first processing module is configured to transmit data on a first channel within an OBSS TXOP time sensed by a primary channel; A second processing module is configured to perform channel state sensing or monitoring after the OBSS TXOP time ends; The third processing module is configured to retransmit the Quality of Service (QoS) data frame that is not successfully transmitted within the OBSS TXOP time according to the sensed channel state.
8. A communication device, wherein the communication device is a first device, the first device is a station device or an access point device, characterized in that: include: one or more processors; The first device is configured to execute the data transmission method according to any one of claims 1 to 6.
9. A communication system, characterized in that: The method comprises a first device, wherein the first device is a station device or an access point device; wherein the first device is configured to implement the data transmission method according to any one of claims 1 to 6.
10. A storage medium storing instructions, characterized in that: When the instruction is executed on a communication device, the communication device is caused to execute the data transmission method according to any one of claims 1 to 6.
Citation Information
Patent Citations
Data transmission method and device
CN105393589A
Method for truncating TXOP (Transmission Opportunity) mechanism redundant NAV (Network Allocation Vector) in wireless local area network
CN105813094A
Data transmission protection method and device
CN111787626A
Channel access method in wireless local area network and related device
CN114258148A
Shared transmission opportunity
WO2020225473A1