专利名称：接收端和发送端数据确认的实现方法及装置的制作方法
技术领域：
本发明涉及无线通信技术，尤其涉及一种接收端和发送端数据确认的实现方法及
>J-U ρ α装直。
背景技术：
无线局域网(Wireless Local Area Net,简称WLAN)是一种遵循国际电气和电子工程师协会(Institute of Electrical and Electronics Engineers,简称 IEEE) 802.11协议、以电磁波作为传输媒质的网络系统。WLAN网络系统的基本架构包括多个站点(Station，简称STA)，基于电磁波实现各个站点之间的无线通信。各个站点之间物理层的通信都基于媒体接入控制(Media AccessControl，简称MAC)层协议来实现。由于站点之间的通信要分时共享同一信道，即在同一时亥IJ，只能有一个站点使用信道，所以MAC层协议需要采用一定的机制为站点分配信道，例如调度机制、竞争机制等，从而实现站点对信道的时分复用。由于在无线媒体上的传输容易发生错误，所以现有技术引入了低延迟、链路级别的重发机制。重发机制允许那些没有被接收端站点正确解调的帧由发送端站点重新发送。为确定接收端站点是否正确接收到帧，现有技术还引入了确认机制，即当接收端站点正确接收到发送给自身的巾贞时，就以发送一确认巾贞(Acknowledgment,简称ACK)的形式发送一个及时的、肯定的确认。当发送端站点没有收到ACK帧，则其假定该帧未被正确接收到，可以重发该帧。然而，在实现本发明的研究过程中，发明人发现现有确认机制仍然存在效率低、系统开销大的问题。并且，提高效率、减少开销也是目前发展无线通信过程中不断追求的目标
之一 O
发明内容
本发明实施例提供了一种接收端和发送端数据确认的实现方法及装置，以提高确认机制的效率，降低系统开销。本发明实施例提供了一种接收端数据确认的实现方法，包括:接收从一个或多个发送端站点发送的帧；以组播或广播的形式发送确认消息，对成功接收到的帧进行确认。本发明实施例还提供了一种发送端数据确认的实现方法，包括:接收接收端站点以广播或组播形式发送的确认消息；根据所述确认消息确 认本站点发送的帧是否被成功接收。本发明实施例还提供了一种接收端数据确认的实现装置，包括:帧接收模块，用于接收从一个或多个发送端站点发送的帧；帧确认模块，用于以组播或广播的形式发送确认消息，对成功接收到的帧进行确认。
本发明实施例又提供了一种发送端数据确认的实现装置，包括:消息接收模块，用于接收接收端站点以广播或组播形式发送的确认消息；接收确认模块，用于根据所述确认消息确认本站点发送的帧是否被成功接收。本发明实施例的接收端和发送端数据确认的实现方法及装置，通过以组播或广播形式发送确认消息，实现了对多站点进行统一确认，无论是根据实际情况仅确认一个发送端站点还是同时确认多个发送端站点发送的帧，相比于现有技术对每个发送端站点逐一确认的方式，本发明实施例的技术方案都为减少接收端站点确认开销提供了可能，且在同时确认多个发送端站点时，提高效率、减少开销的效果尤为明显。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为适用于本发明实施例的WLAN系统的网络架构示意图；图2为本发明实施例一提供的接收端数据确认的实现方法的流程图；图3为本发明实施例二提供的接收端数据确认的实现方法的帧时序示意图；图4A为本发明实施例二中所使用确认帧的帧格式示意图；图4B为图4A确认帧中帧控制字段的格式示意图；图5为本发明实施例二确认帧中的站点关联标识的帧格式示意图；图6为本发明实施例二确认帧中的站点MAC地址的帧格式示意图；图7为本发明实施例三提供的接收端数据确认的实现方法的帧时序示意图；图8为本发明实施例三中所使用确认帧的帧格式示意图；图9为本发明实施例三确认帧中的站点标识的帧格式示意图；图10为本发明实施例五提供的接收端数据确认的实现方法的帧时序示意图；图11为本发明实施例六提供的发送端数据确认的实现方法的流程图；图12为本发明实施例八提供的接收端数据确认的实现装置的结构示意图；图13为本发明实施例九提供的发送端数据确认的实现装置的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例分别提供了接收端和发送端数据确认的实现方法及装置，其技术方案典型地适用于WLAN网络系统。图1为适用于本发明实施例的WLAN系统的网络架构示意图，如图1所示，WLAN系统典型地由多个STA组成，其中，处于某一特定覆盖区域之内，并具有某种关联的多个STA可形成WLAN的基本组成部分，即基本服务集(Basic Service Set,简称BSS)。按照组织形式，BSS可分为多种。最基本的关联形式是多个STA在一个自组网络中相互直接通信，这被称为独立的基本服务集(Incbpendent BSS，简称IBSS)，如图1中的BSS1。多个STA通过一个专职管理BSS的接入点(Access Point，简称AP)相关联时，则建立在AP周边的BSS称为带基础设施的BSS，其中的AP实际上即为一个中央STA，AP与其他STA的MAC层通信方式与STA之间的通信实质上相同。带基础设施的BSS可以由各自的AP通过分布式系统(Distributed System,简称DS)相互连接，构成一个扩展的BSS (ExtendBSS，简称ESS)，如图1中的BSS2和BSS3。本发明实施例的技术方案典型地适用于WLAN网络系统中任意站点之间的MAC层通信，当然，本发明实施例并不限于WLAN，还可以适用于其他在接收端和发送端之间需执行确认机制的无线通信方案中。实施例一图2为本发明实施例一提供的接收端数据确认的实现方法的流程图，本实施例具体为确认机制中由接收端站点所执行的方法，可包括如下步骤:步骤210、接收端站点接收从一个或多个发送端站点发送的帧；步骤220、接收端站点以组播或广播的形式发送确认消息，对成功接收到的帧进行确认。本实施例可应用于图1所示的WLAN系统中，实现两个或两个以上站点之间的确认机制。当其中任意一个站点作为接收端站点时，其在成功接收到一个或多个发送端站点发送的帧之后，统一向各发送端站点以组播或广播的形式发送同一确认消息进行确认。所谓组播或广播的形式发送，即该确认消息的接收对象为多个站点。可以设置一组播组，包括在一个组播组中的站点可根据需求设置，例如，在某一地域覆盖范围内的多个站点可组成一个组播组，作为确认消息的发送对象。采用本实施例的技术方案，一个接收端站点在确定的发送时间，对从多个发送端站点成功接收到的帧进行统一确认。虽然实际应用中，可能接收端站点在确定的发送时间到来时，仅成功接收到一个发送端站点发送的帧，甚至可能没有成功接收到一个帧，但仍然可采用本实施例的技术方案，以广播或组播的方式将确认消息向多个其他站点进行发送。无论是根据实际情况仅确认一个发送端站点还是会同时确认多个发送端站点发送的帧，相比于现有技术立即接收立即对每个发送端站点逐一确认的方式，本实施例的技术方案都为减少接收端站点确认开销提供了可能，且在同时对多个发送端站点进行确认时，本实施例以组播或广播方式进行确认对提高效率、减少开销的作用尤为明显。在上述实施例的技术方案中，接收端站点发送确认消息的发送时间的确定方式可以有多种。例如，可以按照固定周期确定周期性的一系列时间点或时间段作为每次统一发送确认消息的发送时间。周期性确定的发送时间可以在各站点入网连接时即相互协商或告知，以便可以统一收发。或者，可以在接收端站点以组播或广播的形式发送确认消息之前，进一步向其他站点通知确认消息的发送时间。即接收端站点在每次发送确认消息之前，通知本次将要发送确认消息的发送时间。该发送时间可以为绝对时间点或绝对时间段，或者也可以为相对时间点或相对时间段。时间段可以用于通知发送端站点在该时间段内监听，以等待获取确认消息。相对时间点或相对时间段，则可以是通知发送端站点相对于某一时点之后的一个时间点或时间段来接收确认消息，例如在接收到该通知之后的一段相对时间之后接收。在采用上述通知发送时间的机制之下，本次确认消息的发送时间可以更为灵活地设置。其中一种方式为:发送本次确认消息的发送时间可以为具有固定周期的多个时间中的一个。采用周期性确认的方式，可以是从一系列已确定的发送时间中获取本次确认消息的发送时间。或者，另一种方式为:发送本次确认消息的发送时间为临时确定的一个时间。可以设定某种发送时间确定策略，按照需求设定，例如以随机确定策略，临时性随机确定将要发送确认消息的发送时间，通知给其他站点。在采用发送时间通知机制的基础上，接收端站点向其他站点通知所述确认消息的发送时间的方式可以是将所述发送时间携带在广播帧、组播帧或单播帧中，向其他站点发送。实际应用中，可以采用信标(Beacon)巾贞或节能多询(Power Saving Mult1-Poll,简称PSMP)通知巾贞等广播巾贞来通知发送时间，或者,还可以采用探测响应(Probe response)中贞等单播帧来通知发送时间。当接收端站点以单播帧形式通知发送时间时，优选是携带发送时间的单播帧中携带有需要对所述单播帧进行确认的指示信息，以便使得发送端站点能够对是否成功获取该单播帧以明确发送时间进行确认。对于上述技术方案中确认消息的承载形式，也可以有多种。确认消息既可以为独立的确认帧，如多站点数据确认(Mutil-STAs Ack)帧，或还可以为携带在其他帧中的信息元素，例如，可以将确认消息携带在信标帧或探测响应帧中。接收端站点对多站点发送的帧统一进行确认的具体实现方式中，既可以对多站点各自所发的单帧进行确认，也可以对多站点各自所发的多帧进行确认，还可以对部分站点发送的单帧和部分站点发送的多帧进行确认。完成上述确认功能的确认消息帧结构也可以根据实际需求进行设置，下面将通过实施例详细解释说明。实施例二本发明实施例二提供的接收端数据确认的实现方法具体为对单帧确认的实施方案。接收端站点对成功接收到的帧进行确认的形式，一种为发送端站点每次发送完数据帧之后，即等待接收端站点反馈确认帧，以便识别是否正确接收。另一种确认形式，是在802.1le修订中提出的传输机会(Transmit Opportunity,简称ΤΧ0Ρ)和块确认协议(BlockAcknowledgment protocol)的概念。TXOP是指站点传输特定通信类别巾贞的有界时段,相当于站点可以一次性竞争得到传输多个帧的ΤΧ0Ρ。站点通过竞争获得ΤΧ0Ρ，一旦获得了ΤΧ0Ρ，站点可以传输数据帧、控制帧与管理帧以及接收响应帧。获得TXOP的站点被称为“ΤΧ0Ρ holder”。对应的，块确认协议则允许使用单个块确(Block Acknowledgment,简称BA)巾贞来确认同一发送端站点在TXOP内发送的多个巾贞,而不是对每一个巾贞都发送一个ACK中贞，从而提闻了效率。发送端站点可以在所发送数据巾贞中包含服务质量(Quality of Service,简称QoS)控制字段，在该字段中可包含确认策略域。其中可以如下几种确认策略:策略1:正常确认或隐式块确认请求；策略2:不确认；策略3:非显式确认或在节能多询机制下的调度确认；策略4:块确认或多站点数据确认。发送端站点可通过确认策略来指示接收端站点的确认形式。发送端站点可以通过在确认策略中设置表明多站点数据确认的指示，以指示接收端站点可进行统一确认，或接收端站点可基于其他策略默认采用广播或组播形式进行多站点统一确认。本实施例可以以上述实施例为基础，且具体为采用独立确认帧的形式承载确认消息，对各发送端站点所发送的单帧进行确认的实施方案。图3为本发明实施例二提供的接收端数据确认的实现方法的帧时序示意图。在确认消息中体现成功接收到各个发送端站点所发送帧的方式可以有多种，例如以发送端站点的标识来区分各站点，或以帧信息来直接区分成功接收到的帧。在本实施例中，采用发送端站点标识的方式对成功接收到的帧进行确认。具体是确认消息中携带有成功接收到的帧对应的发送端站点的站点标识。实际操作时可以在接收端站点以组播或广播的形式发送确认消息之前，在确认消息中添加成功接收到的帧对应的发送端站点的站点标识。从而使得多个发送端站点能够从确认消息的站点标识中获知本站发送的帧是否被成功接收。如图3所示，发送端站点STA2、STA3和STA4分别在分配到信道时向接收端站点发送一数据(DATA)帧，并在无其他数据帧要发送时即进入睡眠状态，等待发送时间到达时或到达之前再唤醒，来接收确认消息。若接收端站点成功接收到站点STA2、STA3和STA4发送的数据帧，则将站点STA2、STA3和STA4的站点标识携带在确认消息中，在确定的发送时间以广播或组播的形式向各站点发送多站点数据确认(Mutil-STAs Ack)中贞。多站点数据确认帧的一种优选格式如图4A所示，包括如下多个字段:帧控制(Frame Control)、时长(Duration)、目标地址(RA)、发送端站点地址(TA)、长度(Length)、站点数据信息(STA data info)和解调校验(FCS)。各字段的优选字节(Octets)数如图4A所示。其中，“Frame Control”字段又可包含多个子字段，用于指示帧的相应信息；“Duration”字段用于指示时长；“RA”字段用于指示帧的接收端地址，如目标广播地址或目标组播地址；“TA“字段用于指示帧的发送端的地址；“Length”字段用于指示该字段后的字节数(可以包含或不包含FCS字段的字节数)；一个“STA data info”字段用于对一个相应STA的数据进行确认；“FCS”字段用于解调校验。各发送端站点的站点标识即可添加在各“STA data info”字段中。当多站点数据帧中不包含任何确认消息时，“Length”字段设置为4 (指示“Length”之后的字节数，包括FCS)或者O (指示“Length”之后的字节数，不包括FCS)，即接收端站点成功接收到帧个数为O。帧控制字段的子字段如图4B所示，其中，类型和子类型字段用于指示帧的具体类型，对于ACK帧和BA帧，其都是控制帧，所以对应的类型字段可设置为“01”，子类型则区分是类型字段指示的帧类型中具体哪一类型的帧，例如，ACK对应的子类型设置为“1101”，本发明实施例所涉及的多站点数据确认(Mult1-STAsACK)帧即可记作控制帧中的一个子类，进一步利用子类型中的保留状态(0000-0110)中的某一个状态来指示这类帧。携带在确认消息“STA data info”中的站点标识是能够让发送端站点识别自身的标识，例如可以为站点的关联标识(AID),如图5所示。或站点标识为媒体接入控制层(MAC)地址，如图6所示。站点标识能够全局唯一标识站点，或至少在确认的组播组中唯一标识站点即可。
实施例三图7为本发明实施例三提供的接收端数据确认的实现方法的帧时序示意图。本实施例可以以上述实施例为基础，且与实施例二区别在于采用其他帧承载确认消息，具体是确认消息作为其信息元素，携带在信标帧中进行发送。携带确认消息的信息元素的帧格式可以如图8所示，确认消息以元素标识(Element ID)来区分，确认消息的具体字段设置能够实现对从多站点成功接收到的帧进行确认即可，例如可以包括图4A所示“Length”字段、“STA datainfo”字段的内容。如图7所示，发送端站点STA2、STA3和STA4分别在分配到信道时向接收端站点发送一数据(DATA)帧，并在无其他数据帧要发送时即进入睡眠状态，等待发送时间到达时或到达之前再唤醒来接收确认消息。接收端站点成功接收站点STA2、STA3和STA4发送的数据帧，则将站点STA2、STA3和STA4的站点标识携带在多站点数据确认信息元素中，而后该多站点数据确认信息元素被携带在信标帧中，在发送时间以广播或组播的形式向各站点发送。实施例四本发明实施例四提供的接收端数据确认的实现方法，可以上述各实施例为例，且具体为一次对发送端站点所发送的一个或多个帧的数据进行确认的技术方案，该方案中，可以是所有发送端站点均发送多个帧，也可以是部分发送端站点发送一个帧，部分发送端站点发送多个帧。对于上述各种情况，接收端站点均可以采用本实施例的技术方案进行确认。已有802.1le协议修订中引入了块确认协议(Block Acknowledgment protocol)。块确认协议允许使用单个块确(Block Acknowledgment,简称BA)巾贞来确认同一发送端站点发送的一整块数据帧。本实施例的技术方案基于已有块确认协议进行了改进，在对多站点进行确认时，能够对同一发送端站点发送的一巾贞或多巾贞同时进行确认。本实施例优选以巾贞信息来标识多个帧。具体是确认消息中携带有成功接收到的来自多个发送端站点的帧信息，所述帧信息包含同一发送端站点的一个或多个帧对应的帧信息。实际操作中可以在以组播或广播的形式发送确认消息之前，接收端站点在确认消息中添加成功接收到的来自同一发送端站点的一个或多个巾贞对应的巾贞信息。来自同一发送端站点的巾贞信息可以与站点标识对应设置。当然，本领域技术人员可以理解，上述技术方案确认消息携带一个帧的帧信息时，则同样适用于以帧信息对单帧进行的确认。在本实施例中，可采用图9所示的数据结构来设置“STA data info”字段，包括站点标识(AID)、起始序列号(Starting Sequence Number)和 ACK 位图(ACK Bitmap),其中，“Starting Sequence Number”字段用于指示确认的巾贞的起始序列号，其通常每个数据巾贞对应的序列号由发送端站点携带在数据巾贞中发送；“ACK Bitmap”字段用于对从“StartingSequence Number”开始的巾贞是否成功接收进行表征。当然，本各领域技术人员可以理解，成功接收到的来自同一发送端站点的一个或多个帧对应的帧信息并不限于上述形式，可以是成功接收到的帧中携带的帧序列号和/或间接指示所述成功接收到的帧中携带的序列号的其他信息。例如，可以是各个成功接收到的帧各自的帧序列号，还可以是其他能唯一表征帧被成功接收的信息。上述实施例中所给出的“STA data info”字段优选形式如图5、6和9所示，但本领域技术人员可以理解，实际的确认消息中并不限于上述信息形式，只要能够表明对发送端站点的帧成功接收即可。实施例五图10为本发明实施例五提供的接收端数据确认的实现方法的帧时序示意图，本实施例具体为在PSMP技术中采用本发明统一对多发送端站点进行确认的技术方案。PSMP是802.1ln协议中引入的一种调度技术，用于优化信道接入。PSMP通过在PSMP开始阶段提供下行链路与上行链路调度来实现对能耗的优化。这样站点不需要进行信道清空检测技术(Clear Channel Assessment,简称CCA),就可以在下行链路阶段不需要时关闭接收机，而在上行链路阶段中被调度的时间上发送。在PSMP序列中，站点间只能交换以下帧类型:PSMP管理帧；Qos数据帧；Mult1-TID BAR ；BAR ；Mult1-TID BA ;BA ;不需要立即响应的MPDU。如图10所示，站点STAl首先发送节能多询通知帧进行调度，随后，站点STA2、STA3和STA4在分配的信道中向STAl发送帧(PSMP-UTT)，当无其他帧需要发送给STAl时，则进入睡眠状态，直到发送时间到达时或到达之前才唤醒，以接收确认帧(Mutil-STAs Ack)。在PSMP技术中，作为接收端的站点STAl可以在节能多询通知帧中携带发送时间来通知各发
送端站点。已有PSMP技术中，接收端站点不会使用ACK对成功接收到的单个帧进行确认，所以可靠性差，本实施例在PSMP技术中采用组播或广播形式对多站点统一确认的技术方案，相比于已有技术提高了巾贞传输的可靠性，在发送端站点未收到确认消息时可执行重传操作，另一方面，本实施例由于多站点统一确认，还减少了接收端站点对各站点逐一确认的系统开销。本发明各实施例所提供的接收端数据确认的实现方法，可以一次对多个站点进行帧接收确认，节省了系统开销，将此确认方法应用于PSMP技术时，还可提升PSMP的传输效率。本领域技术人员可以理解，确认消息的承载方法、站点标识和帧信息的格式、发送时间的通知方式等均不限于上述形式，还可以根据需要进行其他设置，各实现方式也可以任意结合使用。实施例六图11为本发明实施例六提供的发送端数据确认的实现方法的流程图，本实施例可以配合本发明所提供的接收端数据确认方法来实行，且具体由发送端站点来执行，该方法包括如下步骤:步骤110、发送端站点接收接收端站点以广播或组播形式发送的确认消息；步骤120、发送端站点根据所述确认消息确认本站点发送的帧是否被成功接收。进一步地，当发送端站点根据所述确认消息确认本站点发送的巾贞未被成功接收后，可以重新发送未被成功接收的帧。在本实施例中，发送端站点接收以广播或组播形式发送的确认消息，因而接收端站点具备同时通知多个站点的能力，能够在需要对多站点的帧进行确认时有效减少系统开销。在上述技术方案的基础上，根据所述确认消息确认本站点发送的帧是否被成功接收的操作可以具体包括:所述确认消息中携带有接收端站点成功接收到的帧对应的发送端站点的站点标识，发送端站点根据所述站点标识确认本站点发送的巾贞是否被成功接收。该站点标识可以为发送端站点的关联标识或媒体接入控制层地址等唯一区别发送端站点的标识。根据站点标识进行确认的操作方式中，发送端站点可以对携带在确认消息中的多个站点标识进行识别匹配，当匹配得到与本站点相同的站点标识时，则视为本站点发送的帧已被成功接收。或者，根据所述确认消息确认本站点发送的帧是否被成功接收的操作还可以根据帧信息来执行，所述确认消息中携带有接收端站点成功接收到的一个或多个帧对应的帧信息，其中，来自同一发送端站点的帧信息可以与站点标识对应设置。则发送端站点具体可以根据所述帧信息确认本站点发送的一个或多个帧是否被成功接收。根据帧信息确认的技术方案既可以适用于对发送端站点所发送的单帧进行确认的情况，也可以适用于基于块确认协议执行的同一发送端站点发送至少两个帧的情况。本领域技术人员可以理解，帧信息的具体形式可以有多种，例如，所述帧信息包含接收端站点成功接收到的帧的帧序列号和/或间接指示所述成功接收到的帧的序列号的其他信息。实施例七本发明实施例七提供的发送端数据确认的实现方法，可以以上述实施例为基础，具体是发送端站点在接收接收端站点以广播或组播形式发送的确认消息之前，还包括:获取接收端站点以广播、组播或单播的形式通知的确认消息的发送时间，以便在所述发送时间获取所述确认消息。其中，该发送时间为绝对时间点或绝对时间段，或者为相对时间点或相对时间段可参见前述图3、图7和图9所示，在接收接收端站点以广播或组播形式发送的确认消息之前，发送端站点首先发送一个或多个帧，之后进入睡眠状态，并在到达所述确认消息的发送时间或之前唤醒。发送端站点在发送完帧之后进行睡眠可实现省电的目的。发送时间的确定可以是站点在入网连接时协商确定的，也可以优选是在每次进行确认前，由接收端站点临时通知发送端站点的。发送时间可以是具有固定周期的多个时间中的一个，或者是临时确定的一个时间。本发明实施例所提供的接收端和发送端数据确认的实现方法，可以通过确认策略来指示。数据巾贞中会包含服务质量(Quality of Service,简称QoS)控制字段,在该字段中可包含确认策略域。有如下几种确认策略:策略1:正常确认或隐式块确认请求；策略2:不确认；策略3:非显式确认或在节能多询机制下的调度确认；策略4:块确认或多站点数据确认。发送端站点在接收接收端站点以广播或组播形式发送的确认消息之前，首先发送一个或多个帧，可以在帧中携带的确认策略为多站点数据确认。从而允许接收端站点可执行统一确认的策略。根据帧中携带的确认策略，接收端站点也可以将已有的立即确认策略和本发明实施例提供的多站点统一确认策略结合使用。实施例八图12为本发明实施例八提供的接收端数据确认的实现装置的结构示意图，该接收端数据确认的实现装置包括:帧接收模块121和帧确认模块122，其中，帧接收模块121用于接收从一个或多个发送端站点发送的帧；帧确认模块122用于以组播或广播的形式发送确认消息，对成功接收到的帧进行确认。在上述技术方案的基础上，该接收端数据确认的实现装置还可以包括:时间通知模块123，用于向其他站点通知所述确认消息的发送时间，其中，所述发送时间为绝对时间点或绝对时间段，或者为相对时间点或相对时间段。本实施例所提供的接收端数据确认的实现装置可以集成在各站点之中，执行本发明任意实施例所提供的接收端数据确认的实现方法，具备相应的功能模块。通过以组播或广播形式对多站点的帧进行统一确认，可以有效减少接收端站点的确认开销，提高传输效率。实施例九图13为本发明实施例九提供的发送端数据确认的实现装置的结构示意图，该发送端数据确认的实现装置包括:消息接收模块131和接收确认模块132，其中，消息接收模块131用于接收接收端站点以广播或组播形式发送的确认消息；接收确认模块132用于根据所述确认消息确认本站点发送的帧是否被成功接收。在此确认方案的基础上，该发送端数据确认的实现装置还可以进一步包括数据重传模块136，用于当根据所述确认消息确认本站点发送的帧未被成功接收后，重新发送未被成功接收的帧。本实施例所提供的发送端数据确认的实现装置可以集成在各站点之中，执行本发明任意实施例所提供的发送端数据确认的实现方法，具备相应的功能模块。通过获取接收端以组播或广播形式发送的对多站点帧进行统一确认的确认消息，可以有效减少接收端站点的确认开销，提高传输效率。在上述方案的基础上，该发送端数据确认的实现装置还可以包括发送时间获取模块133，用于获取接收端站点以广播、组播或单播的形式通知的确认消息的发送时间，以便在所述发送时间获取所述确认消息，其中，所述发送时间为绝对时间点或绝对时间段，或者为相对时间点或相对时间段。上述实现装置优选是还包括:睡眠唤醒模块134，用于发送一个或多个帧，之后进入睡眠状态，并在到达所述确认消息的发送时间或之前唤醒。基于通知机制获取确认消息的发送时间，使得发送端站点可以在等待确认消息时进入睡眠状态来省电。上述装置还可以进一步包括:策略指示模块135，用于发送一个或多个帧，所述帧中携带的确认策略为多站点数据确认。通过携带确认策略的方式来指示接收端站点的确认形式，能够使接收端站点灵活地结合运用各种确认手段。本发明实施例的技术方案，有效解决了现有技术中无论是单帧确认还是块确方式中每次只对一个站点的数据进行确认，而导致确认效率不高，系统开销较大的问题。在PSMP中，对于非聚合的数据也可保证上传的数据被确认是否成功接收，提高了 PSMP的效率。本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是:以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
权利要求
1.一种接收端数据确认的实现方法，其特征在于，包括: 接收从一个或多个发送端站点发送的帧； 以组播或广播的形式发送确认消息，对成功接收到的帧进行确认。
2.根据权利要求1所述的接收端数据确认的实现方法，其特征在于: 所述确认消息中携带有所述成功接收到的帧对应的发送端站点的站点标识。
3.根据权利要求2所述的接收端数据确认的实现方法，其特征在于，所述站点标识为站点的关联标识或媒体接入控制层地址。
4.根据权利要求1所述的接收端数据确认的实现方法，其特征在于: 所述确认消息中携带有成功接收到的一个或多个帧对应的帧信息。
5.根据权利要求4所述的接收端数据确认的实现方法，其特征在于，所述帧信息包括: 所述成功接收到的帧中携带的帧序列号和/或间接指示所述成功接收到的帧中携带的序列号的其他信息。
6.根据权利要求1所述的接收端数据确认的实现方法，其特征在于，在以组播或广播的形式发送所述确认消息之前，还包括: 向其他站点通知所述确认消息的发送时间，其中，所述发送时间为绝对时间点或绝对时间段，或者为相对时间点或相对时间段。
7.根据权利要求6所述的接收端数据确认的实现方法，其特征在于: 发送本次确认消息的发送时间为具有固定周期的多个时间中的一个；或者 发送本次确认消息的发送时间为临时确定的一个时间。
8.根据权利要求6所述的接收端数据确认的实现方法，其特征在于，向其他站点通知所述确认消息的发送时间包括: 将所述发送时间携带在广播帧、组播帧或单播帧中，向其他站点发送。
9.根据权利要求8所述的接收端数据确认的实现方法，其特征在于，所述广播帧为信标帧或节能多询通知帧；或者，所述单播帧为探测响应帧。
10.根据权利要求8所述的接收端数据确认的实现方法，其特征在于: 携带所述发送时间的单播帧中携带有需要对所述单播帧进行确认的指示信息。
11.根据权利要求1-10任一所述的接收端数据确认的实现方法，其特征在于: 所述确认消息为独立的确认帧或为携带在其他帧中的信息元素。
12.一种发送端数据确认的实现方法，其特征在于，包括: 接收接收端站点以广播或组播形式发送的确认消息； 根据所述确认消息确认本站点发送的帧是否被成功接收。
13.根据权利要求12所述的发送端数据确认的实现方法，其特征在于，根据所述确认消息确认本站点发送的帧是否被成功接收包括: 所述确认消息中携带有接收端站点成功接收到的巾贞对应的发送端站点的站点标识，根据所述站点标识确认本站点发送的帧是否被成功接收。
14.根据权利要求13所述的发送端数据确认的实现方法，其特征在于，所述站点标识为发送端站点的关联标识或媒体接入控制层地址。
15.根据权利要求12所述的发送端数据确认的实现方法，其特征在于，根据所述确认消息确认本站点发送的帧是否被成功接收包括:所述确认消息中携带有接收端站点成功接收到的一个或多个帧对应的帧信息，根据所述帧信息确认本站点发送的一个或多个帧是否被成功接收。
16.根据权利要求15所述的发送端数据确认的实现方法，其特征在于: 所述帧信息包含接收端站点成功接收到的帧的帧序列号和/或间接指示所述成功接收到的帧的序列号的其他信息。
17.根据权利要求12所述的发送端数据确认的实现方法，其特征在于，在接收接收端站点以广播或组播形式发送的确认消息之前，还包括: 获取接收端站点以广播、组播或单播的形式通知的确认消息的发送时间，以便在所述发送时间获取所述确认消息，其中，所述发送时间为绝对时间点或绝对时间段，或者为相对时间点或相对时间段。
18.根据权利要求17所述的发送端数据确认的实现方法，其特征在于: 所述发送时间为具有固定周期的多个时间中的一个；或者 所述发送时间为临时确定的一个时间。
19.根据权利要求12-18任一所述的发送端数据确认的实现方法，其特征在于，在接收接收端站点以广播或组播形式发送的确认消息之前，还包括: 发送一个或多个帧，所述帧中携带的确认策略为多站点数据确认。
20.根据权利要求12-18任一所述的发送端数据确认的实现方法，其特征在于，还包括:当根据所述确认消息确认本站点发送的帧未被成功接收后，重新发送未被成功接收的帧。
21.根据权利要求12-18任一所述的发送端数据确认的实现方法，其特征在于，在接收接收端站点以广播或组播形式发送的确认消息之前，还包括: 发送一个或多个帧，之后进入睡眠状态，并在到达所述确认消息的发送时间或之前唤醒。
22.一种接收端数据确认的实现装置，其特征在于，包括: 帧接收模块，用于接收从一个或多个发送端站点发送的帧； 帧确认模块，用于以组播或广播的形式发送确认消息，对成功接收到的帧进行确认。
23.根据权利要求22所述的接收端数据确认的实现装置，其特征在于，还包括: 时间通知模块，用于向其他站点通知所述确认消息的发送时间，其中，所述发送时间为绝对时间点或绝对时间段，或者为相对时间点或相对时间段。
24.一种发送端数据确认的实现装置，其特征在于，包括: 消息接收模块，用于接收接收端站点以广播或组播形式发送的确认消息； 接收确认模块，用于根据所述确认消息确认本站点发送的帧是否被成功接收。
25.根据权利要求24所述的发送端数据确认的实现装置，其特征在于，还包括: 发送时间获取模块，用于获取接收端站点以广播、组播或单播的形式通知的确认消息的发送时间，以便在所述发送时间获取所述确认消息，其中，所述发送时间为绝对时间点或绝对时间段，或者为相对时间点或相对时间段。
26.根据权利要求24或25所述的发送端数据确认的实现装置，其特征在于，还包括: 策略指示模块，用于发送一个或多个帧，所述帧中携带的确认策略为多站点数据确认。
27.根据权利要求24或25所述的发送端数据确认的实现装置，其特征在于，还包括:睡眠唤醒模块，用于发送一个或多个帧，之后进入睡眠状态，并在到达所述确认消息的发送时间或之前唤醒。
28.根据权利要求24或25所述的发送端数 据确认的实现装置，其特征在于，还包括:数据重传模块，用于当根据所述确认消息确认本站点发送的帧未被成功接收后，重新发送未被成功接收的帧。
全文摘要
本发明提供了一种接收端和发送端数据确认的实现方法及装置。该实现方法包括接收从一个或多个发送端站点发送的帧；以组播或广播的形式发送确认消息，对成功接收到的帧进行确认。本发明通过接收端站点以组播或广播形式发送确认消息，实现了对多站点进行统一确认，为减少接收端站点确认开销提供了可能，且在同时确认多个发送端站点时，提高效率、减少开销的效果尤为明显。
文档编号H04L1/16GK103095429SQ20111034588
公开日2013年5月8日 申请日期2011年11月4日 优先权日2011年11月4日
发明者张兴新, 高磊, 刘孟红, 陈庆勇 申请人:华为技术有限公司