WO2015127601A1 - 一种多播发送装置、多播接收装置和多播传输确定方法 - Google Patents

一种多播发送装置、多播接收装置和多播传输确定方法 Download PDF

Info

Publication number
WO2015127601A1
WO2015127601A1 PCT/CN2014/072562 CN2014072562W WO2015127601A1 WO 2015127601 A1 WO2015127601 A1 WO 2015127601A1 CN 2014072562 W CN2014072562 W CN 2014072562W WO 2015127601 A1 WO2015127601 A1 WO 2015127601A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
multicast
indication
retransmitted
confirmation
Prior art date
Application number
PCT/CN2014/072562
Other languages
English (en)
French (fr)
Inventor
朱俊
罗俊
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2014/072562 priority Critical patent/WO2015127601A1/zh
Priority to CN201480049742.1A priority patent/CN105519057B/zh
Publication of WO2015127601A1 publication Critical patent/WO2015127601A1/zh
Priority to US15/244,932 priority patent/US10284340B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H04L1/1883—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • H04L12/1872—Measures taken after transmission, e.g. acknowledgments avoiding ACK or NACK implosion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]

Definitions

  • Multicast transmitting device multicast receiving device and multicast transmission determining method
  • the present invention relates to the field of communications, and in particular, to a multicast transmitting apparatus, a multicast receiving apparatus, and a multicast transmission determining method.
  • Multicast also known as multicast or multicast
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • Multicast is one of the effective ways to increase regional throughput and save network bandwidth.
  • multicast frames may be lost for a variety of reasons.
  • access point 1 and access point 2 operate on the same channel and there is an overlap in the two basic service sets.
  • access point 2 cannot detect the transmission of access point 1 and considers the channel to be idle, so access point 2 can transmit more to its associated site. Broadcast frame.
  • the multicast frame transmitted by the access point 1 and the multicast frame transmitted by the access point 2 are lost due to the conflict in the overlapping area of the two basic service sets, so that the station in the overlapping area cannot correctly receive the multicast frame. Therefore, it is extremely important to provide an acknowledgment mechanism for multicast transmission.
  • one access point transmits a plurality of multicast frames to multiple sites in a multicast manner, and then transmits a multicast block acknowledgement request frame to each station in a multicast manner.
  • Each station replies to the multicast block acknowledgement frame in the order of the sort information in the multicast block acknowledgment request frame.
  • the present invention provides a multicast transmitting apparatus, a multicast receiving apparatus, and a multicast transmission determining method.
  • the present invention provides a multi-cast transmitting apparatus, a multicast receiving apparatus, and a multi-cast transmission determining method. The technical solution is as follows:
  • the embodiment of the present invention provides a multicast sending apparatus, where the apparatus includes: a sending module, configured to send at least one multicast frame to multiple sites in a multicast manner;
  • a processing module configured to generate a multicast indication request frame, where the multicast request indication frame includes an identifier of the at least one multicast frame, where the multicast indication request frame is used to indicate that the multiple stations are in a designated time slot
  • the indication frame is sent in a unicast manner, and the indication frame includes a multicast frame identifier to be retransmitted;
  • the sending module is further configured to multicast the multicast indication request frame to the multiple sites.
  • the device further includes:
  • a receiving module configured to receive the indication frame
  • the processing module is configured to: after each receiving the indication frame, reply to a multicast acknowledgement frame, where the multicast acknowledgement frame is used to indicate an acknowledged multicast frame identifier to be retransmitted, where the indication frame is The station is generated according to the multicast indication request frame or the last received multicast acknowledgement frame.
  • the multicast indication request frame includes a multicast indication request frame control field and a multicast indication request frame information field, where the multicast indication request frame control field includes a multicast session.
  • Transaction identification and contention window information the multicast indication request frame information field includes a starting frame sequence number.
  • the indication frame includes an indication frame control field and an indication frame information field, where the indication frame control field includes a receiving station identifier, where the indication frame information field includes a starting frame sequence number and The multicast frame bitmap is to be retransmitted.
  • the multicast acknowledgement frame includes a multicast acknowledgement frame information field, and the multicast acknowledgement frame information field includes a start frame sequence number and a to-be-retransmitted multicast frame bitmap.
  • the processing module is configured to:
  • the multicast frame to be retransmitted is confirmed according to the information of the indication frame, and the multicast confirmation frame is generated.
  • the processing module is further used to
  • the processing module is further configured to determine whether the first timer expires, and the first timer is used to indicate a remaining time of the contention window;
  • the indication frame continues to be received.
  • the processing module is further used to
  • the embodiment of the present invention further provides a multicast receiving apparatus, where the apparatus includes: a receiving module, configured to receive a multicast indication request frame sent by an access point, where the multicast request indication frame includes the An identifier of the at least one multicast frame, where the multicast indication request frame is used to indicate that the multiple stations compete to send the indication frame in a unicast manner in a specified time slot;
  • a processing module configured to determine, according to the multicast indication request frame, a multicast frame identifier to be retransmitted, where the sending module is configured to compete to send the indication frame in the specified time slot, where the indication frame includes the to-be-initiated frame Retransmit the multicast frame identifier.
  • the receiving module is further configured to receive a multicast acknowledgement frame, where the multicast acknowledgement frame is sent by the access point after receiving the indication frame, where The multicast acknowledgement frame is used to indicate the acknowledged multicast frame identifier to be retransmitted;
  • the acknowledged multicast frame identifier to be retransmitted in the multicast acknowledgement frame includes the to-be-retransmitted multicast frame identifier, stopping the contention to send the indication frame.
  • the processing module is further configured to: determine whether the first timer expires when the indication frame is sent, and the first timer is used to indicate the remaining time of the contention window. ;
  • the processing module is further configured to: when the indication frame is successfully sent,
  • the indication frame is re-successfully sent, and the third timer is used to indicate that the indication frame has been sent.
  • the processing module is further configured to: when the indication When the frame competition fails to be sent,
  • an embodiment of the present invention further provides a multicast transmission confirmation method, where the method includes: transmitting at least one multicast frame to multiple sites in a multicast manner;
  • the multicast request indication frame includes an identifier of the at least one multicast frame, where the multicast indication request frame is used to indicate that the multiple sites are unicast in a specified time slot Competing to send an indication frame, where the indication frame includes a multicast frame identifier to be retransmitted;
  • the method further includes:
  • the multicast acknowledgment frame is used to indicate an acknowledged multicast frame identifier to be retransmitted, and the indication frame is that the station according to the multicast indication The request frame or the last received multicast acknowledgement frame is generated.
  • the multicast indication request frame includes a multicast indication request frame control field and a multicast indication request frame information field, where the multicast indication request frame control field includes a multicast session. a transaction identifier and contention window information for indicating that the plurality of stations compete to send the maximum duration of the indication frame, where the multicast indication request frame information field includes a start frame sequence number and an end frame sequence number.
  • the indication frame includes an indication frame control field and an indication frame information field, where the indication frame control field includes a receiving station identifier, where the indication frame information field includes a start frame. Sequence number and multicast frame to be retransmitted.
  • the multicast acknowledgement frame includes a multicast acknowledgement frame information field, and the multicast acknowledgement frame information field includes a start frame sequence number and a to-be-retransmitted multicast frame bitmap.
  • the replying to the multicast acknowledgement frame after each receiving the indication frame includes:
  • the multicast frame to be retransmitted is confirmed according to the information of the indication frame, and the multicast confirmation frame is generated.
  • the method further includes:
  • the method further includes:
  • the first timer Determining whether the first timer expires, the first timer is used to indicate the remaining time of the contention window; when the first timer expires, retransmitting the multicast frame to be retransmitted;
  • the indication frame continues to be received.
  • the method further includes:
  • the embodiment of the present invention further provides a multicast transmission confirmation method, where the method includes: receiving a multicast indication request frame sent by an access point, where the multicast request indication frame includes the at least one multicast An identifier of the frame, where the multicast indication request frame is used to indicate that the multiple stations compete to send an indication frame in a unicast manner in a specified time slot;
  • the method further includes:
  • the acknowledged multicast frame identifier to be retransmitted in the multicast acknowledgement frame includes the to-be-retransmitted multicast frame identifier, stopping the contention to send the indication frame.
  • the method when the contention frame is sent, the method further includes:
  • the first timer Determining whether the first timer expires, the first timer is used to indicate the remaining time of the contention window; when the first timer expires, the contention of the indication frame is stopped.
  • the The method when the indication frame is successfully sent, the The method also includes:
  • the indication frame is re-successfully sent, and the third timer is used to indicate that the indication frame has been sent.
  • the method when the indication frame is successfully failed to be sent, the method further includes:
  • the indication frame is generated according to the multicast acknowledgement frame, and the indication frame is re-successfully transmitted.
  • the indication frame includes the to-be-retransmitted multicast frame identifier, and each indication frame is The identifiers of the multicast frames to be retransmitted are different, so when the station receives the multicast acknowledgement frame, if it is confirmed that the multicast acknowledgement frame includes the multicast frame that needs to be retransmitted, it does not need to send the indication frame.
  • Channel resources can be saved, network delays can be avoided, and system throughput can be reduced.
  • FIG. 1 is an application scenario diagram provided by an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of a multicast transmitting apparatus according to Embodiment 1 of the present invention.
  • FIG. 3 is a schematic structural diagram of a multicast transmitting apparatus according to Embodiment 2 of the present invention.
  • FIG. 4 is a schematic structural diagram of a multicast indication request frame according to Embodiment 2 of the present invention.
  • FIG. 5 is a schematic structural diagram of a multicast indication request frame control field according to Embodiment 2 of the present invention
  • FIG. 6 is a schematic structural diagram of an indication frame according to Embodiment 2 of the present invention
  • FIG. 7 is a schematic structural diagram of an indication frame information field according to Embodiment 2 of the present invention.
  • FIG. 8 is a schematic structural diagram of a multicast confirmation frame according to Embodiment 2 of the present invention.
  • FIG. 9 is a schematic structural diagram of a multicast confirmation frame information field according to Embodiment 2 of the present invention
  • FIG. 10 is a block diagram of a multicast transmission apparatus according to an embodiment of the present invention
  • 11 is a schematic structural diagram of a multicast receiving apparatus according to Embodiment 3 of the present invention
  • FIG. 12 is a schematic structural diagram of a multicast receiving apparatus according to Embodiment 4 of the present invention.
  • FIG. 13 is a block diagram of a multicast receiving apparatus according to an embodiment of the present invention.
  • FIG. 17 is a flowchart of a multicast transmission confirmation method according to Embodiment 8 of the present invention. detailed description
  • the access point (multicast transmitter) 10 and multiple stations (multicast receivers) 20 are wirelessly connected, for example, via WIFI technology.
  • the site 20 can be a commonly used mobile device, such as a laptop computer, a mobile phone, and the like.
  • the one access point 10 and the plurality of sites 20 are in a basic service set.
  • the access point 10 simultaneously transmits a multicast frame to a plurality of stations 20 that are in the basic service set.
  • the embodiment of the present invention provides a multicast sending apparatus.
  • the apparatus includes: a sending module 501, configured to send at least one multicast frame to multiple sites in a multicast manner.
  • the processing module 502 is configured to generate a multicast indication request frame, where the multicast request indication frame includes an identifier of the at least one multicast frame, where the multicast indication request frame is used to indicate that multiple sites compete in a unicast manner in a specified time slot.
  • the indication frame is sent, and the indication frame includes a multicast frame identifier to be retransmitted.
  • the sending module 501 is further configured to multicast a multicast indication request frame to multiple sites.
  • the multicast indication request frame may include a multicast indication request frame control field and a multicast indication request frame information field, and the multicast indication request frame control field may include a multicast session transaction identifier and a competition window information, the multicast session transaction
  • the identifier is used to identify the multicast session
  • the contention window information is used to indicate the maximum duration of the station to send the indication frame
  • the multicast indication request frame information field includes a start frame sequence number
  • the start frame sequence number refers to multicast
  • the multicast indication request frame information field further includes the end frame number of the multicast frame transmitted by the multicast.
  • the indication frame includes an indication frame control field and an indication frame information field, and the indication frame control field includes a reception station identifier, and the indication frame information field includes a start frame sequence number and a to-be-retransmitted multicast frame bitmap.
  • the embodiment of the present invention multicasts a multicast indication request frame to multiple sites, to indicate that multiple sites compete for unicast transmission of an indication frame in a specified time slot, and the indication frame includes a multicast frame identifier to be retransmitted.
  • the indication frame includes a multicast frame identifier to be retransmitted.
  • the embodiment of the present invention provides a multicast sending apparatus.
  • the apparatus includes: a sending module 601, configured to send at least one multicast frame to multiple sites in a multicast manner.
  • Each multicast frame carries a sequence number (ie, an identifier) to identify itself.
  • the processing module 602 is configured to generate a multicast indication request frame, where the multicast request indication frame includes an identifier of the at least one multicast frame, where the multicast indication request frame is used to indicate that multiple sites compete in a unicast manner in a specified time slot.
  • the indication frame is sent, and the indication frame includes a multicast frame identifier to be retransmitted.
  • the sending module 601 is further configured to multicast the multicast indication request frame to multiple sites.
  • the receiving module 603 is configured to receive the indication frame.
  • the processing module 602 is further configured to: after each receiving the indication frame, reply to the multicast acknowledgement frame, where the multicast acknowledgement frame is used to indicate the acknowledged multicast frame identifier to be retransmitted, and the indication frame is that the station requests the frame according to the multicast indication or The last received multicast confirmation frame is generated.
  • the multicast indication request frame includes the following fields: frame control, duration, reception address, transmission address, multicast indication request frame control field, multicast indication request frame information field, and frame check field.
  • the frame control may include a frame type, a frame subtype, and an identifier, such as: Type: Control frame, Frame subtype: Multicast indication request frame, the flag may include to DS (representing from the site to the access point, generally also called Upload) , Up), from DS (indicating from access point to site, generally called Download, downlink), power management (power management) and so on.
  • the duration indicates the time remaining for the channel that will be used to transmit the multicast frame acknowledgment information.
  • the receiving address indicates the multicast group media access control (Media Access Control, "MAC") address.
  • MAC Media Access Control
  • the Send Address field indicates the MAC address of the access point.
  • the multicast indication request frame control field indicates the multicast session transaction identifier, and further includes the competition window information, which may be the maximum duration of the indication transmission frame for the competition.
  • Figure 5 shows an example multicast indication request frame control field.
  • the multicast indication request frame information field indicates the sequence number of the start frame and the end frame of the request indication frame indication.
  • the receiving station uses the frame check field to determine the received multicast finger Indicates if there is an error in the request frame.
  • the indication frame includes the following fields: frame control, duration, reception address, transmission address, indication frame control field, indication frame information field, and frame check field. Among them, the frame control and duration have the same effect as the multicast indication request frame.
  • the receiving address represents the MAC address of the access point.
  • the Send Address field indicates the MAC address of the site.
  • the Indication Frame Control field is similar to the Multicast Indication Request Frame Control field.
  • the indication frame information field specifically indicates the sequence number of the retransmission frame, and includes the to-be-retransmitted multicast frame identifier in Embodiment 1.
  • FIG. 7 shows an example indication frame information field, where the indication frame information field includes a start. Frame sequence number and multicast frame bitmap to be retransmitted.
  • the access point uses the frame check field to determine if there is an error in the received indication frame.
  • the multicast acknowledgement frame includes the following fields: frame control, duration, receive address, multicast acknowledgement frame control field, multicast acknowledgement frame information field, and frame check field.
  • the frame control and duration have the same effect as the multicast indication request frame.
  • the receiving address represents the MAC address of the multicast group.
  • the multicast acknowledgement frame information field includes a start frame sequence number and a to-be-retransmitted multicast frame bitmap for confirming the retransmission frame indicated by the indication frame.
  • Figure 9 shows an example multicast confirmation frame information field. The station uses the Frame Check field to determine if there is an error in the received multicast acknowledgment frame.
  • processing module 602 is further configured to set a first timer t1 and a second timer t2, where the first timer indicates a remaining time of the contention window, and the second timer is used to indicate a channel idle time, t1>t2.
  • processing module 602 is further configured to: a processing module, configured to:
  • the multicast frame to be retransmitted is confirmed according to the information of the indication frame, and a multicast confirmation frame is generated.
  • the check refers to verifying whether the frame is correctly received according to the frame check field in the indication frame.
  • processing module 602 is further used to calculate the processing module 602 .
  • Multicast confirmation frame Sending a multicast acknowledgement frame when at least one multicast frame needs to be retransmitted, and retransmitting the to-be-retransmitted multicast frame after transmitting the multicast acknowledgement frame; when at least one multicast frame does not need to be retransmitted, Multicast confirmation frame.
  • the indication frame may be lost or not received correctly by the access point. If the receiving station successfully sends an indication frame but does not receive a multicast confirmation frame from the access point within the subsequent minimum interframe space ("SIFS"), the receiving station restarts. Sent to send an indication frame. This process is iterated until the receiving station confirms from the received multicast acknowledgment frame that the frame that it needs to retransmit has been fully acknowledged or that the time window for the contending transmission of the indication frame ends.
  • SIFS minimum interframe space
  • processing module 602 is further configured to determine whether the first timer expires, and the first timer is used to indicate a remaining time of the contention window;
  • the indication frame continues to be received.
  • processing module 602 is further used to calculate the processing module 602 .
  • the multicast frame to be retransmitted is retransmitted.
  • the second timer when receiving the indication frame and verifying success, receiving the indication frame and verifying failure, or receiving data but not indicating the frame, or receiving the energy higher than the threshold but parsing the frame It will be reset every time.
  • the access point If the access point detects that the channel has been idle for a duration within the contention time window, then no more indication frames are considered to be received, thereby ending the competition time window early. Avoid getting the channel back into the network or stealing from other sites that have just woken up.
  • the access point arranges the frames to be retransmitted according to the multicast frame to be retransmitted confirmed by the multicast multicast acknowledgement frame.
  • These to-be-retransmitted multicast frames can be multicasted together with the new multicast frame, or can be individually scheduled for retransmission.
  • the access point can send a new multicast indication request frame and confirm the receiving status of the receiving station by the above method. The retransmission process can be repeated until the retransmission upper limit of the frame is reached or the validity period of the frame has expired.
  • a multicast indication request frame is multicast to a plurality of sites, so that multiple sites are unicast to transmit an indication frame in a specified time slot, and an indication frame that is sent by multiple sites is received, and Responding to the multicast acknowledgement frame after each indication frame is received, since the indication frame is generated by the station according to the multicast indication request frame or the last received multicast acknowledgement frame, the indication frame includes the to-be-retransmitted multicast frame identifier, and each The indication of the multicast frame to be retransmitted included in the indication frame is different, so when the station receives the multicast acknowledgement frame, if it is confirmed that the multicast acknowledgement frame includes the multicast frame that needs to be retransmitted, it does not need to be sent.
  • the foregoing multicast transmitting apparatus in FIG. 2 and FIG. 3 may be a general wireless access point, as shown in FIG. It generally includes a memory 71, a processor 72, a receiver 73, and a transmission Parts such as 74. It will be understood by those skilled in the art that the structure shown in FIG. 10 does not constitute a limitation to the device, and may include more or less components than those illustrated, or some components may be combined, or different component arrangements.
  • the memory 71 can be used to store a software program and an application module, and the processor 72 executes the server 70 by running a software program stored in the memory 71 and an application module.
  • the memory 71 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function, and the like; the storage data area may store data created according to the processing of the multicast transmission device 70.
  • the memory 71 may include a high speed RAM (random access memory), and may also include a non-volatile memory such as at least one magnetic disk storage device, a flash memory device, or other volatile solid state. Storage device.
  • the processor 72 is the control center of the multicast transmitting device 70, which connects various parts of the entire computer using various interfaces and lines.
  • the processor 72 can be implemented by running or executing a software program and/or an application module stored in the memory 71, and calling data stored in the memory 71, which can be implemented by the transmitter 74 in a multicast form. Sites send at least one multicast frame;
  • the multicast request indication frame includes an identifier of at least one multicast frame
  • the multicast indication request frame is used to indicate that multiple stations contend for transmitting the indication frame in a unicast manner in the specified time slot, indicating the frame Including the multicast frame identifier to be retransmitted
  • processor 72 can also implement:
  • the multicast acknowledgement frame is used to indicate the acknowledged multicast frame identifier to be retransmitted, and the indication frame is the site request frame according to the multicast indication or the last received multicast acknowledgement. Frame generated.
  • the multicast indication request frame includes a multicast indication request frame control field and a multicast indication request frame information field
  • the multicast indication request frame control field includes a multicast session transaction identifier and is used to indicate that multiple sites are competitively transmitting the indication frame.
  • the maximum duration of the competition window information, the multicast indication request frame information field includes a start frame number and an end frame number.
  • the indication frame includes an indication frame control field and an indication frame information field, indicating a frame control word
  • the segment includes a receiving station identifier
  • the indicating frame information field includes a starting frame sequence number and a multicast frame bitmap to be retransmitted.
  • the multicast acknowledgement frame includes a multicast acknowledgement frame information field, and the multicast acknowledgement frame information field includes a start frame sequence number and a multicast frame bitmap to be retransmitted.
  • processor 72 can also implement:
  • the processor 72 may further implement: after generating a multicast acknowledgement frame according to the information of the indication frame,
  • Multicast confirmation frame Sending a multicast acknowledgement frame when at least one multicast frame needs to be retransmitted, and retransmitting the to-be-retransmitted multicast frame after transmitting the multicast acknowledgement frame; when at least one multicast frame does not need to be retransmitted, Multicast confirmation frame.
  • processor 72 can also implement:
  • the first timer Determining whether the first timer expires, the first timer is used to indicate the remaining time of the contention window; when the first timer expires, retransmitting the multicast frame to be retransmitted;
  • the indication frame continues to be received.
  • processor 72 can also implement:
  • the second timer when receiving the indication frame and verifying success, receiving the indication frame and verifying failure, or receiving data but not indicating the frame, or receiving the energy higher than the threshold but parsing the frame It will be reset every time.
  • the embodiment of the present invention provides a multicast receiving apparatus.
  • the apparatus includes: a receiving module 701, configured to receive a multicast indication request frame sent by an access point, where the multicast request indication frame includes at least one multicast frame.
  • the identifier, the multicast indication request frame is used to indicate that multiple stations contend for transmitting the indication frame in a unicast manner in a specified time slot;
  • the processing module 702 is configured to determine, according to the multicast indication request frame, a multicast frame identifier to be retransmitted;
  • the sending module 703 is configured to compete to send the indication frame in the specified time slot, where the indication frame includes the to-be-retransmitted multicast frame identifier.
  • the structure of the multicast indication request frame, the indication frame, and the multicast acknowledgement frame is as in Embodiment 1 or 2, and details are not described herein again.
  • the embodiment of the present invention receives the multicast indication request frame sent by the access point, and determines the to-be-retransmitted multicast frame identifier according to the multicast indication request frame, and competes to send the indication frame in the specified time slot, where the indication frame includes the to-be-retransmitted Multicast frame identification, when there are many multicast receiving sites, there will not be more multicast block acknowledgement frames, avoiding network delay and system throughput.
  • the embodiment of the present invention provides a multicast receiving apparatus.
  • the apparatus includes: a receiving module 801, configured to receive a multicast indication request frame sent by an access point, where the multicast request indication frame includes at least one multicast frame.
  • the identifier, the multicast indication request frame is used to indicate that multiple stations contend for transmitting the indication frame in a unicast manner in a specified time slot;
  • the processing module 802 is configured to determine, according to the multicast indication request frame, the to-be-retransmitted multicast frame identifier.
  • the sending module 803 is configured to compete to send the indication frame in the specified time slot, where the indication frame includes the to-be-retransmitted multicast frame identifier.
  • the receiving module 801 is further configured to receive a multicast acknowledgement frame, where the multicast acknowledgement frame is sent by the access point after receiving the indication frame, and the multicast acknowledgement frame is used to indicate the acknowledged multicast frame identifier to be retransmitted;
  • the contention transmission frame is stopped.
  • the structure of the multicast indication request frame, the indication frame, and the multicast acknowledgement frame is as in Embodiment 1 or 2, and details are not described herein again.
  • the processing module 802 is further configured to determine whether it belongs to the multicast receiving station. When it belongs to the multicast receiving station, the control timing module 804 sets the first timer.
  • the specific judgment may be determined according to the multicast session transaction identifier in the multicast indication request frame, and may also be determined according to other fields such as the multicast group MAC address.
  • the processing module 802 generates a retransmission list after determining the to-be-retransmitted multicast frame identifier according to the multicast indication request frame. That is, in this embodiment, the to-be-retransmitted multicast frame identifier exists in the form of a list. In other embodiments, the to-be-retransmitted multicast frame identifier may exist in other forms.
  • the processing module 802 may first determine whether the retransmission list is empty before the contention frame is sent. If the retransmission list is empty, the process ends. If the retransmission list is not empty, the instruction frame is sent.
  • processing module 802 is further configured to: determine whether the first timer expires when the indication frame is sent, and the first timer is used to indicate the remaining time of the contention window;
  • the competition is stopped to send the indication frame.
  • the contention frame continues to be sent.
  • the first timer may be set by the processing module 802.
  • processing module 802 is further configured to: when the indication frame is successfully sent,
  • the indication frame is re-queued, and the third timer is used to indicate that the frame has been sent, so that it can be determined whether the sent indication frame is received by the access point. .
  • the third timer t3 can be set by the processing module 802.
  • the t3 may be the SIFS time. If the station does not receive the multicast acknowledgment frame from the access point within the t3 time, the receiving station restarts the contention to send the indication frame. This process is iterated until the receiving station confirms from the received multicast acknowledgment frame that the frame that it needs to retransmit has been fully acknowledged or that the time window for the contending transmission of the indication frame ends.
  • processing module 802 is further configured to: when the indication frame is successfully transmitted,
  • an indication frame is generated based on the multicast acknowledgment frame and the indication frame is re-competitively transmitted.
  • the retransmission list is updated according to the multicast acknowledgment frame, and then the indication frame is transmitted.
  • Updating the retransmission list according to the multicast acknowledgement frame refers to: when the station receives the multicast acknowledgement frame, view the to-be-retransmitted multicast frame identifier notified by the access point, and then view the to-be-weighted in the indication frame to be sent by itself.
  • the multicast frame identifier is transmitted, and the identifier of the existing to-be-retransmitted multicast frame in the multicast acknowledgement frame is removed from the indication frame.
  • the embodiment of the present invention receives the multicast indication request frame sent by the access point, and determines the to-be-retransmitted multicast frame identifier according to the multicast indication request frame, and when the to-be-retransmitted multicast frame identifier is not empty, the contention indication frame is sent.
  • Receiving a multicast acknowledgement frame sent by the access point when the multicast acknowledgement frame includes the to-be-retransmitted multicast frame, stopping the competition to send the indication frame, because the site may not succeed in the competition, multicasting at this time
  • the acknowledgement frame is generated by the access point according to the indication frame of other stations, which saves channel resources, avoids network delay, and reduces system throughput.
  • FIG. 13 may be a computer or Mobile terminal, as shown in Figure 13. It generally includes components such as a memory 1001, a processor 1002, a receiver 1003, and a transmitter 1004. It will be understood by those skilled in the art that the structure shown in FIG. 13 does not constitute a limitation of the device, and may include more or less components than those illustrated, or some components may be combined, or different component arrangements.
  • the memory 1001 can be used to store software programs and application modules, and the processor 1002 executes various functional applications and data processing of the server 1000 by running software programs and application modules stored in the memory 1001.
  • the memory 1001 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function, and the like; the storage data area may store data created according to the processing of the computer 100.
  • the memory 1001 may include high speed RAM, and may also include nonvolatile memory such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
  • the processor 1002 is the control center of the computer 100 that connects the various portions of the entire computer using various interfaces and lines.
  • the processor 1002 can be implemented by the processor 1002 by executing or executing a software program and/or an application module stored in the memory 1001, and calling the data stored in the memory 1001, and receiving, by the receiver 1003, the transmission of the access point.
  • the multicast indication request frame, the multicast request indication frame includes an identifier of the at least one multicast frame, and the multicast indication request frame is used to indicate that the multiple stations compete to send the indication frame in a unicast manner in the specified time slot;
  • the indication frame is sent out in a specified time slot, and the indication frame includes a multicast frame identifier to be retransmitted.
  • the processor 1002 is further configured to: receive a multicast acknowledgement frame, where the multicast acknowledgement frame is sent by the access point after receiving the indication frame, and the multicast acknowledgement frame is used to indicate the acknowledged multicast frame identifier to be retransmitted ;
  • the contention transmission frame is stopped.
  • processor 1002 is further configured to: determine whether the first timer expires when the indication frame is sent, and the first timer is used to indicate the remaining time of the contention window;
  • the competition is stopped to send the indication frame.
  • the processor 1002 may further implement, when the indication frame is successfully sent, if the third timer expires and the multicast confirmation frame is not received, re-contending to send the indication frame, The three timers are used to indicate when the indicated frame has been sent.
  • the processor 1002 may further implement, when the frame frame contention failure is indicated, if the multicast acknowledgement frame is received, generate an indication frame according to the multicast acknowledgement frame, and re-successfully send the indication frame.
  • Embodiment 5
  • the embodiment of the present invention provides a multicast transmission confirmation method, which is performed by an access point (multicast transmitting apparatus).
  • the method includes:
  • Step 101 Send at least one multicast frame to multiple sites in multicast form.
  • Step 102 Generate a multicast indication request frame, where the multicast request indication frame includes an identifier of at least one multicast frame, where the multicast indication request frame is used to indicate that multiple stations contend for transmitting the indication frame in a unicast manner within a specified time slot.
  • the indication frame includes a multicast frame identifier to be retransmitted.
  • the multicast indication request frame may include a multicast indication request frame control field and a multicast indication request frame information field
  • the multicast indication request frame control field may include a multicast session transaction identifier and a competition window information, the multicast session transaction
  • the identifier is used to identify the multicast session
  • the contention window information is used to indicate the maximum duration of the station to send the indication frame
  • the multicast indication request frame information field includes a start frame sequence number
  • the start frame sequence number refers to multicast
  • the multicast indication request frame information field further includes the end frame number of the multicast frame transmitted by the multicast.
  • the indication frame includes an indication frame control field and an indication frame information field, and the indication frame control field includes a reception station identifier, and the indication frame information field includes a start frame sequence number and a to-be-retransmitted multicast frame bitmap.
  • Step 103 Multicast the multicast indication request frame to multiple sites.
  • the embodiment of the present invention multicasts a multicast indication request frame to multiple sites, to indicate that multiple sites compete for unicast transmission of an indication frame in a specified time slot, and the indication frame includes a multicast frame identifier to be retransmitted.
  • the indication frame includes a multicast frame identifier to be retransmitted.
  • the embodiment of the present invention provides a multicast transmission confirmation method, which is performed by an access point (multicast transmitting apparatus).
  • the method includes:
  • Step 201 Send at least one multicast frame to multiple sites in a multicast manner.
  • Each multicast frame carries a sequence number (ie, an identifier) to identify itself.
  • Step 202 Multicast a multicast indication request frame to the multiple sites, and the multicast indication request frame is used to indicate that multiple stations compete to send the indication frame in a unicast manner within a specified time slot.
  • the multicast indication request frame is generated by the access point transmitting at least one multicast frame.
  • the multicast indication request frame may include the following fields: Frame Control, Duration, Receive Address, Transmit Address, Multicast Indication Request Frame Control Field, Multicast Indication Request Frame Information Field, and Frame Check Field.
  • the frame control includes a frame type, a frame subtype, and an identifier, such as: Type: Control frame, Frame subtype: Multicast indicates a request frame, and the flag may include to DS, from DS, power management, and the like.
  • the duration indicates the time remaining for the channel that will be used to transmit the multicast frame acknowledgment information.
  • the receiving address indicates the multicast group MAC address.
  • the Send Address field indicates the MAC address of the access point.
  • the multicast indication request frame control field indicates the multicast session transaction identifier, and further includes the competition window information, which may be the maximum duration of the indication transmission frame for the competition.
  • Figure 5 shows an example multicast indication request frame control field.
  • the multicast indication request frame information field indicates the sequence number of the start frame and the end frame of the request indication frame indication.
  • the receiving station utilizes a frame check field to determine if the received multicast indication request frame has an error.
  • the indication frame may include the following fields: Frame Control, Duration, Receive Address, Transmit Address, Indication Frame Control Field, Indication Frame Information Field, and Frame Check Field.
  • the receiving address represents the MAC address of the access point.
  • the send address field indicates the MAC address of the site.
  • the Indication Frame Control field is similar to the Multicast Indication Request Frame Control field.
  • the indication frame information field specifically indicates the sequence number of the retransmission frame, and includes the to-be-retransmitted multicast frame identifier in Embodiment 1.
  • FIG. 7 shows an example indication frame information field, where the indication frame information field includes a start. Frame sequence number and multicast frame bitmap to be retransmitted.
  • the access point uses the frame check field to determine if there is an error in the received indication frame.
  • Step 203 Set a first timer tl, where the first timer indicates the remaining time of the competition window.
  • Step 204 Set a second timer t2, where the second timer is used to indicate a channel idle time, tl > t2.
  • the second timer when receiving the indication frame and verifying success, receiving the indication frame and verifying failure, or receiving data but not indicating the frame, or receiving the energy higher than the threshold but parsing the frame It will be reset every time.
  • Step 205 Receive an indication frame sent by the station, and after receiving an indication frame, check the indication frame. When the verification is successful, go to step 208. When the verification fails, go to step 206.
  • the verification refers to verifying whether the frame is correctly connected according to the frame check field in the indication frame. Received.
  • Step 206 Determine whether the channel is idle. If the channel is not idle, go to step 209. If the channel is idle, go to step 207.
  • Step 207 Determine whether the second timer expires. If the second timer expires, go to step 211. If the second timer does not time out, go to step 209.
  • the access point If the access point detects that the channel has been idle for a duration within the contention time window, then no more indication frames are considered to be received, thereby ending the competition time window early. Avoid getting the channel back into the network or stealing from other sites that have just woken up.
  • Step 208 Confirm the multicast frame to be retransmitted according to the information of the indication frame, and reply to the multicast confirmation frame.
  • the multicast acknowledgement frame includes the following fields: Frame Control, Duration, Receive Address, Multicast Acknowledgement Frame Control Field, Multicast Acknowledgement Frame Information Field, and Frame Check Field. Among them, the frame control and duration have the same effect as the multicast indication request frame.
  • the receiving address represents the MAC address of the multicast group.
  • the multicast acknowledgement frame information field includes a start frame sequence number and a to-be-retransmitted multicast frame bitmap for confirming the retransmission frame indicated by the indication frame.
  • Figure 9 shows an example multicast confirmation frame information field. The station uses the Frame Check field to determine if there is an error in the received multicast acknowledgment frame.
  • Step 209 Determine whether the first timer expires. If the first timer expires, go to step 211. If the first timer does not expire, go to step 210.
  • Step 210 Determine whether at least one multicast frame needs to be retransmitted. When at least one of the multicast frames needs to be retransmitted, step 211 is performed. When at least one of the multicast frames does not need to be retransmitted, step 204 is performed.
  • the indication frame may be lost or not received correctly by the access point. If the receiving station successfully transmits an indication frame but does not receive a multicast acknowledgment frame from the access point within the subsequent SIFS time, the receiving station resumes the race to send the indication frame. This process is iterated until the receiving station confirms from the received multicast acknowledgment frame that the frame that it needs to retransmit has been fully acknowledged or the time window for the instructed transmission of the indication frame ends.
  • Step 211 Send a multicast acknowledgement frame, and after transmitting the multicast acknowledgement frame, retransmit the multicast frame to be retransmitted.
  • the access point arranges the frames for retransmission according to the multicast frame to be retransmitted confirmed by the multicast multicast acknowledgement frame.
  • These multicast frames to be retransmitted may be multicasted together with the new multicast frame, or may be separately scheduled for retransmission.
  • the access point may send a new multicast indication request frame and confirm the receiving status of the receiving station by using the above method.
  • a multicast indication request frame is multicast to a plurality of sites, so that multiple sites are unicast to transmit an indication frame in a specified time slot, and an indication frame that is sent by multiple sites is received, and Responding to the multicast acknowledgement frame after each indication frame is received, since the indication frame is generated by the station according to the multicast indication request frame or the last received multicast acknowledgement frame, the indication frame includes the to-be-retransmitted multicast frame identifier, and each The indication of the multicast frame to be retransmitted included in the indication frame is different, so when the station receives the multicast acknowledgement frame, if it is confirmed that the multicast acknowledgement frame includes the multicast frame that needs to be retransmitted, it does not need to be sent. Indicating frames, which can save channel resources, avoid network delay, and reduce system throughput.
  • the embodiment of the present invention provides a multicast transmission confirmation method, which is performed by a station (multicast receiving device).
  • the method includes:
  • Step 301 Receive a multicast indication request frame sent by the access point, where the multicast request indication frame includes an identifier of the at least one multicast frame, where the multicast indication request frame is used to indicate that multiple sites are unicast in a specified time slot. Sent to send an indication frame.
  • Step 302 Determine a multicast frame identifier to be retransmitted according to the multicast indication request frame.
  • Step 303 Contending to send an indication frame in the specified time slot, where the indication frame includes a multicast frame identifier to be retransmitted.
  • the structure of the multicast indication request frame and the indication frame is as shown in Embodiment 5 or 6, and details are not described herein again.
  • the embodiment of the present invention receives the multicast indication request frame sent by the access point, and determines the to-be-retransmitted multicast frame identifier according to the multicast indication request frame, and competes to send the indication frame in the specified time slot, where the indication frame includes the to-be-retransmitted Multicast frame identification, when there are many multicast receiving sites, there will not be more multicast block acknowledgement frames, avoiding network delay and system throughput.
  • the embodiment of the present invention provides a multicast transmission confirmation method, which is performed by a station (multicast receiving device). Referring to FIG. 17, the method includes:
  • Step 401 Receive a multicast indication request frame sent by the access point.
  • Step 402 Determine whether it belongs to the multicast receiving station. If it belongs to the multicast receiving station, go to step 403. If it does not belong to the multicast receiving station, the process ends.
  • the multicast session transaction identifier in the multicast indication request frame may be determined according to the multicast session transaction identifier in the multicast indication request frame whether it belongs to the multicast receiving station, that is, if the multicast session transaction identifier is the same as the identifier of the multicast session performed by itself, it is determined that it belongs to the receiving site. .
  • the multicast session transaction identifier is the same as the identifier of the multicast session performed by itself, it is determined that it belongs to the receiving site.
  • it can also be based on other fields such as the multicast group MAC address. Line judgment.
  • Step 403 Set a first timer, where the first timer indicates a remaining time of the contention window tl; determine a to-be-retransmitted multicast frame identifier according to the multicast indication request frame, and generate a retransmission list.
  • the multicast frame identifier to be retransmitted exists in the form of a list. In other embodiments, the multicast frame identifier to be retransmitted may also exist in other forms.
  • the multicast frame that the access point has sent is determined according to the multicast request indication frame, and the multicast frame received by itself is determined, and the to-retransmitted multicast frame that needs to be retransmitted can be determined by comparison.
  • Step 404 Determine whether the retransmission list is empty. If the retransmission list is empty, the process ends. If the retransmission list is not empty, step 405 is performed.
  • Step 405 The contention is sent to the indication frame, and the indication frame includes the to-be-retransmitted multicast frame identifier.
  • Step 406 Determine whether the first timer expires. If the first timer expires, the process ends. If the first timer does not time out, step 407 is performed.
  • Step 407 Determine whether the contention is successful. If the contention is successful, go to step 410. If the contention fails, go to step 408.
  • Step 408 Determine whether a multicast confirmation frame is received when the indication frame is not sent. If the multicast confirmation frame is received when the indication frame is not sent, go to step 409, if the multicast confirmation frame is not received when the indication frame is not sent. , go to step 405.
  • determining whether the multicast acknowledgement frame is received when the indication frame is not transmitted may also mean: when the indication frame is being successfully transmitted, it is determined whether the multicast confirmation frame is received.
  • Step 409 Update the retransmission list according to the multicast acknowledgement frame, and then perform step 405.
  • the site receives the multicast acknowledgement frame
  • the multicast frame identifier to be retransmitted notified by the access point is viewed, and then the multicast frame identifier to be retransmitted in the indication frame to be sent by itself is viewed, and the multicast acknowledgement frame is set.
  • the identifier of the existing multicast frame to be retransmitted is removed from the indication frame.
  • Step 410 Set a third timer t3, the third timer is used to indicate that the frame has been sent, so that it can be determined whether the transmitted indication frame is received by the access point.
  • the t3 may be the SIFS time. If the station does not receive the multicast acknowledgement frame from the access point within the t3 time, the receiving station restarts the contention to send the indication frame. This process is iterated until the receiving station confirms from the received multicast acknowledgment frame that the frame that it needs to retransmit has been fully acknowledged or that the time window for the contending transmission of the indication frame ends.
  • Step 411 Receive a multicast confirmation frame.
  • Step 412 Determine whether the third timer expires. If the third timer expires, go to step 405. If the third timer does not time out, go to step 413.
  • Step 413 It is determined that the multicast acknowledgement frame is received when the indication frame has been sent, and if the multicast acknowledgement frame is received when the indication frame has been sent, the process ends, and if the multicast confirmation frame is not received when the indication frame is sent, , go to step 411.
  • the multicast confirmation frame is received.
  • the structure of the multicast indication request frame, the indication frame, and the multicast acknowledgement frame is as described in Embodiment 5 or 6, and details are not described herein again.
  • the embodiment of the present invention receives the multicast indication request frame sent by the access point, and determines the to-be-retransmitted multicast frame identifier according to the multicast indication request frame, and when the to-be-retransmitted multicast frame identifier is not empty, the contention indication frame is sent.
  • Receiving a multicast acknowledgement frame sent by the access point when the multicast acknowledgement frame includes the to-be-retransmitted multicast frame, stopping the competition to send the indication frame, because the site may not succeed in the competition, multicasting at this time
  • the acknowledgement frame is generated by the access point according to the indication frame of other stations, which saves channel resources, avoids network delay, and reduces system throughput.
  • a person skilled in the art may understand that all or part of the steps of implementing the above embodiments may be completed by hardware, or may be instructed by a program to execute related hardware, and the program may be stored in a computer readable storage medium.
  • the storage medium mentioned may be a read only memory, a magnetic disk or an optical disk or the like.

Abstract

本发明实施例提供了一种多播发送装置、多播接收装置和多播传输确定方法，涉及通信领域，所述方法包括：以多播形式向多个站点发送至少一个多播帧；生成一个多播指示请求帧，所述多播请求指示帧包括所述至少一个多播帧的标识，所述多播指示请求帧用于指示所述多个站点在指定时隙内以单播方式竟争发送指示帧，所述指示帧包括待重传多播帧标识；向所述多个站点多播所述多播指示请求帧。本发明通过向多个站点多播一个多播指示请求帧，以指示多个站点在指定时隙内以单播方式竟争发送指示帧，指示帧包括待重传多播帧标识，当多播接收站点较多时，也不会出现较多的多播块确认帧，避免网络延时增大，系统吞吐率降低。

Description

一种多播发送装置、 多播接收装置和多播传输确定方法 技术领域
本发明涉及通信领域， 特别涉及一种多播发送装置、 多播接收装置和多播 传输确定方法。 背景技术
多播（也称多址广播或组播）技术是一种允许一个接入点一次同时发送单 一数据包到多个站点的传输控制协议 /因特网互联协议（ Transmission Control Protocol/Internet Protocol , 筒称 "TCP/IP" ) 网络技术。 多播作为一点对多点的 通信， 同时给多个站点传输数据， 是提高区域吞吐率和节省网络带宽的有效方 法之一。
但是， 确保多播中多个站点的接收数据的可靠性却是一个难题。 由于无线 信道的不可靠性， 多播帧可能由于各种原因而丟失。 例如， 接入点 1和接入点 2在相同的信道上运行， 并且所在的两个基本服务集合存在重叠。 当接入点 1 向若干个关联的站点发送多播帧时，接入点 2无法探测到接入点 1的传输从而 认为信道是空闲的， 因此接入点 2可以向其关联的站点传送多播帧。 此时接入 点 1传输的多播帧和接入点 2传输的多播帧会在两个基本服务集合的重叠区域 由于沖突而丟失， 导致处于重叠区域的站点无法正确接收多播帧。 因此， 提供 一种用于多播传输的确认机制是极其重要的。
现有的多播传输确认机制中， 一个接入点向多个站点以多播形式发送若干 多播帧， 随后以多播方式向各站点发送多播块确认请求帧。 各站点按照多播块 确认请求帧中的排序信息顺序回复多播块确认帧。
在实现本发明的过程中， 发明人发现现有技术至少存在以下问题： 在密集场景下， 当多播接收站点较多时， 会出现较多的多播块确认帧， 导 致网络延时增大， 系统吞吐率降低。 发明内容
为了解决现有技术中当多播接收站点较多时， 会出现较多的多播块确认 帧， 导致网络延时增大， 系统吞吐率降低的问题， 本发明实施例提供了一种多 播发送装置、 多播接收装置和多播传输确定方法。 所述技术方案如下：
一方面， 本发明实施例提供了一种多播发送装置，， 所述装置包括： 发送模块， 用于以多播形式向多个站点发送至少一个多播帧；
处理模块， 用于生成一个多播指示请求帧， 所述多播请求指示帧包括所述 至少一个多播帧的标识， 所述多播指示请求帧用于指示所述多个站点在指定时 隙内以单播方式竟争发送指示帧， 所述指示帧包括待重传多播帧标识；
所述发送模块， 还用于向所述多个站点多播所述多播指示请求帧。
在本发明实施例的一种实现方式中， 所述装置还包括：
接收模块， 用于接收所述指示帧；
所述处理模块， 用于在每接收到一个所述指示帧后回复多播确认帧， 所述 多播确认帧用于指示已确认的待重传多播帧标识， 所述指示帧是所述站点根据 所述多播指示请求帧或最后接收到的所述多播确认帧生成的。
在本发明实施例的另一种实现方式中， 所述多播指示请求帧包括多播指示 请求帧控制字段和多播指示请求帧信息字段， 所述多播指示请求帧控制字段包 括多播会话事务标识和竟争窗口信息， 多播指示请求帧信息字段包括起始帧序 号。
在本发明实施例的另一种实现方式中， 所述指示帧包括指示帧控制字段和 指示帧信息字段， 所述指示帧控制字段包括接收站点标识符， 指示帧信息字段 包括起始帧序号和待重传多播帧 bitmap。
在本发明实施例的另一种实现方式中， 所述多播确认帧包括多播确认帧信 息字段， 所述多播确认帧信息字段包括起始帧序号和待重传多播帧 bitmap。
在本发明实施例的另一种实现方式中， 所述处理模块， 用于：
在接收到一个所述指示帧后， 对所述指示帧进行校验；
当所述校验成功时， 根据所述指示帧的信息确认待重传多播帧， 并生成所 述多播确认帧。
在本发明实施例的另一种实现方式中， 所述处理模块， 还用于
在根据所述指示帧的信息生成所述多播确认帧后， 判断所述至少一个多播 帧是否全部需要重传；
当所述至少一个多播帧全部需要重传时， 发送所述多播确认帧， 并在发送 所述多播确认帧后重传所述待重传多播帧； 当所述至少一个多播帧不是全部需 要重传时， 发送所述多播确认帧。
在本发明实施例的另一种实现方式中， 所述处理模块， 还用于判断第一定 时器是否超时， 所述第一定时器用于指示竟争窗口剩余时间；
当所述第一定时器超时时， 重传所述待重传多播帧；
当所述第一定时器未超时， 继续接收所述指示帧。
在本发明实施例的另一种实现方式中， 所述处理模块， 还用于
在向所述多个站点多播一个多播指示请求帧时， 设置第二定时器， 所述第 二定时器用于指示信道空闲时间；
当所述第二定时器超时时， 重传所述待重传多播帧。 另一方面， 本发明实施例还提供了一种多播接收装置， 所述装置包括： 接收模块， 用于接收接入点发送的多播指示请求帧， 所述多播请求指示帧 包括所述至少一个多播帧的标识， 所述多播指示请求帧用于指示所述多个站点 在指定时隙内以单播方式竟争发送指示帧；
处理模块， 用于根据所述多播指示请求帧确定待重传多播帧标识； 发送模块， 用于在所述指定时隙内竟争发送所述指示帧， 所述指示帧包括 所述待重传多播帧标识。
在本发明实施例的一种实现方式中， 所述接收模块， 还用于接收多播确认 帧， 所述多播确认帧是所述接入点在收到所述指示帧后发送的， 所述多播确认 帧用于指示已确认的待重传多播帧标识；
当所述多播确认帧中的所述已确认的待重传多播帧标识包括所述待重传 多播帧标识时， 停止竟争发送所述指示帧。
在本发明实施例的另一种实现方式中， 所述处理模块， 还用于在竟争发送 指示帧时， 判断第一定时器是否超时， 所述第一定时器用于指示竟争窗口剩余 时间；
当所述第一定时器超时时， 停止竟争发送所述指示帧。
在本发明实施例的另一种实现方式中， 所述处理模块， 还用于当所述指示 帧竟争发送成功时，
如果第三定时器超时且未接收到所述多播确认帧， 则重新竟争发送所述指 示帧， 所述第三定时器用于指示所述指示帧已发送时间。
在本发明实施例的另一种实现方式中， 所述处理模块， 还用于当所述指示 帧竟争发送失败时，
如果接收到所述多播确认帧， 则根据所述多播确认帧生成所述指示帧， 并 重新竟争发送所述指示帧。 另一方面，本发明实施例还提供了一种多播传输确认方法，所述方法包括： 以多播形式向多个站点发送至少一个多播帧；
生成一个多播指示请求帧， 所述多播请求指示帧包括所述至少一个多播帧 的标识， 所述多播指示请求帧用于指示所述多个站点在指定时隙内以单播方式 竟争发送指示帧， 所述指示帧包括待重传多播帧标识；
向所述多个站点多播所述多播指示请求帧。
在本发明实施例的一种实现方式中， 所述方法还包括：
接收所述指示帧；
在每接收到一个所述指示帧后回复多播确认帧， 所述多播确认帧用于指示 已确认的待重传多播帧标识， 所述指示帧是所述站点根据所述多播指示请求帧 或最后接收到的所述多播确认帧生成的。
在本发明实施例的另一种实现方式中， 所述多播指示请求帧包括多播指示 请求帧控制字段和多播指示请求帧信息字段， 所述多播指示请求帧控制字段包 括多播会话事务标识和用于指示所述多个站点竟争发送所述指示帧的最大持 续时间的竟争窗口信息， 所述多播指示请求帧信息字段包括起始帧序号和结束 帧序号。
在本发明实施例的另一种实现方式中， 所述指示帧包括指示帧控制字段和 指示帧信息字段， 所述指示帧控制字段包括接收站点标识符， 所述指示帧信息 字段包括起始帧序号和待重传多播帧 bitmap。
在本发明实施例的另一种实现方式中， 所述多播确认帧包括多播确认帧信 息字段， 所述多播确认帧信息字段包括起始帧序号和待重传多播帧 bitmap。
在本发明实施例的另一种实现方式中， 所述在每接收到一个所述指示帧后 回复多播确认帧， 包括：
在接收到一个所述指示帧后， 对所述指示帧进行校验；
当所述校验成功时， 根据所述指示帧的信息确认待重传多播帧， 并生成所 述多播确认帧。
在本发明实施例的另一种实现方式中，在根据所述指示帧的信息生成所述 多播确认帧后， 所述方法还包括：
判断所述至少一个多播帧是否全部需要重传；
当所述至少一个多播帧全部需要重传时， 发送所述多播确认帧， 并在发送 所述多播确认帧后重传所述待重传多播帧； 当所述至少一个多播帧不是全部需 要重传时， 发送所述多播确认帧。
在本发明实施例的另一种实现方式中， 所述方法还包括：
判断第一定时器是否超时， 所述第一定时器用于指示竟争窗口剩余时间； 当所述第一定时器超时时， 重传所述待重传多播帧；
当所述第一定时器未超时， 继续接收所述指示帧。
在本发明实施例的另一种实现方式中， 所述方法还包括：
在向所述多个站点多播一个多播指示请求帧时， 设置第二定时器， 所述第 二定时器用于指示信道空闲时间；
当所述第二定时器超时时， 重传所述待重传多播帧。 另一方面，本发明实施例还提供了一种多播传输确认方法，所述方法包括： 接收接入点发送的多播指示请求帧， 所述多播请求指示帧包括所述至少一 个多播帧的标识， 所述多播指示请求帧用于指示所述多个站点在指定时隙内以 单播方式竟争发送指示帧；
根据所述多播指示请求帧确定待重传多播帧标识；
在所述指定时隙内竟争发送所述指示帧， 所述指示帧包括所述待重传多播 帧标识。
在本发明实施例的一种实现方式中， 所述方法还包括：
接收多播确认帧， 所述多播确认帧是所述接入点在收到所述指示帧后发送 的， 所述多播确认帧用于指示已确认的待重传多播帧标识；
当所述多播确认帧中的所述已确认的待重传多播帧标识包括所述待重传 多播帧标识时， 停止竟争发送所述指示帧。
在本发明实施例的另一种实现方式中， 在竟争发送指示帧时， 所述方法还 包括：
判断第一定时器是否超时， 所述第一定时器用于指示竟争窗口剩余时间； 当所述第一定时器超时时， 停止竟争发送所述指示帧。
在本发明实施例的另一种实现方式中， 当所述指示帧竟争发送成功时， 所 述方法还包括：
当第三定时器超时且未接收到所述多播确认帧时， 重新竟争发送所述指示 帧， 所述第三定时器用于指示所述指示帧已发送时间。
在本发明实施例的另一种实现方式中， 当所述指示帧竟争发送失败时， 所 述方法还包括：
当接收到所述多播确认帧时， 根据所述多播确认帧生成所述指示帧， 并重 新竟争发送所述指示帧。
本发明实施例提供的技术方案的有益效果是：
通过向多个站点多播一个多播指示请求帧， 以指示多个站点在指定时隙内 以单播方式竟争发送指示帧， 接收多个站点竟争发送的指示帧， 并在每接收到 一个指示帧后回复多播确认帧， 由于指示帧是站点根据多播指示请求帧或最后 接收到的多播确认帧生成的， 指示帧包括待重传多播帧标识， 且每个指示帧中 包括的待重传多播帧标识不同， 所以当站点接收到多播确认帧时， 如果确认该 多播确认帧中包括自己需要重传的多播帧时， 则不需要在发送指示帧， 从而可 以节约信道资源， 避免网络延时增大， 系统吞吐率降低。 附图说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所 需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1是本发明实施例提供的应用场景图；
图 2是本发明实施例一提供的多播发送装置的结构示意图；
图 3是本发明实施例二提供的多播发送装置的结构示意图；
图 4是本发明实施例二提供的多播指示请求帧的结构示意图；
图 5是本发明实施例二提供的多播指示请求帧控制字段的结构示意图； 图 6是本发明实施例二提供的指示帧的结构示意图；
图 7是本发明实施例二提供的指示帧信息字段的结构示意图；
图 8是本发明实施例二提供的多播确认帧的结构示意图；
图 9是本发明实施例二提供的多播确认帧信息字段的结构示意图； 图 10是本发明实施例提供的多播发送装置的框图； 图 11是本发明实施例三提供的多播接收装置的结构示意图；
图 12是本发明实施例四提供的多播接收装置的结构示意图；
图 13是本发明实施例提供的多播接收装置的框图；
图 14是本发明实施例五提供的多播传输确认方法流程图；
图 15是本发明实施例六提供的多播传输确认方法流程图；
图 16是本发明实施例七提供的多播传输确认方法流程图；
图 17是本发明实施例八提供的多播传输确认方法流程图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。
下面先筒单介绍一下本发明中实施例的应用场景。 参见图 1 , 接入点 （多 播发送装置） 10 和多个站点 （多播接收装置） 20 无线连接， 例如通过 WIFI 技术连接。 其中， 站点 20 可以是常用的移动设备， 如笔记本电脑、 手机等。 该一个接入点 10和多个站点 20处于一个基本服务集合中。 接入点 10同时向 处于该基本服务集合中的多个站点 20发送多播帧。
需要说明的是， 以上所述的设备种类、 连接关系和连接方式仅为举例， 本 发明对此不作限制。
实施例一
本发明实施例提供了一种多播发送装置， 参见图 2, 该装置包括： 发送模块 501 , 用于以多播形式向多个站点发送至少一个多播帧。
处理模块 502, 用于生成一个多播指示请求帧， 多播请求指示帧包括至少 一个多播帧的标识， 多播指示请求帧用于指示多个站点在指定时隙内以单播方 式竟争发送指示帧， 指示帧包括待重传多播帧标识。
发送模块 501 , 还用于向多个站点多播多播指示请求帧。
其中， 多播指示请求帧可以包括多播指示请求帧控制字段和多播指示请求 帧信息字段， 多播指示请求帧控制字段可以包括多播会话事务标识和竟争窗口 信息， 该多播会话事物标识用于标识该多播会话， 竟争窗口信息用于指示站点 竟争发送指示帧的最大持续时间等， 多播指示请求帧信息字段包括起始帧序 号， 该起始帧序号是指多播发送的多播帧的第一个帧序号， 多播指示请求帧信 息字段还包括多播发送的多播帧的结束帧序号。 指示帧包括指示帧控制字段和指示帧信息字段， 指示帧控制字段包括接收 站点标识符， 指示帧信息字段包括起始帧序号和待重传多播帧 bitmap。
本发明实施例通过向多个站点多播一个多播指示请求帧， 以指示多个站点 在指定时隙内以单播方式竟争发送指示帧， 指示帧包括待重传多播帧标识， 当 多播接收站点较多时， 也不会出现较多的多播块确认帧， 避免网络延时增大， 系统吞吐率降低。 实施例二
本发明实施例提供了一种多播发送装置， 参见图 3 , 该装置包括： 发送模块 601 , 用于以多播形式向多个站点发送至少一个多播帧。
每个多播帧都带序号 （即标识）， 用以标识自身。
处理模块 602, 用于生成一个多播指示请求帧， 多播请求指示帧包括至少 一个多播帧的标识， 多播指示请求帧用于指示多个站点在指定时隙内以单播方 式竟争发送指示帧， 指示帧包括待重传多播帧标识。
发送模块 601 , 还用于向多个站点多播多播指示请求帧。
接收模块 603 , 用于接收指示帧。
处理模块 602, 还用于在每接收到一个指示帧后回复多播确认帧， 多播确 认帧用于指示已确认的待重传多播帧标识，指示帧是站点根据多播指示请求帧 或最后接收到的多播确认帧生成的。
如图 4所示， 多播指示请求帧包括以下字段： 帧控制、 持续时间、 接收地 址、 发送地址、 多播指示请求帧控制字段、 多播指示请求帧信息字段和帧校验 字段。 其中， 帧控制可以包括帧类型、 帧子类型和标识， 如： 类型： 控制帧， 帧子类型： 多播指示请求帧， 标志可以包含 to DS (表示从站点到接入点， 一 般也叫 Upload, 上行）， from DS (表示从接入点到站点， 一般也叫 Download, 下行）， power management (电源管理）等内容。 持续时间表示将用于进行多 播帧确认信息传输的信道的剩余时间。 接收地址表示多播组媒体访问控制 ( Media Access Control,筒称 "MAC" )地址。发送地址字段表示接入点的 MAC 地址。 多播指示请求帧控制字段表示该多播会话事务标识， 此外还包括竟争窗 口信息， 该竟争窗口信息可以为竟争发送指示帧的最大持续时间。 图 5给出了 一个示例多播指示请求帧控制字段。 多播指示请求帧信息字段表示请求指示帧 指示的起始帧和结束帧的序号。接收站点利用帧校验字段来确定接收的多播指 示请求帧是否存在错误。
如图 6所示， 指示帧包括以下字段： 帧控制、 持续时间、 接收地址、 发送 地址、 指示帧控制字段、 指示帧信息字段和帧校验字段。 其中， 帧控制和持续 时间的作用与多播指示请求帧相同。 接收地址表示接入点的 MAC地址。 发送 地址字段表示站点的 MAC地址。 指示帧控制字段与多播指示请求帧控制字段 类似。 指示帧信息字段则具体指示需要重传帧的序号， 包含实施例一中的待重 传多播帧标识， 例如， 图 7给出了一个示例指示帧信息字段， 该指示帧信息字 段包括起始帧序号和待重传多播帧 bitmap。接入点利用帧校验字段来确定接收 的指示帧是否存在错误。
如图 8所示， 多播确认帧包括以下字段： 帧控制、 持续时间、 接收地址、 多播确认帧控制字段、 多播确认帧信息字段和帧校验字段。 其中， 帧控制和持 续时间的作用与多播指示请求帧相同。 接收地址表示多播组的 MAC地址。 多 播确认帧信息字段包括起始帧序号和待重传多播帧 bitmap,用于对指示帧所指 示的重传帧进行确认。 图 9给出了一个示例多播确认帧信息字段。 站点利用帧 校验字段来确定接收的多播确认帧是否存在错误。
进一步地， 处理模块 602, 还用于设置第一定时器 tl和第二定时器 t2, 第 一定时器指示竟争窗口剩余时间， 第二定时器用于指示信道空闲时间， tl > t2。
进一步地， 处理模块 602, 还用于处理模块， 用于：
在接收到一个指示帧后， 对指示帧进行校验；
当校验成功时，根据指示帧的信息确认待重传多播帧，并生成多播确认帧。 具体地， 校验是指根据指示帧中的帧校验字段验证指示帧是否被正确接 收。
进一步地， 处理模块 602, 还用于
在根据指示帧的信息生成多播确认帧后， 判断至少一个多播帧是否全部需 要重传；
当至少一个多播帧全部需要重传时， 发送多播确认帧， 并在发送多播确认 帧后， 重传待重传多播帧； 当至少一个多播帧不是全部需要重传时， 发送多播 确认帧。
指示帧可能丟失或者没有被接入点正确接收。如果接收站点成功发送了一 个指示帧，但没有在随后的最小帧间间隔（Short lnterframe Space,筒称" SIFS" ) 时间内收到来自接入点的多播确认帧， 则接收站点重新开始竟争发送指示帧。 这一过程反复进行， 直到接收站点从收到的多播确认帧中确认自身需要重传的 帧已经被全部确认或者竟争发送指示帧的时间窗口结束。
进一步地， 处理模块 602, 还用于判断第一定时器是否超时， 第一定时器 用于指示竟争窗口剩余时间；
当第一定时器超时时， 重传待重传多播帧；
当第一定时器未超时， 继续接收指示帧。
进一步地， 处理模块 602, 还用于
在向多个站点多播一个多播指示请求帧时， 设置第二定时器， 第二定时器 用于指示信道空闲时间；
当第二定时器超时时， 重传待重传多播帧。
其中， 第二定时器在接收到指示帧并校验成功时、 在接收到指示帧并校验 失败时、 或接收到数据但不是指示帧时、 或接收到能量高于阈值但解析不出帧 时均会复位。
如果接入点在竟争时间窗内的一段持续时间检测到信道一直空闲则认为 没有更多的指示帧需要接收， 从而提前结束竟争时间窗。 避免信道被后入网络 或者刚刚醒来的其他站点抢走。
竟争时间窗结束后，接入点根据多播的多播确认帧确认的待重传多播帧安 排这些帧进行重传。 这些待重传多播帧可以和新的多播帧一起多播发送， 也可 以单独安排进行重传。待重传多播帧和 /或新的多播帧后，接入点可以发送一个 新的多播指示请求帧， 并利用上述方法确认接收站点的接收状态。 该重传过程 可以反复直到达到该帧的重传上限或者该帧的有效期已经过期。
本发明实施例通过向多个站点多播一个多播指示请求帧， 以指示多个站点 在指定时隙内以单播方式竟争发送指示帧， 接收多个站点竟争发送的指示帧， 并在每接收到一个指示帧后回复多播确认帧， 由于指示帧是站点根据多播指示 请求帧或最后接收到的多播确认帧生成的， 指示帧包括待重传多播帧标识， 且 每个指示帧中包括的待重传多播帧标识不同， 所以当站点接收到多播确认帧 时， 如果确认该多播确认帧中包括自己需要重传的多播帧时， 则不需要在发送 指示帧， 从而可以节约信道资源， 避免网络延时增大， 系统吞吐率降低。 在具体的实施方式中， 前述图 2、 3 中的多播发送装置可以是一般的无线 接入点， 如图 10所示。 其一般包括存储器 71、 处理器 72、 接收器 73和发送 器 74等部件。 本领域技术人员可以理解， 图 10中所示出的结构并不构成对本 装置的限定， 可以包括比图示更多或更少的部件， 或者组合某些部件， 或者不 同的部件布置。
下面结合图 10对多播发送装置 70的各个构成部件进行具体的介绍： 存储器 71可用于存储软件程序以及应用模块， 处理器 72通过运行存储在 存储器 71的软件程序以及应用模块，从而执行服务器 70的各种功能应用以及 数据处理。 存储器 71可主要包括存储程序区和存储数据区， 其中， 存储程序 区可存储操作系统、 至少一个功能所需的应用程序等； 存储数据区可存储根据 多播发送装置 70的处理所创建的数据。 此外， 存储器 71可以包括高速 RAM ( Random Access Memory, 随机存取存储器）， 还可以包括非易失性存储器 ( non-volatile memory ), 例如至少一个磁盘存储器件、 闪存器件、 或其他易失 性固态存储器件。
处理器 72是多播发送装置 70的控制中心， 利用各种接口和线路连接整个 计算机的各个部分。
具体地，处理器 72通过运行或执行存储在存储器 71内的软件程序和 /或应 用模块， 以及调用存储在存储器 71内的数据， 处理器 72可以实现， 通过发送 器 74以多播形式向多个站点发送至少一个多播帧；
生成一个多播指示请求帧， 多播请求指示帧包括至少一个多播帧的标识， 多播指示请求帧用于指示多个站点在指定时隙内以单播方式竟争发送指示帧， 指示帧包括待重传多播帧标识
向多个站点多播多播指示请求帧。
进一步地， 处理器 72还可以实现：
通过接收器 73接收指示帧；
在每接收到一个指示帧后回复多播确认帧， 多播确认帧用于指示已确认的 待重传多播帧标识， 指示帧是站点根据多播指示请求帧或最后接收到的多播确 认帧生成的。
进一步地， 多播指示请求帧包括多播指示请求帧控制字段和多播指示请求 帧信息字段， 多播指示请求帧控制字段包括多播会话事务标识和用于指示多个 站点竟争发送指示帧的最大持续时间的竟争窗口信息， 多播指示请求帧信息字 段包括起始帧序号和结束帧序号。
进一步地， 指示帧包括指示帧控制字段和指示帧信息字段， 指示帧控制字 段包括接收站点标识符， 指示帧信息字段包括起始帧序号和待重传多播帧 bitmap。
进一步地， 多播确认帧包括多播确认帧信息字段， 多播确认帧信息字段包 括起始帧序号和待重传多播帧 bitmap。
进一步地， 处理器 72还可以实现：
在接收到一个指示帧后， 对指示帧进行校验；
当校验成功时，根据指示帧的信息确认待重传多播帧，并生成多播确认帧。 进一步地， 处理器 72还可以实现： 在根据指示帧的信息生成多播确认帧 后，
判断至少一个多播帧是否全部需要重传；
当至少一个多播帧全部需要重传时， 发送多播确认帧， 并在发送多播确认 帧后， 重传待重传多播帧； 当至少一个多播帧不是全部需要重传时， 发送多播 确认帧。
进一步地， 处理器 72还可以实现：
判断第一定时器是否超时， 第一定时器用于指示竟争窗口剩余时间； 当第一定时器超时时， 重传待重传多播帧；
当第一定时器未超时， 继续接收指示帧。
进一步地， 处理器 72还可以实现：
在向多个站点多播一个多播指示请求帧时， 设置第二定时器， 第二定时器 用于指示信道空闲时间；
其中， 第二定时器在接收到指示帧并校验成功时、 在接收到指示帧并校验 失败时、 或接收到数据但不是指示帧时、 或接收到能量高于阈值但解析不出帧 时均会复位。
当第二定时器超时时， 重传待重传多播帧。 实施例三
本发明实施例提供了一种多播接收装置， 参见图 11 , 该装置包括： 接收模块 701 , 用于接收接入点发送的多播指示请求帧， 多播请求指示帧 包括至少一个多播帧的标识， 多播指示请求帧用于指示多个站点在指定时隙内 以单播方式竟争发送指示帧；
处理模块 702, 用于根据多播指示请求帧确定待重传多播帧标识； 发送模块 703 , 用于在指定时隙内竟争发送指示帧， 指示帧包括待重传多 播帧标识。
其中， 多播指示请求帧、 指示帧和多播确认帧的结构如实施例一或二， 这 里不再赘述。
本发明实施例通过接收接入点发送的多播指示请求帧， 并根据多播指示请 求帧确定待重传多播帧标识， 在指定时隙内竟争发送指示帧， 指示帧包括待重 传多播帧标识， 当多播接收站点较多时， 也不会出现较多的多播块确认帧， 避 免网络延时增大， 系统吞吐率降低。 实施例四
本发明实施例提供了一种多播接收装置， 参见图 12, 该装置包括： 接收模块 801 , 用于接收接入点发送的多播指示请求帧， 多播请求指示帧 包括至少一个多播帧的标识， 多播指示请求帧用于指示多个站点在指定时隙内 以单播方式竟争发送指示帧；
处理模块 802, 用于根据多播指示请求帧确定待重传多播帧标识； 发送模块 803 , 用于在指定时隙内竟争发送指示帧， 指示帧包括待重传多 播帧标识。
接收模块 801 , 还用于接收多播确认帧， 多播确认帧是接入点在收到指示 帧后发送的， 多播确认帧用于指示已确认的待重传多播帧标识；
当多播确认帧中的已确认的待重传多播帧标识包括待重传多播帧标识时， 停止竟争发送指示帧。
其中， 多播指示请求帧、 指示帧和多播确认帧的结构如实施例一或二， 这 里不再赘述。
进一步地， 在接收多播指示请求帧后， 处理模块 802还用于判断自身是否 属于多播接收站点， 当自身属于多播接收站点时， 控制定时模块 804设置第一 定时器。
具体判断可以根据多播指示请求帧中的多播会话事务标识判断， 当然也可 以根据多播组 MAC地址等其他字段来进行判断。
在本实施例中，处理模块 802在根据多播指示请求帧确定待重传多播帧标 识后， 生成重传列表。 即在本实施例中待重传多播帧标识以列表的形式存在， 在其他实施例中待重传多播帧标识还可以以其他形式存在。 处理模块 802在竟争发送指示帧前， 还可以先判断重传列表是否为空， 若 重传列表为空， 则结束流程； 若重传列表不为空， 则竟争发送指示帧。
进一步地， 该处理模块 802, 还用于在竟争发送指示帧时， 判断第一定时 器是否超时， 第一定时器用于指示竟争窗口剩余时间；
当第一定时器超时时， 停止竟争发送指示帧。 当第一定时器未超时时， 继 续竟争发送指示帧。
其中， 第一定时器可以由处理模块 802设置。
进一步地， 处理模块 802, 还用于当指示帧竟争发送成功时，
如果第三定时器超时且未接收到多播确认帧， 则重新竟争发送指示帧， 第 三定时器用于指示指示帧已发送时间，从而可以确定已发送的指示帧是否被接 入点收到。
其中， 第三定时器 t3可以由处理模块 802设置。 该 t3可以为 SIFS时间， 如果站点在 t3时间内未收到来自接入点的多播确认帧，则接收站点重新开始竟 争发送指示帧。 这一过程反复进行， 直到接收站点从收到的多播确认帧中确认 自身需要重传的帧已经被全部确认或者竟争发送指示帧的时间窗口结束。
进一步地， 处理模块 802, 还用于当指示帧竟争发送失败时，
如果接收到多播确认帧， 则根据多播确认帧生成指示帧， 并重新竟争发送 指示帧。
具体地， 若在未发送指示帧时接收到多播确认帧， 则根据多播确认帧更新 重传列表， 然后竟争发送指示帧。 其中， 根据多播确认帧更新重传列表是指： 当站点接收到多播确认帧时， 查看接入点通知的待重传多播帧标识， 然后查看 自身要发送的指示帧中的待重传多播帧标识， 将多播确认帧中已存在的待重传 多播帧的标识从指示帧中除去。
本发明实施例通过接收接入点发送的多播指示请求帧， 并根据多播指示请 求帧确定待重传多播帧标识， 当待重传多播帧标识非空时， 竟争发送指示帧， 接收接入点发送的多播确认帧， 当多播确认帧中包括待重传多播帧时， 停止竟 争发送指示帧， 由于该站点在竟争中有可能没有成功， 此时多播确认帧是接入 点根据其他站点的指示帧生成的，这样就节约了信道资源，避免网络延时增大， 系统吞吐率降低。 在具体的实施方式中， 前述图 11、 12 中的多播接收装置可以是计算机或 移动终端， 如图 13所示。 其一般包括存储器 1001、 处理器 1002、 接收器 1003 和发送器 1004等部件。 本领域技术人员可以理解， 图 13中所示出的结构并不 构成对本装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件， 或者不同的部件布置。
下面结合图 13对计算机 100的各个构成部件进行具体的介绍：
存储器 1001可用于存储软件程序以及应用模块， 处理器 1002通过运行存 储在存储器 1001的软件程序以及应用模块，从而执行服务器 1000的各种功能 应用以及数据处理。 存储器 1001可主要包括存储程序区和存储数据区， 其中， 存储程序区可存储操作系统、 至少一个功能所需的应用程序等； 存储数据区可 存储根据计算机 100的处理所创建的数据。 此外， 存储器 1001可以包括高速 RAM, 还可以包括非易失性存储器， 例如至少一个磁盘存储器件、 闪存器件、 或其他易失性固态存储器件。
处理器 1002是计算机 100的控制中心， 利用各种接口和线路连接整个计 算机的各个部分。
具体地， 处理器 1002通过运行或执行存储在存储器 1001内的软件程序和 /或应用模块， 以及调用存储在存储器 1001内的数据， 处理器 1002可以实现， 通过接收器 1003接收接入点发送的多播指示请求帧， 多播请求指示帧包括至 少一个多播帧的标识， 多播指示请求帧用于指示多个站点在指定时隙内以单播 方式竟争发送指示帧；
根据多播指示请求帧确定待重传多播帧标识；
在指定时隙内竟争发送指示帧， 指示帧包括待重传多播帧标识。
进一步地， 处理器 1002还可以实现， 接收多播确认帧， 多播确认帧是接 入点在收到指示帧后发送的， 多播确认帧用于指示已确认的待重传多播帧标 识；
当多播确认帧中的已确认的待重传多播帧标识包括待重传多播帧标识时， 停止竟争发送指示帧。
进一步地， 处理器 1002还可以实现， 在竟争发送指示帧时， 判断第一定 时器是否超时， 第一定时器用于指示竟争窗口剩余时间；
当第一定时器超时时， 停止竟争发送指示帧。
进一步地， 处理器 1002还可以实现， 当指示帧竟争发送成功时， 如果第三定时器超时且未接收到多播确认帧， 则重新竟争发送指示帧， 第 三定时器用于指示指示帧已发送时间。
进一步地， 处理器 1002还可以实现， 当指示帧竟争发送失败时， 如果接收到多播确认帧， 则根据多播确认帧生成指示帧， 并重新竟争发送 指示帧。 实施例五
本发明实施例提供了一种多播传输确认方法， 该方法由接入点（多播发送 装置）执行， 参见图 14, 该方法包括：
步骤 101 : 以多播形式向多个站点发送至少一个多播帧。
步骤 102: 生成一个多播指示请求帧， 多播请求指示帧包括至少一个多播 帧的标识， 多播指示请求帧用于指示多个站点在指定时隙内以单播方式竟争发 送指示帧， 指示帧包括待重传多播帧标识。
其中， 多播指示请求帧可以包括多播指示请求帧控制字段和多播指示请求 帧信息字段， 多播指示请求帧控制字段可以包括多播会话事务标识和竟争窗口 信息， 该多播会话事物标识用于标识该多播会话， 竟争窗口信息用于指示站点 竟争发送指示帧的最大持续时间等， 多播指示请求帧信息字段包括起始帧序 号， 该起始帧序号是指多播发送的多播帧的第一个帧序号， 多播指示请求帧信 息字段还包括多播发送的多播帧的结束帧序号。
指示帧包括指示帧控制字段和指示帧信息字段， 指示帧控制字段包括接收 站点标识符， 指示帧信息字段包括起始帧序号和待重传多播帧 bitmap。
步骤 103: 向多个站点多播多播指示请求帧。
本发明实施例通过向多个站点多播一个多播指示请求帧， 以指示多个站点 在指定时隙内以单播方式竟争发送指示帧， 指示帧包括待重传多播帧标识， 当 多播接收站点较多时， 也不会出现较多的多播块确认帧， 避免网络延时增大， 系统吞吐率降低。 实施例六
本发明实施例提供了一种多播传输确认方法， 该方法由接入点（多播发送 装置）执行， 参见图 15, 该方法包括：
步骤 201： 以多播形式向多个站点发送至少一个多播帧。
每个多播帧都带序号 （即标识）， 用以标识自身。 步骤 202: 向这多个站点多播一个多播指示请求帧， 多播指示请求帧用于 指示多个站点在指定时隙内以单播方式竟争发送指示帧。
多播指示请求帧是接入点在发送至少一个多播帧生成的。
再次参见图 4, 多播指示请求帧可以包括以下字段： 帧控制、 持续时间、 接收地址、 发送地址、 多播指示请求帧控制字段、 多播指示请求帧信息字段和 帧校验字段。 其中， 帧控制包括帧类型、 帧子类型和标识， 如： 类型： 控制帧， 帧子类型： 多播指示请求帧，标志可以包含 to DS , from DS, power management 等内容。 持续时间表示将用于进行多播帧确认信息传输的信道的剩余时间。 接 收地址表示多播组 MAC地址。 发送地址字段表示接入点的 MAC地址。 多播 指示请求帧控制字段表示该多播会话事务标识， 此外还包括竟争窗口信息， 该 竟争窗口信息可以为竟争发送指示帧的最大持续时间。 图 5给出了一个示例多 播指示请求帧控制字段。 多播指示请求帧信息字段表示请求指示帧指示的起始 帧和结束帧的序号。接收站点利用帧校验字段来确定接收的多播指示请求帧是 否存在错误。
再次参见图 6, 指示帧可以包括以下字段： 帧控制、 持续时间、 接收地址、 发送地址、 指示帧控制字段、 指示帧信息字段和帧校验字段。 其中， 帧控制和 持续时间的作用与多播指示请求帧相同。 接收地址表示接入点的 MAC地址。 发送地址字段表示站点的 MAC地址。 指示帧控制字段与多播指示请求帧控制 字段类似。 指示帧信息字段则具体指示需要重传帧的序号， 包含实施例一中的 待重传多播帧标识， 例如， 图 7给出了一个示例指示帧信息字段， 该指示帧信 息字段包括起始帧序号和待重传多播帧 bitmap。接入点利用帧校验字段来确定 接收的指示帧是否存在错误。
步骤 203: 设置第一定时器 tl , 第一定时器指示竟争窗口剩余时间。
步骤 204: 设置第二定时器 t2, 第二定时器用于指示信道空闲时间， tl > t2。
其中， 第二定时器在接收到指示帧并校验成功时、 在接收到指示帧并校验 失败时、 或接收到数据但不是指示帧时、 或接收到能量高于阈值但解析不出帧 时均会复位。
步骤 205: 接收站点发送的指示帧， 并在接收到一个指示帧后， 对指示帧 进行校验， 当校验成功时， 执行步骤 208, 当校验失败时， 执行步骤 206。
具体地， 校验是指根据指示帧中的帧校验字段验证指示帧是否被正确接 收。
步骤 206: 判断信道是否空闲， 若信道不空闲， 则执行步骤 209, 若信道 空闲， 则执行步骤 207。
步骤 207:判断第二定时器是否超时，若第二定时器超时，则执行步骤 211 , 若第二定时器未超时， 则执行步骤 209。
如果接入点在竟争时间窗内的一段持续时间检测到信道一直空闲则认为 没有更多的指示帧需要接收， 从而提前结束竟争时间窗。 避免信道被后入网络 或者刚刚醒来的其他站点抢走。
步骤 208: 根据指示帧的信息确认待重传多播帧， 并回复多播确认帧。 再次参见图 8, 多播确认帧包括以下字段： 帧控制、 持续时间、 接收地址、 多播确认帧控制字段、 多播确认帧信息字段和帧校验字段。 其中， 帧控制和持 续时间的作用与多播指示请求帧相同。 接收地址表示多播组的 MAC地址。 多 播确认帧信息字段包括起始帧序号和待重传多播帧 bitmap,用于对指示帧所指 示的重传帧进行确认。 图 9给出了一个示例多播确认帧信息字段。 站点利用帧 校验字段来确定接收的多播确认帧是否存在错误。
步骤 209:判断第一定时器是否超时，若第一定时器超时，则执行步骤 211 , 若第一定时器未超时， 则执行步骤 210。
步骤 210: 判断至少一个多播帧是否全部需要重传， 当至少一个多播帧全 部需要重传时， 执行步骤 211 , 当至少一个多播帧不是全部需要重传时， 执行 步骤 204。
指示帧可能丟失或者没有被接入点正确接收。如果接收站点成功发送了一 个指示帧， 但没有在随后的 SIFS时间内收到来自接入点的多播确认帧， 则接 收站点重新开始竟争发送指示帧。 这一过程反复进行， 直到接收站点从收到的 多播确认帧中确认自身需要重传的帧已经被全部确认或者竟争发送指示帧的 时间窗口结束。
步骤 211: 发送多播确认帧， 并在发送多播确认帧后， 重传待重传多播帧。 竟争时间窗结束后，接入点根据多播的多播确认帧确认的待重传多播帧安 排这些帧进行重传。 这些待重传多播帧可以和新的多播帧一起多播发送， 也可 以单独安排进行重传。待重传多播帧和 /或新的多播帧后，接入点可以发送一个 新的多播指示请求帧， 并利用上述方法确认接收站点的接收状态。 该重传过程 可以反复直到达到该帧的重传上限或者该帧的有效期已经过期。 本发明实施例通过向多个站点多播一个多播指示请求帧， 以指示多个站点 在指定时隙内以单播方式竟争发送指示帧， 接收多个站点竟争发送的指示帧， 并在每接收到一个指示帧后回复多播确认帧， 由于指示帧是站点根据多播指示 请求帧或最后接收到的多播确认帧生成的， 指示帧包括待重传多播帧标识， 且 每个指示帧中包括的待重传多播帧标识不同， 所以当站点接收到多播确认帧 时， 如果确认该多播确认帧中包括自己需要重传的多播帧时， 则不需要在发送 指示帧， 从而可以节约信道资源， 避免网络延时增大， 系统吞吐率降低。 实施例七
本发明实施例提供了一种多播传输确认方法， 该方法由站点（多播接收装 置）执行， 参见图 16, 该方法包括：
步骤 301 : 接收接入点发送的多播指示请求帧， 多播请求指示帧包括至少 一个多播帧的标识， 多播指示请求帧用于指示多个站点在指定时隙内以单播方 式竟争发送指示帧。
步骤 302: 根据多播指示请求帧确定待重传多播帧标识。
步骤 303: 在指定时隙内竟争发送指示帧，指示帧包括待重传多播帧标识。 其中， 多播指示请求帧和指示帧的结构如实施例五或六， 这里不再赘述。 本发明实施例通过接收接入点发送的多播指示请求帧， 并根据多播指示请 求帧确定待重传多播帧标识， 在指定时隙内竟争发送指示帧， 指示帧包括待重 传多播帧标识， 当多播接收站点较多时， 也不会出现较多的多播块确认帧， 避 免网络延时增大， 系统吞吐率降低。 实施例八
本发明实施例提供了一种多播传输确认方法， 该方法由站点（多播接收装 置）执行， 参见图 17 , 该方法包括：
步骤 401： 接收接入点发送的多播指示请求帧。
步骤 402: 判断自身是否属于多播接收站点， 若自身属于多播接收站点， 则执行步骤 403 , 若自身不属于多播接收站点， 则结束流程。
具体地， 可以根据多播指示请求帧中的多播会话事务标识判断自身是否属 于多播接收站点， 即若多播会话事务标识与自身进行的多播会话的标识相同， 则判断自身属于接收站点。 当然也可以根据多播组 MAC地址等其他字段来进 行判断。
步骤 403: 设置第一定时器， 第一定时器指示竟争窗口剩余时间 tl ; 根据 多播指示请求帧确定待重传多播帧标识， 并生成重传列表。
在本实施例中待重传多播帧标识以列表的形式存在，在其他实施例中待重 传多播帧标识还可以以其他形式存在。
具体地， 根据多播请求指示帧确定接入点已发送的多播帧， 确定自身接收 到的多播帧， 通过对比可以确定需要重传的待重传多播帧。
步骤 404: 判断重传列表是否为空， 若重传列表为空， 则结束流程； 若重 传列表不为空， 则执行步骤 405。
步骤 405: 竟争发送指示帧， 指示帧包括待重传多播帧标识。
步骤 406: 判断第一定时器是否超时， 若第一定时器超时， 则结束流程； 若第一定时器未超时， 则执行步骤 407。
步骤 407: 判断是否竟争发送成功， 若竟争发送成功， 则执行步骤 410, 若竟争发送失败， 则执行步骤 408。
步骤 408: 判断在未发送指示帧时是否接收到多播确认帧， 若在未发送指 示帧时接收到多播确认帧， 执行步骤 409, 若在未发送指示帧时未接收到多播 确认帧， 执行步骤 405。
即在竟争发送失败时， 接收到多播确认帧。 另外， 判断在未发送指示帧时 是否接收到多播确认帧还可以指： 正在竟争发送指示帧时， 判断否接收到多播 确认帧。
步骤 409: 根据多播确认帧更新重传列表， 然后执行步骤 405。
具体地， 当站点接收到多播确认帧时， 查看接入点通知的待重传多播帧标 识， 然后查看自身要发送的指示帧中的待重传多播帧标识， 将多播确认帧中已 存在的待重传多播帧的标识从指示帧中除去。
步骤 410:设定第三定时器 t3 ,该第三定时器用于指示指示帧已发送时间， 从而可以确定已发送的指示帧是否被接入点收到。
该 t3可以为 SIFS时间，如果站点在 t3时间内未收到来自接入点的多播确 认帧， 则接收站点重新开始竟争发送指示帧。 这一过程反复进行， 直到接收站 点从收到的多播确认帧中确认自身需要重传的帧已经被全部确认或者竟争发 送指示帧的时间窗口结束。
步骤 411 : 接收多播确认帧。 步骤 412:判断第三定时器是否超时，若第三定时器超时，则执行步骤 405 , 若第三定时器未超时， 则执行步骤 413。
步骤 413: 判断在已发送指示帧时接收到多播确认帧， 若在已发送指示帧 时接收到多播确认帧， 结束流程， 若在已发送指示帧时未接收到多播确认帧， 若， 执行步骤 411。
即在竟争发送指示帧成功之后， 接收到多播确认帧。
其中， 多播指示请求帧、 指示帧和多播确认帧的结构如实施例五或六， 这 里不再赘述。
本发明实施例通过接收接入点发送的多播指示请求帧， 并根据多播指示请 求帧确定待重传多播帧标识， 当待重传多播帧标识非空时， 竟争发送指示帧， 接收接入点发送的多播确认帧， 当多播确认帧中包括待重传多播帧时， 停止竟 争发送指示帧， 由于该站点在竟争中有可能没有成功， 此时多播确认帧是接入 点根据其他站点的指示帧生成的，这样就节约了信道资源，避免网络延时增大， 系统吞吐率降低。 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通 过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存储 于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘 或光盘等。
以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。

Claims

权 利 要 求 书
1、 一种多播发送装置， 其特征在于， 所述装置包括：
发送模块， 用于以多播形式向多个站点发送至少一个多播帧；
处理模块， 用于生成一个多播指示请求帧， 所述多播请求指示帧包括所述 至少一个多播帧的标识， 所述多播指示请求帧用于指示所述多个站点在指定时 隙内以单播方式竟争发送指示帧， 所述指示帧包括待重传多播帧标识；
所述发送模块， 还用于向所述多个站点多播所述多播指示请求帧。
2、 根据权利要求 1所述的装置， 其特征在于， 所述装置还包括： 接收模块， 用于接收所述指示帧；
所述处理模块， 用于在每接收到一个所述指示帧后回复多播确认帧， 所述 多播确认帧用于指示已确认的待重传多播帧标识， 所述指示帧是所述站点根据 所述多播指示请求帧或最后接收到的所述多播确认帧生成的。
3、 根据权利要求 1或 2所述的装置， 其特征在于， 所述多播指示请求帧包 括多播指示请求帧控制字段和多播指示请求帧信息字段， 所述多播指示请求帧 控制字段包括多播会话事务标识和竟争窗口信息， 多播指示请求帧信息字段包 括起始帧序号。
4、 根据权利要求 1或 2所述的装置， 其特征在于， 所述指示帧包括指示帧 控制字段和指示帧信息字段， 所述指示帧控制字段包括接收站点标识符， 指示 帧信息字段包括起始帧序号和待重传多播帧 bitmap。
5、 根据权利要求 2所述的装置， 其特征在于， 所述多播确认帧包括多播确 认帧信息字段， 所述多播确认帧信息字段包括起始帧序号和待重传多播帧 bitmap。
6、 根据权利要求 2所述的装置， 其特征在于， 所述处理模块， 用于： 在接收到一个所述指示帧后， 对所述指示帧进行校验；
当所述校验成功时， 根据所述指示帧的信息确认待重传多播帧， 并生成所 述多播确认帧。
7、 根据权利要求 6所述的装置， 其特征在于， 所述处理模块， 还用于 在根据所述指示帧的信息生成所述多播确认帧后， 判断所述至少一个多播 帧是否全部需要重传；
当所述至少一个多播帧全部需要重传时， 发送所述多播确认帧， 并在发送 所述多播确认帧后重传所述待重传多播帧； 当所述至少一个多播帧不是全部需 要重传时， 发送所述多播确认帧。
8、 根据权利要求 1~7任一项所述的装置， 其特征在于， 所述处理模块， 还 用于判断第一定时器是否超时， 所述第一定时器用于指示竟争窗口剩余时间； 当所述第一定时器超时时， 重传所述待重传多播帧；
当所述第一定时器未超时， 继续接收所述指示帧。
9、 根据权利要求 1~8任一项所述的装置， 其特征在于， 所述处理模块， 还 用于
在向所述多个站点多播一个多播指示请求帧时， 设置第二定时器， 所述第 二定时器用于指示信道空闲时间；
当所述第二定时器超时时， 重传所述待重传多播帧。
10、 一种多播接收装置， 其特征在于， 所述装置包括：
接收模块， 用于接收接入点发送的多播指示请求帧， 所述多播请求指示帧 包括所述至少一个多播帧的标识， 所述多播指示请求帧用于指示所述多个站点 在指定时隙内以单播方式竟争发送指示帧；
处理模块， 用于根据所述多播指示请求帧确定待重传多播帧标识； 发送模块， 用于在所述指定时隙内竟争发送所述指示帧， 所述指示帧包括 所述待重传多播帧标识。
11、 根据权利要求 10所述的装置， 其特征在于， 所述接收模块， 还用于接 收多播确认帧， 所述多播确认帧是所述接入点在收到所述指示帧后发送的， 所 述多播确认帧用于指示已确认的待重传多播帧标识；
当所述多播确认帧中的所述已确认的待重传多播帧标识包括所述待重传多 播帧标识时， 停止竟争发送所述指示帧。
12、 根据权利要求 10所述的装置， 其特征在于， 所述处理模块， 还用于在 竟争发送指示帧时， 判断第一定时器是否超时， 所述第一定时器用于指示竟争 窗口剩余时间；
当所述第一定时器超时时， 停止竟争发送所述指示帧。
13、 根据权利要求 10所述的装置， 其特征在于， 所述处理模块， 还用于当 所述指示帧竟争发送成功时，
如果第三定时器超时且未接收到所述多播确认帧， 则重新竟争发送所述指 示帧， 所述第三定时器用于指示所述指示帧已发送时间。
14、 根据权利要求 13所述的装置， 其特征在于， 所述处理模块， 还用于当 所述指示帧竟争发送失败时，
如果接收到所述多播确认帧， 则根据所述多播确认帧生成所述指示帧， 并 重新竟争发送所述指示帧。
15、 一种多播传输确认方法， 其特征在于， 所述方法包括：
以多播形式向多个站点发送至少一个多播帧；
生成一个多播指示请求帧， 所述多播请求指示帧包括所述至少一个多播帧 的标识， 所述多播指示请求帧用于指示所述多个站点在指定时隙内以单播方式 竟争发送指示帧， 所述指示帧包括待重传多播帧标识；
向所述多个站点多播所述多播指示请求帧。
16、 根据权利要求 15所述的方法， 其特征在于， 所述方法还包括： 接收所述指示帧；
在每接收到一个所述指示帧后回复多播确认帧， 所述多播确认帧用于指示 已确认的待重传多播帧标识， 所述指示帧是所述站点根据所述多播指示请求帧 或最后接收到的所述多播确认帧生成的。
17、 根据权利要求 15或 16所述的方法， 其特征在于， 所述多播指示请求 帧包括多播指示请求帧控制字段和多播指示请求帧信息字段， 所述多播指示请 求帧控制字段包括多播会话事务标识和用于指示所述多个站点竟争发送所述指 示帧的最大持续时间的竟争窗口信息， 所述多播指示请求帧信息字段包括起始 帧序号和结束帧序号。
18、 根据权利要求 15或 16所述的方法， 其特征在于， 所述指示帧包括指 示帧控制字段和指示帧信息字段， 所述指示帧控制字段包括接收站点标识符， 所述指示帧信息字段包括起始帧序号和待重传多播帧 bitmap。
19、 根据权利要求 16所述的方法， 其特征在于， 所述多播确认帧包括多播 确认帧信息字段， 所述多播确认帧信息字段包括起始帧序号和待重传多播帧 bitmap。
20、 根据权利要求 16所述的方法， 其特征在于， 所述在每接收到一个所述 指示帧后回复多播确认帧， 包括：
在接收到一个所述指示帧后， 对所述指示帧进行校验； 当所述校验成功时， 根据所述指示帧的信息确认待重传多播帧， 并生成所 述多播确认帧。
21、 根据权利要求 20所述的方法， 其特征在于， 在根据所述指示帧的信息 生成所述多播确认帧后， 所述方法还包括：
判断所述至少一个多播帧是否全部需要重传；
当所述至少一个多播帧全部需要重传时， 发送所述多播确认帧， 并在发送 所述多播确认帧后重传所述待重传多播帧； 当所述至少一个多播帧不是全部需 要重传时， 发送所述多播确认帧。
22、 根据权利要求 15~21任一项所述的方法， 其特征在于， 所述方法还包 括：
判断第一定时器是否超时， 所述第一定时器用于指示竟争窗口剩余时间； 当所述第一定时器超时时， 重传所述待重传多播帧；
当所述第一定时器未超时， 继续接收所述指示帧。
23、 根据权利要求 15~22所述的方法， 其特征在于， 所述方法还包括： 在向所述多个站点多播一个多播指示请求帧时， 设置第二定时器， 所述第 二定时器用于指示信道空闲时间；
当所述第二定时器超时时， 重传所述待重传多播帧。
24、 一种多播传输确认方法， 其特征在于， 所述方法包括：
接收接入点发送的多播指示请求帧， 所述多播请求指示帧包括所述至少一 个多播帧的标识， 所述多播指示请求帧用于指示所述多个站点在指定时隙内以 单播方式竟争发送指示帧；
根据所述多播指示请求帧确定待重传多播帧标识；
在所述指定时隙内竟争发送所述指示帧， 所述指示帧包括所述待重传多播 帧标识。
25、 根据权利要求 24所述的方法， 其特征在于， 所述方法还包括： 接收多播确认帧， 所述多播确认帧是所述接入点在收到所述指示帧后发送 的， 所述多播确认帧用于指示已确认的待重传多播帧标识；
当所述多播确认帧中的所述已确认的待重传多播帧标识包括所述待重传多 播帧标识时， 停止竟争发送所述指示帧。
26、 根据权利要求 24所述的方法， 其特征在于， 在竟争发送指示帧时， 所 述方法还包括：
判断第一定时器是否超时， 所述第一定时器用于指示竟争窗口剩余时间； 当所述第一定时器超时时， 停止竟争发送所述指示帧。
27、 根据权利要求 24所述的方法， 其特征在于， 当所述指示帧竟争发送成 功时， 所述方法还包括：
当第三定时器超时且未接收到所述多播确认帧时， 重新竟争发送所述指示 帧， 所述第三定时器用于指示所述指示帧已发送时间。
28、 根据权利要求 27所述的方法， 其特征在于， 当所述指示帧竟争发送失 败时， 所述方法还包括：
当接收到所述多播确认帧时， 根据所述多播确认帧生成所述指示帧， 并重 新竟争发送所述指示帧。
PCT/CN2014/072562 2014-02-26 2014-02-26 一种多播发送装置、多播接收装置和多播传输确定方法 WO2015127601A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/CN2014/072562 WO2015127601A1 (zh) 2014-02-26 2014-02-26 一种多播发送装置、多播接收装置和多播传输确定方法
CN201480049742.1A CN105519057B (zh) 2014-02-26 2014-02-26 一种多播发送装置、多播接收装置和多播传输确认方法
US15/244,932 US10284340B2 (en) 2014-02-26 2016-08-23 Multicast sending apparatus, multicast receiving apparatus, and multicast transmission determining method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/072562 WO2015127601A1 (zh) 2014-02-26 2014-02-26 一种多播发送装置、多播接收装置和多播传输确定方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/244,932 Continuation US10284340B2 (en) 2014-02-26 2016-08-23 Multicast sending apparatus, multicast receiving apparatus, and multicast transmission determining method

Publications (1)

Publication Number Publication Date
WO2015127601A1 true WO2015127601A1 (zh) 2015-09-03

Family

ID=54008123

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/072562 WO2015127601A1 (zh) 2014-02-26 2014-02-26 一种多播发送装置、多播接收装置和多播传输确定方法

Country Status (3)

Country Link
US (1) US10284340B2 (zh)
CN (1) CN105519057B (zh)
WO (1) WO2015127601A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108029038A (zh) * 2015-09-11 2018-05-11 索尼公司 无线通信设备、无线通信方法以及无线通信系统

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10708814B2 (en) * 2016-02-22 2020-07-07 Sony Corporation Wireless communication device and wireless communication method
EP3252979B1 (en) * 2016-06-03 2019-01-30 Mitsubishi Electric R&D Centre Europe B.V. Requesting retransmission of data in a multicast network
CN107645759B (zh) * 2016-07-20 2021-02-02 中兴通讯股份有限公司 一种组播数据传输的应答方法及装置
WO2018176444A1 (zh) * 2017-04-01 2018-10-04 华为技术有限公司 传输数据的方法和装置
CN112423235B (zh) * 2019-08-22 2022-03-29 华为技术有限公司 数据传输的方法及设备
CN112055299B (zh) * 2020-07-22 2023-02-17 成都四相致新科技有限公司 Tof基站调度方法及其装置
CN114765742B (zh) * 2021-01-12 2023-03-24 华为技术有限公司 组播通信方法、装置和相关设备
WO2023039912A1 (zh) * 2021-09-18 2023-03-23 华为技术有限公司 数据传输方法、装置及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101931874A (zh) * 2009-06-23 2010-12-29 华为技术有限公司 无线系统中多播应答的方法及装置
CN102144414A (zh) * 2008-09-04 2011-08-03 英特尔公司 用于多播和广播服务的基于竞争的反馈
US20130163444A1 (en) * 2011-12-22 2013-06-27 Cellco Partnership Multicast resource optimization
GB2502619A (en) * 2012-06-01 2013-12-04 Renesas Mobile Corp Optimising feedback in a multicast system

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5265239A (en) * 1991-04-08 1993-11-23 Ardolino Anthony A Method for remotely accessing service programs of a local processing system supporting multiple protocol stacks and multiple device drivers
US20070286121A1 (en) * 2006-06-12 2007-12-13 Mikolaj Kolakowski Systems and techniques for selective point-to-multipoint retransmission of multicast frames in a wireless network
EP2304890B1 (en) * 2008-06-26 2017-11-08 Thomson Licensing Apparatus for requesting acknowledgement and transmitting acknowledgement of multicast data in wireless local area networks
JPWO2011089983A1 (ja) * 2010-01-19 2013-05-23 三菱電機株式会社 通信システム、通信方法および通信端末
US8582462B2 (en) * 2011-01-14 2013-11-12 International Business Machines Corporation Network communications over shared links in a virtualized environment
JP5329581B2 (ja) * 2011-02-04 2013-10-30 株式会社東芝 無線通信端末および無線通信方法
US9571354B2 (en) * 2011-03-28 2017-02-14 Citrix Systems, Inc. Systems and methods for tracking application layer flow via a multi-connection intermediary device
CN103988559B (zh) * 2011-12-20 2018-02-23 英特尔公司 使用单播子帧的多播服务
JP6069858B2 (ja) * 2012-03-21 2017-02-01 株式会社リコー 無線通信方法及び無線通信システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102144414A (zh) * 2008-09-04 2011-08-03 英特尔公司 用于多播和广播服务的基于竞争的反馈
CN101931874A (zh) * 2009-06-23 2010-12-29 华为技术有限公司 无线系统中多播应答的方法及装置
US20130163444A1 (en) * 2011-12-22 2013-06-27 Cellco Partnership Multicast resource optimization
GB2502619A (en) * 2012-06-01 2013-12-04 Renesas Mobile Corp Optimising feedback in a multicast system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108029038A (zh) * 2015-09-11 2018-05-11 索尼公司 无线通信设备、无线通信方法以及无线通信系统

Also Published As

Publication number Publication date
CN105519057B (zh) 2019-04-26
CN105519057A (zh) 2016-04-20
US10284340B2 (en) 2019-05-07
US20170012742A1 (en) 2017-01-12

Similar Documents

Publication Publication Date Title
WO2015127601A1 (zh) 一种多播发送装置、多播接收装置和多播传输确定方法
JP6860826B2 (ja) Ｔｔｉバンドリングによるアップリンク送信の強化
CN109792587B (zh) 一种多播业务的发送方法和设备
US8588100B2 (en) Method and apparatus for data retransmission in an enhanced multimedia broadcast and multicast service
CN104579602A (zh) 一种lte中的广播组播重传方法
US10623145B2 (en) Network node, wireless device and methods performed thereby for the network node to provide information to the wireless device
WO2011079813A1 (zh) 信息反馈方法和装置
CN107567107B (zh) 一种传输数据的方法及装置
WO2013181808A1 (zh) 一种消息的重传方法及终端、基站
WO2013104241A1 (zh) 数据重传方法、系统、组播服务器及用户终端
WO2018184571A1 (zh) 反馈信息的发送、接收方法及相关装置和存储介质
CN102130832B (zh) 同轴网络中的终端注册方法及系统
JP2000115051A (ja) 無線マルチキャストデータ転送方法及び該方法を用いた無線通信システム
WO2012068972A1 (zh) 一种激活配置的方法及用户设备
CN107733589B (zh) 自组网自动重传请求的实现方法、装置、设备以及存储介质
WO2022089312A1 (zh) 边链路中继系统中的业务维持方法及中继设备、介质
Kim et al. Efficient multicast scheme based on hybrid ARQ and busy tone for multimedia traffic in wireless LANs
Vikhrova et al. Group-oriented services for critical machine type communications in 5G networks
CN110740474B (zh) 一种数据收集型移动水声传感网络的媒体接入控制方法
CN101730005A (zh) 一种网络无响应时的短消息存储器可用通告消息的处理方法
WO2019071463A1 (en) REQUEST FOR AUTOMATIC HYBRID REPEAT WITHOUT GRANT
KR101675496B1 (ko) 무선 네트워크에서 수신 확인 정보를 수신하는 장치 및 방법
KR20120047080A (ko) 멀티캐스트 기반 데이터 전송 시스템 및 그 방법
CN117354900A (zh) 一种非连续接收的配置方法及装置
CN102905314A (zh) 过载控制停止方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14883706

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14883706

Country of ref document: EP

Kind code of ref document: A1