CN102547917B - Methods and devices for sending and receiving data, and network system - Google Patents
Methods and devices for sending and receiving data, and network system Download PDFInfo
- Publication number
- CN102547917B CN102547917B CN201110000521.3A CN201110000521A CN102547917B CN 102547917 B CN102547917 B CN 102547917B CN 201110000521 A CN201110000521 A CN 201110000521A CN 102547917 B CN102547917 B CN 102547917B
- Authority
- CN
- China
- Prior art keywords
- rts
- rtsa
- cts
- data
- address list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
- H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The embodiment of the invention provides methods and devices for sending and receiving data, and a network system. The method for sending the data comprises the following steps of: broadcasting a request to send announcement (RTSA) which carries a user address list; sending a request to send (RTS), and receiving a clear to send (CTS) returned by an opposite end in response to the RTS; and sending data to the opposite end, wherein the user address list is used for indicating whether a user receiving the RTSA is provided with a network allocation vector (NAV) after receiving the RTS or the CTS. According to the embodiments of the invention, the RTSA is added so as to be used as supplementation and expansion of an RTS/CTS mechanism; an STA user receiving the RTSA selects whether to be provided with the NAV according to the indication of the user address list in the RTSA after receiving the RTS/CTS, and can timely reply the data sent by a data sending end; and therefore, the problems of mutual confliction, difficult realization and the like in the prior art are solved, and an effective protection mechanism is supplied to data transmission.
Description
Technical field
The embodiment of the present invention relates to wireless communication technology field, relates in particular to a kind of data sending, receiving method and device and network system.
Background technology
Multi-user's multiple-input, multiple-output (Multiple Input Multiple Output, MU-MIMO) technology is the key technology in Next-Generation Wireless Communication Systems.By MU-MIMO, can make full use of space resources, with respect to traditional Single User MIMO (SU-MIMO), can on Spatial Dimension, support multi-user, support to have newly increased this dimension of space on multi-user communication.MU-MIMO requires transmitting terminal antenna number to be greater than or equal to a plurality of receiving terminal antenna sums, and by utilizing the precoding mode of channel information to realize the multi-user communication on Spatial Dimension, in other words, this is space division multiple access (SDMA) namely.
WiFi for example in the system based on contention access, user needed to guarantee available (unoccupied) of channel, i.e. so-called protection mechanism before data communication.Conventionally adopt the reply (Clear to Send, CTS) that sends request (Request to Send, RTS)/send request as protection mechanism.If user does not receive CTS after sending RTS, show data transmission collision, data below can not send; If receive CTS, follow-up data will continue to send.Further, protection mechanism, except guaranteeing the available of when data send channel itself, also needs to guarantee that data do not have adjacent user (STA) and send data in the process of transmission, causes and disturbs or even conflict.Take RTS/CTS as example, and when a certain STA sends RTS to another STA, other STA can receive this signal.The transmission object arranging in the form of RTS does not arrange network allocation vector (NAV) and need to reply CTS after receiving RTS, the STA that the transmission object that other and RTS/CTS arrange is misfitted can arrange network allocation vector (Network Allocation Vector, NAV) according to the duration of RTS/CTS form (Duration).Other STA can not initiate the action of any competitive channel in this section of duration of NAV, can not send any signal, comprise and send data or reply request.So just can guarantee normal data communication between the STA of communicating pair.Data/ACK has also played the part of same function: when a certain STA sends data (Data) to another STA, the transmission object arranging in data format does not arrange NAV and after receiving, replys acknowledge message (ACK or Block ACK, BA) to sending STA after receiving data; Other STA arrange the NAV of oneself according to the duration of these data or this acknowledge message.
For MU-MIMO environment, the processing mode that prior art has an employing is for before sending MU-MIMO data, only give a user for example STA1 do RTS/CTS one time.But in this processing mode, other STA for example STA-2~STA-N is receiving that AP issues after the RTS of STA-1, according to the rules NAV to be set, therefore can cause that STA-2~STA-N cannot reply the defect that piece is replied (Block ACK, BA) after receiving the data that AP sends.Another processing mode is before sending MU-MIMO data, does RTS/CTS one time to each user.But in this processing mode, other STA is not to issue after the RTS of oneself receiving, and according to the rules NAV will be set, and therefore equally can cause after receiving the data that AP sends yet and cannot reply BA, and transfer of data can not get the defect of protection.Now, although the mode of NAV value that can be by replacement STA solves, the settling mode of the NAV value of the STA that resets is too complicated, be difficult for realizing.
On the other hand, existing wireless communication system more and more tends to expand transfer of data bandwidth used.Take WiFi system as example, and the bandwidth of STA rises to 160MHz from 20MHz.For the communication of this large bandwidth, the proper communication needing protection on every sub-channels.A kind of effective guard method is " dynamically/static RTS/CTS protection mechanism " (Dynamic/Static RTS/CTS); be defined as transmission STA and send RTS on the channel of all plans transmissions, receive STA and in respective channels, on the local channel of free time, reply CTS after receiving RTS.Send STA and therefore know that in this time communication, which channel can efficient communication.The defect of this method is to receive STA all to intercept at any time its all channels, and its power loss is very important.
Summary of the invention
The embodiment of the present invention provides a kind of data sending, receiving method and device and network system.
The embodiment of the present invention provides a kind of data transmission method for uplink, comprising:
RTSA is noticed in broadcast transmission request, carries station address list in described RTSA;
To Correspondent Node, send request RTS, receive that described Correspondent Node responds described RTS and CTS is replied in sending request of sending;
To described Correspondent Node, send data;
Wherein, described station address list is used to indicate the user who receives described RTSA, after receiving described RTS or described CTS, whether network allocation vector NAV is set.
The embodiment of the present invention provides a kind of data receive method, comprising:
Reception sends request notices RTSA, carries station address list in described RTSA;
Reception sends request RTS, if the destination address of described RTS is local address, sends sending request of described RTS response replied to CTS, and continue to receive data; If the destination address of described RTS be not local address and local address not in described station address list, local network allocation vector NAV is set.
The embodiment of the present invention provides a kind of data sending device, comprising:
The first processing module, notices RTSA for broadcast transmission request, carries station address list in described RTSA;
The second processing module, for sending request RTS to Correspondent Node, receives that described Correspondent Node responds described RTS and CTS is replied in sending request of sending;
The 3rd processing module, for sending data to described Correspondent Node;
Wherein, described station address list is used to indicate the user who receives described RTSA, after receiving described RTS or described CTS, whether network allocation vector NAV is set.
The embodiment of the present invention provides a kind of data sink, comprising:
The 4th processing module, notices RTSA for receiving to send request, and carries station address list in described RTSA;
The 5th processing module, sends request RTS for receiving, if the destination address of described RTS is local address, sends sending request of described RTS response replied to CTS, and continue to receive data; If the destination address of described RTS be not local address and local address not in described station address list, local network allocation vector NAV is set.
The embodiment of the present invention provides a kind of network system, comprises that various embodiments of the present invention provide, the data sending device of at least one and the data sink of at least one.
The data sending, receiving method that the embodiment of the present invention provides and device and network system; by increasing a RTSA supplementing and expanding as RTS/CTS mechanism; the STA that receives RTSA selects whether to arrange NAV according to the indication of station address list in RTSA after receiving RTS/CTS; the data that can send data sending terminal are replied timely; overcome prior art and mutually conflicted and be difficult for the problems such as realization, for transfer of data provides effective protection mechanism.
Accompanying drawing explanation
In order to be illustrated more clearly in the embodiment of the present invention or technical scheme of the prior art, to the accompanying drawing of required use in embodiment or description of the Prior Art be briefly described below, apparently, accompanying drawing in the following describes is some embodiments of the present invention, for those of ordinary skills, do not paying under the prerequisite of creative work, can also obtain according to these accompanying drawings other accompanying drawing.
Fig. 1 is embodiment of the present invention data transmission method for uplink flow chart;
Fig. 2 is embodiment of the present invention data receive method flow chart;
Fig. 3 is the method for sending and receiving schematic diagram of the embodiment of the present invention one MU-MIMO data;
Fig. 4 is the state machine diagram that in Fig. 3 embodiment, STA receives RTS;
Fig. 5 is the state machine diagram that in Fig. 3 embodiment, STA receives CTS;
Fig. 6 is the method for sending and receiving schematic diagram of the embodiment of the present invention two MU-MIMO data;
Fig. 7 is the state machine diagram that in Fig. 6 embodiment, STA receives RTS;
Fig. 8 is the state machine diagram that in Fig. 6 embodiment, STA receives CTS;
Fig. 9 is the method for sending and receiving schematic diagram of the embodiment of the present invention three alone user data;
Figure 10 is the state machine diagram that in Fig. 9 embodiment, STA receives RTS;
Figure 11 is the state machine diagram that the invention process four STA receive RTS;
Figure 12 is the state machine diagram that in the invention process four, STA receives CTS;
Figure 13 is the method for sending and receiving schematic diagram of the embodiment of the present invention four MU-MIMO data;
Figure 14 is that in Figure 13 embodiment, STA receives data/confirmation request state machine schematic diagram;
Figure 15 is STA confirmation of receipt message status machine schematic diagram in Figure 13 embodiment;
Figure 16 is embodiment of the present invention data sending device structural representation;
Figure 17 is embodiment of the present invention data sink structural representation;
Figure 18 is that embodiment of the present invention network system forms schematic diagram.
Embodiment
For making object, technical scheme and the advantage of the embodiment of the present invention clearer, below in conjunction with the accompanying drawing in the embodiment of the present invention, technical scheme in the embodiment of the present invention is clearly and completely described, obviously, described embodiment is the present invention's part embodiment, rather than whole embodiment.Embodiment based in the present invention, those of ordinary skills, not making the every other embodiment obtaining under creative work prerequisite, belong to the scope of protection of the invention.
Transmission for MU-MIMO data in prior art can not get the defects such as effectively protection; provide a kind of settling mode before sending RTS; data sending terminal (take AP and describe as example by the embodiment of the present invention; AP is that a kind of special data send STA); to opposite end, send a kind of mac frame, this mac frame type can claim data transmitting procedure in the setting mechanism of NAV.Various embodiments of the present invention send request notice (RTS Announcement by this mac frame called after; Hereinafter to be referred as: RTSA).Its send mode is broadcast mode, and before being arranged on RTS.RTSA supplementing and expanding as RTS/CTS mechanism, can effectively protect the transfer of data of MU-MIMO and SU-MIMO.
Fig. 1 is embodiment of the present invention data transmission method for uplink flow chart, and as shown in Figure 1, the method comprises:
Step 100, broadcast RTSA, carries station address list in described RTSA;
Data sending terminal, be by RTS/CTS to whether available detection of channel between AP and each opposite end STA before for example AP sends data to opposite end.Conventionally, STA, after receiving the RTS that destination address is not oneself, carries out the setting of NAV according to existing regulation, thereby causes the follow-up BAR that cannot issue AP to reply, thereby causes transfer of data to can not get effective protection.For this problem, in the present embodiment before AP sends first RTS, first the special mac frame of form transmission with broadcast is RTSA, and in this RTSA, carry a station address list, this station address list comprises the targeted customer's of the data that at least one sends user profile, user profile in this station address list can be the MAC Address of relevant STA, also can be the AID (AssociatedIdentifier of relevant STA, association identification number, the address of being distributed by AP), also can be Group ID (group identification number, the group # being distributed by AP).
Interval in the embodiment of the present invention between adjacent frame is less than the free competition time (DIFS).Immediately following sending RTS should to the STA in station address list, be less than the CTS that receives corresponding RTS that is spaced apart of free competition time after RTSA; After this behind the interval that is less than the free competition time, give second to receive STA transmission RTS...... by this rule, send one by one RTS to the STA in station address.
Step 101, sends request RTS to Correspondent Node, receives that described Correspondent Node responds described RTS and CTS is replied in sending request of sending;
After AP broadcast transmission RTSA, to Correspondent Node, send RTS.The STA that receives RTSA receives after this RTS, if judgement knows that the destination address of this RTS is local address, to AP, returns to corresponding CTS, and this CTS is the response as RTS.The like, AP sends after corresponding RTS to all Correspondent Nodes that will send data, and each Correspondent Node all will return to corresponding CTS.
Step 102, sends data to described Correspondent Node.
AP receives after the CTS that all Correspondent Nodes return, and just can send data to Correspondent Node, for example, to all Correspondent Nodes, send MU-MIMO data simultaneously.
In the present embodiment, described station address list is used to indicate the STA that receives described RTSA whether NAV is set after receiving RTS or CTS, the STA that receives this station address list, after receiving the CTS that RTS that AP sends or other STA return, judge whether oneself will arrange NAV according to this station address list.Particularly, this station address list is used to indicate the targeted customer of non-RTS in the user who receives RTSA or CTS and the user in this station address list not, after receiving RTS or CTS, follow NAV operational norm is set.Certainly the operational norm of station address list can set in advance on each STA (comprising the AP as special STA).
Because STA can be according to the operational norm of station address list, the targeted customer of non-RTS or CTS and not in the situation that the user in this station address list arranges NAV in oneself belonging to the user who receives RTSA.The targeted customer of non-RTS or CTS in oneself belonging to the user who receives RTSA but in the situation that the user in this station address list does not arrange NAV.So just can send MU-MIMO data to AP and reply timely and return to BA, thereby AP learns MU-MIMO, data are all successfully received, and the operation such as needn't retransmit, and the transmission of MU-MIMO data has been played to protective effect.
The data transmission method for uplink that the embodiment of the present invention provides; by increasing a RTSA supplementing and expanding as RTS/CTS mechanism; the STA that receives RTSA selects whether to arrange NAV according to the indication of station address list in RTSA after receiving RTS/CTS; the data that can send data sending terminal are replied timely; overcome prior art and mutually conflicted and be difficult for the problems such as realization, for transfer of data provides effective protection mechanism.
Fig. 2 is embodiment of the present invention data receive method flow chart, and as shown in Figure 2, the method comprises:
Step 200, receives to send request and notices RTSA, carries station address list in described RTSA;
Step 201, receives and sends request RTS, if the destination address of described RTS is local address, sends sending request of described RTS response replied to CTS, and continue to receive data; If the destination address of described RTS be not local address and local address not in described station address list, local network allocation vector NAV is set.
Based on above-described embodiment, AP sends after RTSA and RTS to Correspondent Node, and STA receives RTSA and RTS successively.In this RTSA, carry station address list, this station address list comprises the targeted customer's of the data that at least one sends user profile, user profile in this station address list can be the MAC Address of relevant STA, also can be the AID (address that AP distributes) of relevant STA, can be also Group ID (group # being distributed by AP).And in the embodiment of the present invention, the interval between adjacent frame is less than DIFS.
In the embodiment of the present invention, in each STA (comprising the AP as special STA), set in advance the operational norm of station address list, STA can be according to the operational norm of station address list, the targeted customer of non-RTS or CTS and not in the situation that the user in this station address list arranges NAV in oneself belonging to the user who receives RTSA.The targeted customer of non-RTS or CTS in oneself belonging to the user who receives RTSA but in the situation that the user in this station address list does not arrange NAV.
Particularly, if receive the STA of RTS, know that the destination address of described RTS is local address, to AP, send the CTS to this RTS response, and wait for the data that receive the follow-up transmission of AP.The destination address that the STA of RTS knows this RTS if receive is not for local address and local address be in station address list, and now this STA will carry out local NAV is set according to the operational norm of station address list.The destination address that the STA of RTS knows described RTS if receive for local address but oneself in this station address list, NAV is not set in the case.So just can send MU-MIMO data to AP and reply timely and return to BA, thereby AP learns MU-MIMO, data are all successfully received, and the operation such as needn't retransmit, and the transmission of MU-MIMO data has been played to protective effect.
The data receive method that the embodiment of the present invention provides; the supplementing and expanding as RTS/CTS mechanism based on RTSA; the STA that receives RTSA selects whether to arrange NAV according to the indication of station address list in RTSA after receiving RTS/CTS; the data that can send AP are replied timely; overcome prior art and mutually conflicted and be difficult for the problems such as realization, for transfer of data provides effective protection mechanism.
Below in conjunction with example, the use of user list is carried out to detailed explanation.
Fig. 3 is the method for sending and receiving schematic diagram of the embodiment of the present invention one MU-MIMO data; Fig. 4 is the state machine diagram that in Fig. 3 embodiment, STA receives RTS; Fig. 5 is the state machine diagram that in Fig. 3 embodiment, STA receives CTS; situation for MU-MIMO; the present embodiment combines RTSA with traditional RTS/CTS; RTSA is combined with RTS/CTS for the protection of the MU-MIMO transfer of data flow process of Three S's TA; in the present embodiment, AP sends corresponding RTS to a plurality of targeted customers respectively, as shown in Fig. 3, Fig. 4 and Fig. 5:
The flow process of AP end can be described below:
1.AP broadcasts RTSA, wherein comprises the station address list that AP need to communicate by letter with MU-MIMO; This station address list operational norm regulation described above repeats no more herein.
2.AP sends RTS to STA1, and STA1 finds that the RA of this RTS and the local address of oneself coincide, and reply CTS;
AP sends RTS to STA1, after the CTS sending receiving STA1 response RTS or do not receive within a predetermined period of time CTS, to another Correspondent Node for example STA2 send RTS
3. in like manner, AP sends RTS to respectively STA2 and STA3, and STA2 and STA3 find that the RA of RTS and the local address of oneself coincide, and reply CTS;
4.AP sends data by the mode of MU-MIMO to STA1, STA2 and STA3 simultaneously.
5., more than, the interval of every frame is all less than free competition time interval DIFS.
The flow process of STA end can be described below:
1.STA receives the RTSA from AP, reads station address list wherein;
First 2.STA judges that the local address of oneself is whether in station address list, if in station address list, in receiving target address, after the RTS in this station address list, continue to judge that the destination address of this RTS is to be all local address, if so, NAV is not set, replys CTS; If not, ANV is not set, do not reply CTS.If the local address of oneself, not in station address list,, judges and knows that the destination address of this RTS is not local address after the RTS in this station address list in receiving target address, NAV is set, do not reply CTS.
3. the STA in station address list receives the CTS that RA value is AP address, and NAV is not set.
Particularly, STA receives from the RTSA of AP and reads after station address list wherein, and first whether the local address of judgement oneself is in station address list, if do not exist, if judgement knows that the destination address of this CTS is not local address after receiving CTS, NAV is set; If,, after receiving CTS, continue to judge whether the destination address of this CTS is the address that sends STA (sending STA in the present embodiment is AP), and if so, NAV is not set; If not, NAV is set.
Implementation method can comprise two kinds herein, and the address of a kind of AP of being is included in station address list, and STA knows that the RA value of CTS, in station address list, does not arrange NAV.Another kind is that the address of AP is not included in station address list, and STA knows that the RA value of CTS is not in station address list, but the address that is AP through this RA value of judgement does not equally arrange NAV yet.
The method that the present embodiment provides both can guarantee that the transfer of data of MU-MIMO was effectively guaranteed, also can avoid the NAV value of resetting.
Fig. 6 is the method for sending and receiving schematic diagram of the embodiment of the present invention two MU-MIMO data; Fig. 7 is the state machine diagram that in Fig. 6 embodiment, STA receives RTS; Fig. 8 is the state machine diagram that in Fig. 6 embodiment, STA receives CTS; situation for MU-MIMO; the present embodiment is combined with RTS/CTS RTSA with the form of multicast; MU-MIMO transfer of data flow process for the protection of Three S's TA; as shown in Fig. 6, Fig. 7 and Fig. 8; for the present embodiment, RTSA also will comprise that the time that each STA need to wait for is the temporal information that STA returns to corresponding CTS.
The flow process of AP end can be described below:
1.AP broadcasts RTSA, the temporal information that wherein AP need to reply CTS by station address list and the correspondence of MU-MIMO communication.This station address list operational norm regulation described above repeats no more herein.
The RTS-to-self that 2.AP is oneself to STA1, STA2 and STA3 multicast address; RTS-to-self is defined as to a kind of special RTS: the RA address of this RTS is for sending the address of STA oneself, the i.e. RTS of RA value=TA value.RTS-to-self is a special RTS, and the destination address of this special RTS is all not identical with the address of user in station address list, and for example in the present embodiment, the address of this RTS can be the address of AP oneself.
The time that 3.STA1, STA2 and STA3 formulate at RTSA is replied CTS;
4.AP sends data by the mode of MU-MIMO to STA1, STA2 and STA3 simultaneously.
5., more than, the interval of every frame is all less than free competition time interval DIFS.
The flow process of STA end can be described below:
1.STA receives the RTSA from AP, reads station address list wherein;
2. the STA belonging in station address list receives RTS-to-self, all not identical with the address of user in station address list because of the address that its address is AP, NAV is not now set, and sequentially replys CTS to AP according to persond eixis information in station address list; Do not belong to the STA in station address list, after receiving special RTS-to-self, NAV is set;
3. the STA in station address list receives the CTS that RA value is AP address, and NAV is not set.
Particularly, STA receives from the RTSA of AP and reads after station address list wherein, and first whether the local address of judgement oneself is in station address list, if do not exist, if judgement knows that the destination address of this CTS is not local address after receiving CTS, NAV is set; If,, after receiving CTS, continue to judge whether the destination address of this CTS is the address that sends STA (sending STA in the present embodiment is AP), and if so, NAV is not set; If not, NAV is set.
Implementation method can comprise two kinds herein, and the address of a kind of AP of being is included in station address list, and STA knows that the RA value of CTS, in station address list, does not arrange NAV.Another kind is that the address of AP is not included in station address list, and STA knows that the RA value of CTS is not in station address list, but the address that is AP through this RA value of judgement does not equally arrange NAV yet.
The method that the present embodiment provides both can guarantee that the transfer of data of MU-MIMO was effectively guaranteed, also can avoid the NAV value of resetting.Comparatively speaking, the embodiment of the present invention one is changed less, more reliable with respect to current mechanism, but expense is larger; Embodiment bis-is less with respect to embodiment mono-expense, but change is larger, and reliability is slightly poor.
Fig. 9 is the method for sending and receiving schematic diagram of the embodiment of the present invention three alone user data, Figure 10 is the state machine diagram that in Fig. 9 embodiment, STA receives RTS, for the situation at alone family, the present embodiment combines RTSA with Dynamic/Static RTS/CTS, can effectively save STA power.Dynamic/Static RTS/CTS regulation: RTS sends on all frequency bands, corresponding STA replys CTS on idle channel; This meaning STA need to intercept RTS on all efficient channels.Owing to having increased RTSA before RTS/CTS, as shown in Figure 9 and Figure 10, AP is only at the upper RTSA that sends of main channel (PrimaryChannel), the STA in station address list is after receiving RTSA, the described user of triggering that can comprise according to RTSA activates the channel active information that at least one secondary channels communicates, activate all secondary channels (Secondary Channel) that AP indication activates, be CCA and detect and intercept RTS, it is used to indicate the bandwidth that can carry out transfer of data in RTSA, can also to comprise a bandwidth indication information, bandwidth indication information is optional, according to system, need to determine whether carry.
Definition AP will send data with STA, and its flow process is as follows:
1.AP send RTSA, comprise STA in its station address list;
2.AP is needing to STA, to send RTS on the channel of transfer of data, and intercepts STA and reply CTS;
3.AP sends data to STA on the channel of receiving STA transmission CTS;
Particularly, AP receives the CTS that STA returns on the channel that sends RTS, and using the channel that receives CTS as send the channel of MU-MIMO data to STA.For example, AP sends RTS to STA on channel 1,2,3 and 4, but cannot carry out transfer of data because channel 3 and 4 conflicts, and now STA returns to CTS on idle channel 1 and 2, and AP is using channel 1 and 2 as send the channel of MU-MIMO data to STA.
4., more than, the interval of every frame is all less than the free competition time interval (DIFS).
STA is in only intercepting the state of main channel, and its flow process is as follows:
1.STA receives RTSA, and first whether the local address of judgement oneself, in station address list, if do not exist, only receives RTS, and when judgement knows that the destination address of RTS is not local address, NAV is set in main channel; If, the channel active information comprising according to RTSA, activates all secondary channels that AP indication activates, for example, activate all channels.
2.STA intercepts its all channels, and it is idle or busy detecting these channels;
3.STA receives RTS on all channels, if judgement knows that the destination address of this RTS is not local address, NAV is set; If judgement knows that the destination address of this RTS is local address, NAV is not set, and idle and receive on the channel of RTS and reply CTS; Follow-up, and idle and receive on the channel of RTS and receive the data that AP sends.
RTSA is applied in the scene of the present embodiment, can for STA corresponding the follow-up frequency domain channel that will transmit RTS is set.The present embodiment is conducive to STA and when there is no data, saves power, only retains main channel for necessary detection.
For the wireless communication system of free competition, such as WiFi, the data transfer mode of MU-MIMO and large bandwidth is its feature.Conventionally in the process of communication, not only need to utilize frequency domain channel but also need to consider spatial character.Therefore when RTSA is operated in the situation of MU-MIMO, only need to before all RTS/CTS of main channel (PrimaryChannel), send RTSA; The STA of all RTSA of receiving activates its correlated channels, and on correlated channels, is CCA and detects and intercept RTS.
In conjunction with above-described embodiment one, two and three, the present embodiment can be depicted the AP working under MU-MIMO transmission means and the whole framework flow process of STA, Figure 11 is the state machine diagram that the invention process four STA receive RTS, and Figure 12 is the state machine diagram that in the invention process four, STA receives CTS.
AP workflow:
1.AP broadcasts RTSA in main channel, wherein comprises the station address list that AP need to communicate by letter with MU-MIMO;
2.AP is needing to send RTS on the channel of transfer of data to STA-1, and intercepts the CTS from STA1 on these channels, is chosen as the channel of STA-1 communication according to the CTS returning;
3. in like manner, AP is needing to send RTS on the channel of transfer of data to STA-N, and intercepts the CTS from STA-N on these channels, is chosen as the channel of STA-N communication according to the CTS returning;
4.AP sends data by the mode of MU-MIMO to STA-1~STA-N simultaneously.
5., more than, each interval that sends frame and received frame is less than free competition time interval DIFS.
STA workflow:
1.STA receives RTSA, and first whether the local address of judgement oneself, in station address list, if do not exist, only receives RTS, and when judgement knows that the destination address of RTS is not local address, NAV is set in main channel; If,, activate all secondary channels that AP indication activates, for example activate all channels.Now, in described RTSA, can comprise bandwidth indication information.
2.STA intercepts on own all channels (secondary channels that comprises main channel and activation), and it is idle or busy detecting these channels;
3.STA intercepts RTS on all channels (secondary channels that comprises main channel and activation), if judgement knows that the destination address of this RTS is not local address, ANV is not set and does not reply CTS; If judgement knows that the destination address of this RTS is local address, NAV is not set, and idle and receive on the secondary channels of RTS and reply CTS; Follow-up, and idle and replied on the channel of CTS and receive the data that AP sends.
If receive that RA is the RTS of own address, just replys CTS on this channel; If receive that RA is not the address of oneself but in user list, does not reply CTS and NAV is not set at this channel; If the RA receiving, not in user list, does not reply CTS and NAV is set at this channel;
4.STA intercepts on own all channels, if receive that RA is the CTS of AP address, does not arrange NAV.
Particularly, STA receives from the RTSA of AP and reads after station address list wherein, and first whether the local address of judgement oneself is in station address list, if do not exist, after receiving CTS, judgement knows that the destination address of this CTS is not local address, and NAV is set; If, activate all channels, it is idle or busy on all channels, detecting these channels; On all channels, receive CTS, judge whether the destination address of CTS is the address that sends STA (being AP in the present embodiment), if so, NAV is not set, and continues to receive CTS on all channels; If not, NAV is set.
Flow process based on the above embodiment of the present invention, can send its expanded application the data protection of a plurality of data blocks to MU-MIMO TXOP.Its principal character is the continuous transmission that TXOP supports a plurality of packets; Between packet, do not need competitive resource.In TXOP process of transmitting, current data block need to arrange NAV for data block immediately, and previous data block is that a rear data block arranges NAV protection.As shown in figure 13, Figure 13 is the method for sending and receiving schematic diagram of the embodiment of the present invention four MU-MIMO data.Figure 14 is that in Figure 13 embodiment, STA receives data/confirmation request state machine schematic diagram, and Figure 15 is STA confirmation of receipt message status machine schematic diagram in Figure 13 embodiment.
Similar with RTS/CTS, user, organize under constant prerequisite, between adjacent data block, can utilize Data/ACK to realize NAV resource reservation.The machine-processed change but the communication mode of MU-MIMO still needs protection, if machine-processed according to existing DATA/ACK in Figure 13, BA1 can make STA2 and STA3 that NAV is set, but STA2 can receive AP after BA1, requires STA2 to reply the request BAR2 of BA; If reply BA, the STA2 NAV that need to reset.
For second data block in Figure 13, the present embodiment can assign to protect by the dependent part of first data block.First, AP has Group ID in the VHT-SIG-A of the Preamble of first data block, and its effect is consistent with the user list of RTSA, and all STA corresponding to this Group ID can not arrange NAV in the ACK stage yet; Secondly, by BAR and BA, can realize RTS/CTS and all increase the effect that NAV is set to relevant STA.It should be noted that the system for WiFi, need BAR and BA all to adopt conventional form to send.So-called conventional form refers to 802.11n and the defined form of standard before (only comprising the indication informations such as L-STF, L-LTF and L-SIG in Preamble).Another kind method is directly to allow RTSA that the regular validity of STA list is set to whole TXOP, for example, at RTSA, comprise the effective duration information that plays indicative function for identifying described station address list, and combine with RTS/CTS and Data/ACK.
The present embodiment, for STA, receives the STA of arbitrary BAR, if judgement knows that the RA of BAR is included in user list, and is the address of STA oneself, NAV is not set, and returns to BA to AP; And, if judgement knows that the RA of BAR is included in user list, and be not the address of STA oneself, NAV is not set, and to AP, does not return to BA.
Receive the STA of arbitrary BA, if although judgement knows that the RA of BA is not included in user list, be the address of AP, NAV is not set; And, if judgement knows that the RA of BA had both been not included in user list, be not the address of AP yet, NAV is set.
The method that the embodiment of the present invention provides; supplementing and expanding RTSA as RTS/CTS mechanism; STA is according to the processing mode that NAV is not set after the indication of user list is in the destination address of finding RTS or CTS is included in this user list; can send MU-MIMO data to AP replys timely; overcome prior art and mutually conflicted and be difficult for the problems such as realization, for the transfer of data of multi-user's multiple-input, multiple-output provides effective protection mechanism.
One of ordinary skill in the art will appreciate that: all or part of step that realizes said method embodiment can complete by the relevant hardware of program command, aforesaid program can be stored in a computer read/write memory medium, this program, when carrying out, is carried out the step that comprises said method embodiment; And aforesaid storage medium comprises: various media that can be program code stored such as ROM, RAM, magnetic disc or CDs.
Figure 16 is embodiment of the present invention data sending device structural representation, as shown in figure 16, this data sending device 10 for example AP comprises the first processing module 11, the second processing module 12 and the 3rd processing module 13, wherein, the first processing module 11 is noticed RTSA for broadcast transmission request, carries station address list in described RTSA; The second processing module 12 is for sending request RTS to Correspondent Node, receives that described Correspondent Node responds described RTS and CTS is replied in sending request of sending; The 3rd processing module 13 is for sending data to described Correspondent Node.Wherein, described station address list is used to indicate the user who receives described RTSA, after receiving described RTS or described CTS, whether network allocation vector NAV is set.
Particularly, the data sending device 10 that the present embodiment provides is in order effectively to protect the data of transmission, first by the first processing module 11, with the form of broadcasting, sending a special mac frame is RTSA, and in this RTSA, carry a station address list, this station address list comprises the targeted customer's of the data that at least one sends user profile, user profile in this station address list can be the MAC Address of relevant STA, also can be AID (the Associated Identifier of relevant STA, association identification number, the address of being distributed by AP), also can be Group ID (group identification number, the group # being distributed by AP).Then, by the second processing module 12 Correspondent Nodes, send RTS.The STA that receives RTSA receives after this RTS, if judgement knows that the destination address of this RTS is local address, to AP, returns to corresponding CTS, and this CTS is the response as RTS.The like, AP sends after corresponding RTS to all Correspondent Nodes that will send data, and each Correspondent Node all will return to corresponding CTS.Finally, by the 3rd processing module 13, to Correspondent Node, send data, for example, to all Correspondent Nodes, send MU-MIMO data simultaneously.
In the present embodiment, described station address list is used to indicate the STA that receives described RTSA whether NAV is set after receiving RTS or CTS, the STA that receives this station address list, after receiving the CTS that RTS that AP sends or other STA return, judge whether oneself will arrange NAV according to this station address list.Particularly, this station address list is used to indicate the targeted customer of non-RTS in the user who receives RTSA or CTS and the user in this station address list not, after receiving RTS or CTS, follow NAV operational norm is set.Certainly the operational norm of station address list can set in advance on each STA (comprising the AP as special STA).
Because STA can be according to the operational norm of station address list, the targeted customer of non-RTS or CTS and not in the situation that the user in this station address list arranges NAV in oneself belonging to the user who receives RTSA.The targeted customer of non-RTS or CTS in oneself belonging to the user who receives RTSA but in the situation that the user in this station address list does not arrange NAV.So just can send MU-MIMO data to AP and reply timely and return to BA, thereby AP learns MU-MIMO, data are all successfully received, and the operation such as needn't retransmit, and the transmission of MU-MIMO data has been played to protective effect.
The data sending device that the embodiment of the present invention provides; by increasing a RTSA supplementing and expanding as RTS/CTS mechanism; the STA that receives RTSA selects whether to arrange NAV according to the indication of station address list in RTSA after receiving RTS/CTS; the data that can send data sending terminal are replied timely; overcome prior art and mutually conflicted and be difficult for the problems such as realization, for transfer of data provides effective protection mechanism.
Further, the first processing module 11 also, for sending described RTSA, also carries in described RTSA and is used to indicate described Correspondent Node after receiving described RTS, returns to the persond eixis information of corresponding CTS; Accordingly, the second processing module 12 is also for to each Correspondent Node multicast one RTS, and the destination address of described RTS is all not identical with the address of user in described station address list.
Have, the first processing module 11 is also for sending RTSA again, and this RTSA also activates at least one secondary channels and communicates for triggering the user of station address list.And the first processing module 11, also for sending RTSA, also carries the effective duration information that plays indicative function for identifying described station address list in this RTSA.
The concrete function of the data sending device that the present embodiment provides can, referring to the handling process in above-mentioned each embodiment of the method, repeat no more herein.
Figure 17 is embodiment of the present invention data sink structural representation, as shown in figure 17, this data sink 20 comprises the 4th processing module 21 and the 5th processing module 22, wherein, the 4th processing module 21 is noticed RTSA for receiving to send request, and carries station address list in described RTSA; The 5th processing module 22 sends request RTS for receiving, if the destination address of described RTS is local address, sends sending request of described RTS response replied to CTS, and continue to receive data; If the destination address of described RTS be not local address and local address not in described station address list, local network allocation vector NAV is set.
Particularly, data sink 20 receives by the 4th processing module 21 RTSA that data sending device sends, in this RTSA, carry station address list, this station address list comprises the targeted customer's of the data that at least one sends user profile, user profile in this station address list can be the MAC Address of relevant STA, also can be the AID (address that AP distributes) of relevant STA, can be also Group ID (group # being distributed by AP).Then by the 5th processing module 22, receive the RTS that data sending device sends, data sink can be according to the operational norm of station address list, the targeted customer of non-RTS or CTS and not in the situation that the user in this station address list arranges NAV in oneself belonging to the user who receives RTSA.The targeted customer of non-RTS or CTS in oneself belonging to the user who receives RTSA but in the situation that the user in this station address list does not arrange NAV.
Particularly, if data sink is known the destination address of described RTS, be local address, to AP, send the CTS to this RTS response, and wait for the data that receive the follow-up transmission of AP.If the destination address that data sink is known this RTS is not for local address and local address be in station address list, now this device will be carried out local NAV is set according to the operational norm of station address list.If the destination address that data sink is known described RTS for local address but oneself in this station address list, NAV is not set in the case.So just can send MU-MIMO data to AP and reply timely and return to BA, thereby AP learns MU-MIMO, data are all successfully received, and the operation such as needn't retransmit, and the transmission of MU-MIMO data has been played to protective effect.
Further, this data reception module also comprises that the 6th processing module 23 is for after receiving described RTSA, activates at least one secondary channels for receiving described RTS, and idle and receive on the secondary channels of RTS and return to described CTS.
The data sink that the embodiment of the present invention provides; the supplementing and expanding as RTS/CTS mechanism based on RTSA; the STA that receives RTSA selects whether to arrange NAV according to the indication of station address list in RTSA after receiving RTS/CTS; the data that can send AP are replied timely; overcome prior art and mutually conflicted and be difficult for the problems such as realization, for transfer of data provides effective protection mechanism.
The concrete function of the data sink that the present embodiment provides can, referring to the handling process in above-mentioned each embodiment of the method, repeat no more herein.
Figure 18 is that embodiment of the present invention network system forms schematic diagram, and as shown in figure 18, this network system 30 comprises the data sending device 10 of at least one and the data sink 20 of at least one.Data sending device 10 and data sink 20 included in the present embodiment network system 30 can adopt above-mentioned AP and the STA that embodiment provides that respectively install, and its 26S Proteasome Structure and Function can, referring to above-mentioned each method and apparatus embodiment, repeat no more herein.
The network system that the embodiment of the present invention provides, for the transfer of data of multi-user's multiple-input, multiple-output provides effective protection mechanism, the problem that this mechanism has overcome the mutual conflict of prior art and has been difficult for realizing; And can be for saving the use of the power of STA in frequency domain channel.
Finally it should be noted that: above embodiment only, in order to technical scheme of the present invention to be described, is not intended to limit; Although the present invention is had been described in detail with reference to previous embodiment, those of ordinary skill in the art is to be understood that: its technical scheme that still can record aforementioned each embodiment is modified, or part technical characterictic is wherein equal to replacement; And these modifications or replacement do not make the essence of appropriate technical solution depart from the spirit and scope of various embodiments of the present invention technical scheme.
Claims (22)
1. a data transmission method for uplink, is characterized in that, comprising:
RTSA is noticed in broadcast transmission request, carries station address list in described RTSA;
To Correspondent Node, send request RTS, receive that described Correspondent Node responds described RTS and CTS is replied in sending request of sending;
To described Correspondent Node, send data;
Wherein, described station address list is used to indicate the user who receives described RTSA, after receiving described RTS or described CTS, whether network allocation vector NAV is set, so that receive the user of described RTSA in the situation that the destination address of described RTS is local address, after receiving described RTS, return to described CTS and continue to receive data; The targeted customer of non-described RTS or described CTS and not in the situation that the user in this station address list, after receiving described RTS or described CTS, arranges NAV in oneself belonging to the user who receives described RTSA; The targeted customer of non-described RTS or described CTS in oneself belonging to the user who receives described RTSA but in the situation that the user in this station address list, after receiving described RTS or described CTS, does not arrange NAV.
2. data transmission method for uplink according to claim 1, is characterized in that, described station address list comprises the targeted customer's of described data MAC Address or association identification AID or group identification number Group ID.
3. data transmission method for uplink according to claim 1 and 2, is characterized in that, describedly to Correspondent Node, sends request RTS, receives that described Correspondent Node responds described RTS and sending request of sending replied CTS and comprised:
Send described RTS, receiving that described Correspondent Node responds described RTS, after the described CTS that sends or do not receive within a predetermined period of time described CTS, to another Correspondent Node, send RTS.
4. data transmission method for uplink according to claim 1 and 2, is characterized in that, also carries and be used to indicate described Correspondent Node after receiving described RTS in described RTSA, returns to the persond eixis information of corresponding CTS;
Accordingly, describedly to Correspondent Node, send request RTS, receive that described Correspondent Node responds described RTS and sending request of sending replied CTS and comprised:
To each Correspondent Node multicast one RTS, the destination address of described RTS is all not identical with the address of user in described station address list;
Receive respectively the described CTS that each Correspondent Node sends described RTS response according to described persond eixis information.
5. data transmission method for uplink according to claim 1 and 2, is characterized in that, described RTSA also activates at least one secondary channels and communicates for triggering the user of described station address list.
6. data transmission method for uplink according to claim 5, is characterized in that, described RTSA comprises bandwidth indication information, and it is used to indicate the bandwidth that can carry out transfer of data.
7. data transmission method for uplink according to claim 1 and 2, is characterized in that, in described RTSA, also comprises: the effective duration information that plays indicative function for identifying described station address list.
8. a data receive method, is characterized in that, comprising:
Reception sends request notices RTSA, carries station address list in described RTSA;
Reception sends request RTS, if the destination address of described RTS is local address, sends sending request of described RTS response replied to CTS, and continue to receive data; If the destination address of described RTS be not local address and local address not in described station address list, local network allocation vector NAV is set; If the destination address of described RTS is not local address, but local address is in described station address list, and NAV is not set.
9. data receive method according to claim 8, is characterized in that, described station address list comprises the targeted customer's of described data MAC Address or association identification AID or group identification number Group ID.
10. data receive method according to claim 8 or claim 9, is characterized in that, also carries and be used to indicate each Correspondent Node after receiving described RTS in described RTSA, returns to the persond eixis information of corresponding CTS;
Accordingly, described transmission sends request and replys CTS and comprise the response of described RTS:
According to RTS described in described persond eixis information response, return to corresponding described CTS, the destination address of wherein said RTS is all not identical with the address of user in described station address list.
11. data receive methods according to claim 8 or claim 9, is characterized in that, described RTSA also activates at least one secondary channels and communicates for triggering the user of described station address list; Accordingly, described transmission sends request and replys CTS and comprise the response of described RTS:
Activate at least one secondary channels for receiving described RTS, and idle and receive on the secondary channels of RTS and return to described CTS.
12. data receive methods according to claim 11, is characterized in that, described RTSA comprises bandwidth indication information, and it is used to indicate the bandwidth that can carry out transfer of data.
13. data receive methods according to claim 8 or claim 9, is characterized in that, also comprise the effective duration information that plays indicative function for identifying described station address list in described RTSA.
14. 1 kinds of data sending devices, is characterized in that, comprising:
The first processing module, notices RTSA for broadcast transmission request, carries station address list in described RTSA;
The second processing module, for sending request RTS to Correspondent Node, receives that described Correspondent Node responds described RTS and CTS is replied in sending request of sending;
The 3rd processing module, for sending data to described Correspondent Node;
Wherein, described station address list is used to indicate the user who receives described RTSA, after receiving described RTS or described CTS, whether network allocation vector NAV is set, so that receive the user of described RTSA in the situation that the destination address of described RTS is local address, after receiving described RTS, return to described CTS and continue to receive data; The targeted customer of non-described RTS or described CTS and not in the situation that the user in this station address list, after receiving described RTS or described CTS, arranges NAV in oneself belonging to the user who receives described RTSA; The targeted customer of non-described RTS or described CTS in oneself belonging to the user who receives described RTSA but in the situation that the user in this station address list, after receiving described RTS or described CTS, does not arrange NAV.
15. data sending devices according to claim 14, is characterized in that, described station address list comprises the targeted customer's of described data MAC Address or association identification AID or group identification number Group ID.
16. according to the data sending device described in claims 14 or 15, it is characterized in that:
Described the first processing module also for, send described RTSA, in described RTSA, also carry and be used to indicate described Correspondent Node after receiving described RTS, return to the persond eixis information of corresponding CTS;
Described the second processing module also for, to each Correspondent Node multicast one RTS, the destination address of described RTS is all not identical with the address of user in described station address list.
17. according to the data sending device described in claims 14 or 15, it is characterized in that, described the first processing module is also for sending described RTSA, and described RTSA also activates at least one secondary channels and communicates for triggering the user of station address list.
18. according to the data sending device described in claims 14 or 15, it is characterized in that, described the first processing module also, for sending described RTSA, also carries the effective duration information that plays indicative function for identifying described station address list in described RTSA.
19. 1 kinds of data sinks, is characterized in that, comprising:
The 4th processing module, notices RTSA for receiving to send request, and carries station address list in described RTSA;
The 5th processing module, sends request RTS for receiving, if the destination address of described RTS is local address, sends sending request of described RTS response replied to CTS, and continue to receive data; If the destination address of described RTS be not local address and local address not in described station address list, local network allocation vector NAV is set; If the destination address of described RTS is not local address, but local address is in described station address list, and NAV is not set.
20. data sinks according to claim 19, is characterized in that, described station address list comprises the targeted customer's of described data MAC Address or association identification AID or group identification number Group ID.
21. according to the data sink described in claim 19 or 20, it is characterized in that, also comprises:
The 6th processing module, for after receiving described RTSA, activates at least one secondary channels for receiving described RTS, and idle and receive on the secondary channels of RTS and return to described CTS.
22. 1 kinds of network systems, is characterized in that, comprise the data sending device as described in as arbitrary in claim 14 to 18, and the data sink as described at least one as arbitrary in claim 19 to 21.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110000521.3A CN102547917B (en) | 2011-01-04 | 2011-01-04 | Methods and devices for sending and receiving data, and network system |
PCT/CN2012/070004 WO2012092848A1 (en) | 2011-01-04 | 2012-01-04 | Method and device for sending and receiving data, and network system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110000521.3A CN102547917B (en) | 2011-01-04 | 2011-01-04 | Methods and devices for sending and receiving data, and network system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102547917A CN102547917A (en) | 2012-07-04 |
CN102547917B true CN102547917B (en) | 2014-10-08 |
Family
ID=46353598
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110000521.3A Expired - Fee Related CN102547917B (en) | 2011-01-04 | 2011-01-04 | Methods and devices for sending and receiving data, and network system |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102547917B (en) |
WO (1) | WO2012092848A1 (en) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10834754B2 (en) | 2013-10-29 | 2020-11-10 | Qualcomm Incorporated | Systems and methods for improved communication efficiency in high efficiency wireless networks |
CN104904136B (en) * | 2013-12-12 | 2019-05-10 | 华为终端(东莞)有限公司 | Data transmission method and device |
KR20160108474A (en) * | 2014-01-27 | 2016-09-19 | 후아웨이 테크놀러지 컴퍼니 리미티드 | Channel contention method, access point, and station |
US10412201B2 (en) * | 2015-11-12 | 2019-09-10 | Qualcomm Incorporated | Clear to send-to-self transmissions in an LTE-controlled Wi-Fi system |
WO2017132988A1 (en) * | 2016-02-05 | 2017-08-10 | 华为技术有限公司 | Signal sending method and device |
CN107231699B (en) * | 2016-03-25 | 2020-03-20 | 展讯通信(上海)有限公司 | Method and device for transmitting data in wireless cellular network |
CN107613518B (en) * | 2016-07-11 | 2020-06-26 | 华为技术有限公司 | Network allocation vector value setting method and device |
JP6798198B2 (en) | 2016-09-05 | 2020-12-09 | ソニー株式会社 | Wireless devices, wireless control methods and programs |
CN108738040B (en) * | 2017-04-21 | 2021-07-20 | 华为技术有限公司 | Communication method, communication system and receiver of directional communication system |
CN113543142A (en) * | 2020-04-21 | 2021-10-22 | 维沃移动通信有限公司 | Information transmission method and equipment |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101548573A (en) * | 2006-11-15 | 2009-09-30 | 高通股份有限公司 | Transmissions to multiple stations in wireless communication systems |
CN101796880A (en) * | 2007-08-31 | 2010-08-04 | 皇家飞利浦电子股份有限公司 | enhanced multi-user transmission |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101246774B1 (en) * | 2005-11-22 | 2013-03-26 | 삼성전자주식회사 | Method and apparatus for transmitting/receiving a signal in a wireless local network mesh communication system |
-
2011
- 2011-01-04 CN CN201110000521.3A patent/CN102547917B/en not_active Expired - Fee Related
-
2012
- 2012-01-04 WO PCT/CN2012/070004 patent/WO2012092848A1/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101548573A (en) * | 2006-11-15 | 2009-09-30 | 高通股份有限公司 | Transmissions to multiple stations in wireless communication systems |
CN101796880A (en) * | 2007-08-31 | 2010-08-04 | 皇家飞利浦电子股份有限公司 | enhanced multi-user transmission |
Also Published As
Publication number | Publication date |
---|---|
WO2012092848A1 (en) | 2012-07-12 |
CN102547917A (en) | 2012-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102547917B (en) | Methods and devices for sending and receiving data, and network system | |
US11968066B2 (en) | Method for uplink multiuser data transmission and system for uplink multiuser multiple input multiple output | |
US9813893B2 (en) | System for station group management and method for managing station-management groups | |
KR101282362B1 (en) | Failed Frame Recovery Method in Multi-User based Wireless Communication System | |
CN102067652B (en) | Apparatus for collision mitigation of multicast transmissions in wireless networks | |
EP2595439B1 (en) | Method and device for regaining transmit opportunity control right in reverse grant | |
US20150043562A1 (en) | Wireless network discovery method and apparatus | |
EP3322242B1 (en) | Method and device for transmission instruction, transmission triggering and transmission implementation for multi-station | |
US11146314B2 (en) | Method of transmitting and receiving frame for uplink multi-user multiple-input and multiple-output (UL MU-MIMO) communication | |
EP3035767B1 (en) | Method, apparatus and system for channel access | |
WO2011065749A2 (en) | Method for protecting data in a mu-mimo based wireless communication system | |
CN104185217A (en) | Parallel data transmission processing method and device | |
WO2016127348A1 (en) | Access point (ap), station (sta), communication system and data transmission method | |
CN105981467A (en) | Channel contention method, access point, and station | |
CN103378929A (en) | Radio frame receiving method and device | |
CN104956750A (en) | Resource indication method, apparatus and system | |
CN105451346A (en) | Uplink data transmission method and device | |
CN106788910B (en) | Method and device for changing transmission opportunity holder | |
CN105122927A (en) | Resource application method, device and system | |
KR20190016067A (en) | Data Protection in Multi-User MIMO based Wireless Communication System | |
CN103250461A (en) | Medium reservation techniques for multi-ser transmissions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20141008 Termination date: 20150104 |
|
EXPY | Termination of patent right or utility model |