CN105519057B - 一种多播发送装置、多播接收装置和多播传输确认方法 - Google Patents
一种多播发送装置、多播接收装置和多播传输确认方法 Download PDFInfo
- Publication number
- CN105519057B CN105519057B CN201480049742.1A CN201480049742A CN105519057B CN 105519057 B CN105519057 B CN 105519057B CN 201480049742 A CN201480049742 A CN 201480049742A CN 105519057 B CN105519057 B CN 105519057B
- Authority
- CN
- China
- Prior art keywords
- frame
- multicast
- instruction
- retransmitted
- acknowledgement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
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]
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 AccessControl,简称“MAC”)地址。发送地址字段表示接入点的MAC地址。多播指示请求帧控制字段表示该多播会话事务标识,此外还包括竞争窗口信息,该竞争窗口信息可以为竞争发送指示帧的最大持续时间。图5给出了一个示例多播指示请求帧控制字段。多播指示请求帧信息字段表示请求指示帧指示的起始帧和结束帧的序号。接收站点利用帧校验字段来确定接收的多播指示请求帧是否存在错误。
如图6所示,指示帧包括以下字段:帧控制、持续时间、接收地址、发送地址、指示帧控制字段、指示帧信息字段和帧校验字段。其中,帧控制和持续时间的作用与多播指示请求帧相同。接收地址表示接入点的MAC地址。发送地址字段表示站点的MAC地址。指示帧控制字段与多播指示请求帧控制字段类似。指示帧信息字段则具体指示需要重传帧的序号,包含实施例一中的待重传多播帧标识,例如,图7给出了一个示例指示帧信息字段,该指示帧信息字段包括起始帧序号和待重传多播帧bitmap。接入点利用帧校验字段来确定接收的指示帧是否存在错误。
如图8所示,多播确认帧包括以下字段:帧控制、持续时间、接收地址、多播确认帧控制字段、多播确认帧信息字段和帧校验字段。其中,帧控制和持续时间的作用与多播指示请求帧相同。接收地址表示多播组的MAC地址。多播确认帧信息字段包括起始帧序号和待重传多播帧bitmap,用于对指示帧所指示的重传帧进行确认。图9给出了一个示例多播确认帧信息字段。站点利用帧校验字段来确定接收的多播确认帧是否存在错误。
进一步地,处理模块602,还用于设置第一定时器t1和第二定时器t2,第一定时器指示竞争窗口剩余时间,第二定时器用于指示信道空闲时间,t1>t2。
进一步地,处理模块602,还用于处理模块,用于:
在接收到一个指示帧后,对指示帧进行校验;
当校验成功时,根据指示帧的信息确认待重传多播帧,并生成多播确认帧。
具体地,校验是指根据指示帧中的帧校验字段验证指示帧是否被正确接收。
进一步地,处理模块602,还用于
在根据指示帧的信息生成多播确认帧后,判断至少一个多播帧是否全部需要重传;
当至少一个多播帧全部需要重传时,发送多播确认帧,并在发送多播确认帧后,重传待重传多播帧;当至少一个多播帧不是全部需要重传时,发送多播确认帧。
指示帧可能丢失或者没有被接入点正确接收。如果接收站点成功发送了一个指示帧,但没有在随后的最小帧间间隔(Short Interframe 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:设置第一定时器t1,第一定时器指示竞争窗口剩余时间。
步骤204:设置第二定时器t2,第二定时器用于指示信道空闲时间,t1>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:设置第一定时器,第一定时器指示竞争窗口剩余时间t1;根据多播指示请求帧确定待重传多播帧标识,并生成重传列表。
在本实施例中待重传多播帧标识以列表的形式存在,在其他实施例中待重传多播帧标识还可以以其他形式存在。
具体地,根据多播请求指示帧确定接入点已发送的多播帧,确定自身接收到的多播帧,通过对比可以确定需要重传的待重传多播帧。
步骤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 (22)
1.一种多播发送装置,其特征在于,所述装置包括:
发送模块,用于以多播形式向多个站点发送至少一个多播帧;
处理模块,用于生成一个多播指示请求帧,所述多播指示请求帧包括所述至少一个多播帧的标识,所述多播指示请求帧用于指示所述多个站点在指定时隙内以单播方式竞争发送指示帧,所述指示帧包括待重传多播帧标识;
所述发送模块,还用于向所述多个站点多播所述多播指示请求帧;
所述装置还包括:
接收模块,用于接收所述指示帧;
所述处理模块,用于在接收到一个所述指示帧后,对所述指示帧进行校验;当所述校验成功时,根据所述指示帧的信息确认待重传多播帧,并生成多播确认帧,回复多播确认帧,以使站点当所述多播确认帧中的已确认的待重传多播帧标识包括所述站点确认的待重传多播帧标识时,停止竞争发送所述指示帧,所述多播确认帧用于指示已确认的待重传多播帧标识,所述指示帧是所述站点根据所述多播指示请求帧或最后接收到的所述多播确认帧生成的,校验成功指正确接收所述指示帧。
2.根据权利要求1所述的装置,其特征在于,所述多播指示请求帧包括多播指示请求帧控制字段和多播指示请求帧信息字段,所述多播指示请求帧控制字段包括多播会话事务标识和竞争窗口信息,多播指示请求帧信息字段包括起始帧序号。
3.根据权利要求1所述的装置,其特征在于,所述指示帧包括指示帧控制字段和指示帧信息字段,所述指示帧控制字段包括接收站点标识符,指示帧信息字段包括起始帧序号和待重传多播帧bitmap。
4.根据权利要求1所述的装置,其特征在于,所述多播确认帧包括多播确认帧信息字段,所述多播确认帧信息字段包括起始帧序号和待重传多播帧bitmap。
5.根据权利要求1所述的装置,其特征在于,所述处理模块,还用于
在根据所述指示帧的信息生成所述多播确认帧后,判断所述至少一个多播帧是否全部需要重传;
当所述至少一个多播帧全部需要重传时,发送所述多播确认帧,并在发送所述多播确认帧后重传所述待重传多播帧;当所述至少一个多播帧不是全部需要重传时,发送所述多播确认帧。
6.根据权利要求1~5任一项所述的装置,其特征在于,所述处理模块,还用于判断第一定时器是否超时,所述第一定时器用于指示竞争窗口剩余时间;
当所述第一定时器超时时,重传所述待重传多播帧;
当所述第一定时器未超时,继续接收所述指示帧。
7.根据权利要求1~5任一项所述的装置,其特征在于,所述处理模块,还用于
在向所述多个站点多播一个多播指示请求帧时,设置第二定时器,所述第二定时器用于指示信道空闲时间;
当所述第二定时器超时时,重传所述待重传多播帧。
8.一种多播接收装置,其特征在于,所述装置包括:
接收模块,用于接收接入点发送的多播指示请求帧,所述多播指示请求帧包括至少一个多播帧的标识,所述多播指示请求帧用于指示多个站点在指定时隙内以单播方式竞争发送指示帧;
处理模块,用于根据所述多播指示请求帧确定待重传多播帧标识;
发送模块,用于在所述指定时隙内竞争发送所述指示帧,所述指示帧包括所述待重传多播帧标识;
所述接收模块,还用于接收多播确认帧,所述多播确认帧是所述接入点在收到所述指示帧后发送的,所述多播确认帧用于指示已确认的待重传多播帧标识;当所述多播确认帧中的所述已确认的待重传多播帧标识包括所述待重传多播帧标识时,停止竞争发送所述指示帧。
9.根据权利要求8所述的装置,其特征在于,所述处理模块,还用于在竞争发送指示帧时,判断第一定时器是否超时,所述第一定时器用于指示竞争窗口剩余时间;
当所述第一定时器超时时,停止竞争发送所述指示帧。
10.根据权利要求8所述的装置,其特征在于,所述处理模块,还用于当所述指示帧竞争发送成功时,
如果第三定时器超时且未接收到所述多播确认帧,则重新竞争发送所述指示帧,所述第三定时器用于指示所述指示帧已发送时间。
11.根据权利要求10所述的装置,其特征在于,所述处理模块,还用于当所述指示帧竞争发送失败时,
如果接收到所述多播确认帧,则根据所述多播确认帧生成所述指示帧,并重新竞争发送所述指示帧。
12.一种多播传输确认方法,其特征在于,所述方法包括:
以多播形式向多个站点发送至少一个多播帧;
生成一个多播指示请求帧,所述多播指示请求帧包括所述至少一个多播帧的标识,所述多播指示请求帧用于指示所述多个站点在指定时隙内以单播方式竞争发送指示帧,所述指示帧包括待重传多播帧标识;
向所述多个站点多播所述多播指示请求帧;
所述方法还包括:
接收所述指示帧;
在接收到一个所述指示帧后,对所述指示帧进行校验;当所述校验成功时,根据所述指示帧的信息确认待重传多播帧,并生成多播确认帧,回复多播确认帧,以使站点当所述多播确认帧中的已确认的待重传多播帧标识包括所述站点确认的待重传多播帧标识时,停止竞争发送所述指示帧,所述多播确认帧用于指示已确认的待重传多播帧标识,所述指示帧是所述站点根据所述多播指示请求帧或最后接收到的所述多播确认帧生成的,校验成功指正确接收所述指示帧。
13.根据权利要求12所述的方法,其特征在于,所述多播指示请求帧包括多播指示请求帧控制字段和多播指示请求帧信息字段,所述多播指示请求帧控制字段包括多播会话事务标识和用于指示所述多个站点竞争发送所述指示帧的最大持续时间的竞争窗口信息,所述多播指示请求帧信息字段包括起始帧序号和结束帧序号。
14.根据权利要求12所述的方法,其特征在于,所述指示帧包括指示帧控制字段和指示帧信息字段,所述指示帧控制字段包括接收站点标识符,所述指示帧信息字段包括起始帧序号和待重传多播帧bitmap。
15.根据权利要求12所述的方法,其特征在于,所述多播确认帧包括多播确认帧信息字段,所述多播确认帧信息字段包括起始帧序号和待重传多播帧bitmap。
16.根据权利要求12所述的方法,其特征在于,在根据所述指示帧的信息生成所述多播确认帧后,所述方法还包括:
判断所述至少一个多播帧是否全部需要重传;
当所述至少一个多播帧全部需要重传时,发送所述多播确认帧,并在发送所述多播确认帧后重传所述待重传多播帧;当所述至少一个多播帧不是全部需要重传时,发送所述多播确认帧。
17.根据权利要求12~16任一项所述的方法,其特征在于,所述方法还包括:
判断第一定时器是否超时,所述第一定时器用于指示竞争窗口剩余时间;
当所述第一定时器超时时,重传所述待重传多播帧;
当所述第一定时器未超时,继续接收所述指示帧。
18.根据权利要求12~16所述的方法,其特征在于,所述方法还包括:
在向所述多个站点多播一个多播指示请求帧时,设置第二定时器,所述第二定时器用于指示信道空闲时间;
当所述第二定时器超时时,重传所述待重传多播帧。
19.一种多播传输确认方法,其特征在于,所述方法包括:
接收接入点发送的多播指示请求帧,所述多播指示请求帧包括至少一个多播帧的标识,所述多播指示请求帧用于指示多个站点在指定时隙内以单播方式竞争发送指示帧;
根据所述多播指示请求帧确定待重传多播帧标识;
在所述指定时隙内竞争发送所述指示帧,所述指示帧包括所述待重传多播帧标识;
所述方法还包括:
接收多播确认帧,所述多播确认帧是所述接入点在收到所述指示帧后发送的,所述多播确认帧用于指示已确认的待重传多播帧标识;
当所述多播确认帧中的所述已确认的待重传多播帧标识包括所述待重传多播帧标识时,停止竞争发送所述指示帧。
20.根据权利要求19所述的方法,其特征在于,在竞争发送指示帧时,所述方法还包括:
判断第一定时器是否超时,所述第一定时器用于指示竞争窗口剩余时间;
当所述第一定时器超时时,停止竞争发送所述指示帧。
21.根据权利要求19所述的方法,其特征在于,当所述指示帧竞争发送成功时,所述方法还包括:
当第三定时器超时且未接收到所述多播确认帧时,重新竞争发送所述指示帧,所述第三定时器用于指示所述指示帧已发送时间。
22.根据权利要求19所述的方法,其特征在于,当所述指示帧竞争发送失败时,所述方法还包括:
当接收到所述多播确认帧时,根据所述多播确认帧生成所述指示帧,并重新竞争发送所述指示帧。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2014/072562 WO2015127601A1 (zh) | 2014-02-26 | 2014-02-26 | 一种多播发送装置、多播接收装置和多播传输确定方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105519057A CN105519057A (zh) | 2016-04-20 |
CN105519057B true CN105519057B (zh) | 2019-04-26 |
Family
ID=54008123
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480049742.1A Active CN105519057B (zh) | 2014-02-26 | 2014-02-26 | 一种多播发送装置、多播接收装置和多播传输确认方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10284340B2 (zh) |
CN (1) | CN105519057B (zh) |
WO (1) | WO2015127601A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3334209A4 (en) * | 2015-09-11 | 2019-03-27 | Sony Corporation | WIRELESS COMMUNICATION DEVICE, WIRELESS COMMUNICATION METHOD AND WIRELESS COMMUNICATION SYSTEM |
EP3422761B1 (en) * | 2016-02-22 | 2021-03-17 | 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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101931874A (zh) * | 2009-06-23 | 2010-12-29 | 华为技术有限公司 | 无线系统中多播应答的方法及装置 |
CN102057608A (zh) * | 2008-06-26 | 2011-05-11 | 汤姆逊许可公司 | 无线局域网中用于请求确认与传送多播数据确认的设备 |
CN102144414A (zh) * | 2008-09-04 | 2011-08-03 | 英特尔公司 | 用于多播和广播服务的基于竞争的反馈 |
WO2013095355A1 (en) * | 2011-12-20 | 2013-06-27 | Intel Corporation | Multicast service using unicast subframe |
Family Cites Families (9)
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 |
CN102714874A (zh) * | 2010-01-19 | 2012-10-03 | 三菱电机株式会社 | 通信系统以及通信方法 |
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 | 株式会社東芝 | 無線通信端末および無線通信方法 |
WO2012135221A1 (en) * | 2011-03-28 | 2012-10-04 | Citrix Systems, Inc. | Systems and methods for tracking application layer flow via a multi-connection intermediary device |
US9450773B2 (en) * | 2011-12-22 | 2016-09-20 | Verizon Patent And Licensing Inc. | Multicast resource optimization |
JP6069858B2 (ja) * | 2012-03-21 | 2017-02-01 | 株式会社リコー | 無線通信方法及び無線通信システム |
GB2502619A (en) * | 2012-06-01 | 2013-12-04 | Renesas Mobile Corp | Optimising feedback in a multicast system |
-
2014
- 2014-02-26 CN CN201480049742.1A patent/CN105519057B/zh active Active
- 2014-02-26 WO PCT/CN2014/072562 patent/WO2015127601A1/zh active Application Filing
-
2016
- 2016-08-23 US US15/244,932 patent/US10284340B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102057608A (zh) * | 2008-06-26 | 2011-05-11 | 汤姆逊许可公司 | 无线局域网中用于请求确认与传送多播数据确认的设备 |
CN102144414A (zh) * | 2008-09-04 | 2011-08-03 | 英特尔公司 | 用于多播和广播服务的基于竞争的反馈 |
CN101931874A (zh) * | 2009-06-23 | 2010-12-29 | 华为技术有限公司 | 无线系统中多播应答的方法及装置 |
WO2013095355A1 (en) * | 2011-12-20 | 2013-06-27 | Intel Corporation | Multicast service using unicast subframe |
Also Published As
Publication number | Publication date |
---|---|
US20170012742A1 (en) | 2017-01-12 |
CN105519057A (zh) | 2016-04-20 |
US10284340B2 (en) | 2019-05-07 |
WO2015127601A1 (zh) | 2015-09-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105519057B (zh) | 一种多播发送装置、多播接收装置和多播传输确认方法 | |
JP6860826B2 (ja) | Ttiバンドリングによるアップリンク送信の強化 | |
CN107211362B (zh) | 一种数据传输方法、终端及ran设备 | |
CN101695196B (zh) | 一种提高竞争模式下随机接入成功率的方法、系统和装置 | |
CN106330410B (zh) | 一种上行信息的处理方法及装置 | |
CN101217350B (zh) | 协议数据单元的检测上报方法、系统及接收端 | |
WO2015002437A1 (ko) | 유사 랜덤 액세스 프로시저를 이용한 단말 간 직접 통신 방법 및 이를 위한 장치 | |
CN109495975A (zh) | 随机接入方法、基站设备及用户设备 | |
CN104579602A (zh) | 一种lte中的广播组播重传方法 | |
US20110093757A1 (en) | Method and apparatus for handling errors in a synchronous ul harq process | |
EP3251445A1 (en) | Gsm evolution packet data traffic channel resource transmission management - flexible downlink allocation technique | |
JP5646630B2 (ja) | 無線通信システムにおいてharq手順を行う方法及び装置 | |
US10652861B2 (en) | Uplink grant-free transmission enhancement for latency and reliability | |
CN111480308B (zh) | 一种数据传输的方法、设备及计算机存储介质 | |
CN101730250B (zh) | 一种资源的半持续调度方法、基站和用户终端 | |
KR102074283B1 (ko) | 업링크 데이터 전송 확인 장치, 기기 및 방법 | |
CN104812083A (zh) | 用于随机接入过程的方法和装置 | |
WO2018086707A1 (en) | Feedback based flexible transmission scheme for contention-based urllc transmission | |
CN107733589B (zh) | 自组网自动重传请求的实现方法、装置、设备以及存储介质 | |
CN101192896B (zh) | 错误指示的处理方法、发送端设备、接收端设备及系统 | |
US9768936B2 (en) | Message transmission in an unlicensed spectrum | |
WO2015096089A1 (zh) | Phich信道传输信息的容错方法和装置 | |
CN111867063B (zh) | 上行传输方法和通信装置 | |
CN111224744B (zh) | 数据接收处理方法及系统、基站和终端 | |
WO2019071463A1 (en) | REQUEST FOR AUTOMATIC HYBRID REPEAT WITHOUT GRANT |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |