数据通信的方法、装置及系统与流程

本发明实施例涉及无线通信领域，并且更具体地，涉及数据通信的方法、装置及系统。

背景技术：

无线保真(Wireless Fidelity，WiFi)技术已被广泛应用于各行业。WiFi技术的最基本的网络结构为一个接入点(Access Point，AP)带上若干个站点(Station，STA)，AP为STA提供接入服务。AP与STA之间是以无线信号作为交互媒介。该无线信号指物理帧，通常以物理层会聚协议(Physical Layer Convergence Procedure，PLCP)包的形式出现，包括包头和数据部分，其中数据部分就是媒体接入控制(Media Access Control，MAC)帧，通常MAC帧以MAC协议数据器件或单元(MAC protocol data unit，MPDU)的形式出现在PLCP包中。

在现有标准中，MAC帧包括MAC帧头、实体(Body)部分和帧校验序列(Frame Check Sequence，FCS)部分，Body部分也就是数据部分。其中，MAC帧头通常包括2字节的帧控制(Frame Control，FC)域、2字节的Duration(长度)/标识(Identification，ID)子域、多个字节的地址子域、2字节的序列控制(Sequence Control)子域、2字节的服务质量(Quality of Service，QoS)控制(Control)子域和高吞吐量(High Throughput)控制(Control)子域。因此，MAC帧的帧头长度通常达到24字节。

然而，在802.11ah的应用场景中，例如在传感网络中，STA与AP通信非常频繁，且传输的数据量都很小，可能比MAC帧头还要小，且在传感网络中数据传输速率会很低。因此使用现有标准中的MAC帧，导致传输效率低，无法满足应用需求。

技术实现要素：

本发明实施例提供数据通信的方法、装置及系统，能够提高数据帧的传输效率。

一方面，提供了一种数据通信的方法，包括：向接入点发送关联请求消息；接收该接入点发送的关联响应消息，该关联响应消息包含关联标识；生成数据帧，该数据帧的格式为精简帧格式，该数据帧的帧头包含源地址和目的地址，其中该源地址的长度小于媒体接入控制MAC地址的长度，该源地址包括该关联标识，或该关联标识和组播单播指示，或该关联标识和数据类型，或该关联标识、该数据类型和该组播单播指示；向该接入点发送该数据帧。

另一方面，提供了一种数据通信的方法，包括：接收终端发送的关联请求消息；向该终端发送关联响应消息，该关联响应消息包含关联标识；接收该终端发送的数据帧，该数据帧的格式为精简帧格式，该数据帧的帧头包含源地址和目的地址，其中该源地址的长度小于媒体接入控制MAC地址的长度，该源地址包括该关联标识，或该关联标识和组播单播指示，或该关联标识和数据类型，或该关联标识、该数据类型和该组播单播指示；根据该数据帧进行解码处理。

另一方面，提供了一种数据通信的装置，包括：收发器；至少一个处理器，耦合到该收发器；该收发器被配置为向接入点发送关联请求消息，接收该接入点发送的关联响应消息，该关联响应消息包含关联标识；该处理器被配置为生成数据帧，该数据帧的格式为精简帧格式，该数据帧的帧头包含源地址和目的地址，其中该源地址的长度小于媒体接入控制MAC地址的长度，该源地址包括该关联标识，或该关联标识和组播单播指示，或该关联标识和数据类型，或该关联标识、该数据类型和该组播单播指示；该收发器还被配置为向该接入点发送该数据帧。

另一方面，提供了一种数据通信的装置，包括：收发器；至少一个处理器，耦合到该收发器；该收发器被配置为接收终端发送的关联请求消息；向该终端发送关联响应消息，该关系响应消息包含关联标识；接收该终端发送的数据帧，该数据帧的格式为精简帧格式，该数据帧的帧头包含源地址和目的地址，其中该源地址的长度小于媒体接入控制MAC地址的长度，该源地址包括该关联标识，或该关联标识和组播单播指示，或该关联标识和数据类型，或该关联标识、该数据类型和该组播单播指示；该处理器被配置为根据该数据帧进行解码处理。

另一方面，提供了一种数据通信的系统，包括上述任意一种装置。

本发明实施例中，由于数据帧的帧头中的源地址的长度小于MAC地址的长度，与现有技术中的数据帧相比，能够减小数据帧的长度，从而能够提高数据帧的传输效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一的数据通信的方法的示意性流程图。

图2是根据本发明实施例二的数据通信的方法的示意性流程图。

图3是根据本发明实施例三的数据帧的一个例子的示意性结构图。

图4是根据本发明实施例四的数据帧的FC域的一个例子的示意性结构图。

图5是根据本发明实施例五的数据通信的装置的框图。

图6是根据本发明实施例六的数据通信的装置的框图。

图7是根据本发明实施例七的数据通信的系统的框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

图1是根据本发明实施例一的数据通信的方法的示意性流程图。图1的方法由终端执行，例如，可以是WiFi技术中的STA执行。

110，向接入点发送关联请求消息。

120，接收该接入点发送的关联响应消息，该关联响应消息包含关联标识(Association Identifier，AID)。

130，生成数据帧，该数据帧的格式为精简帧格式，该数据帧的帧头包含源地址和目的地址，其中该源地址的长度小于MAC地址的长度，该源地址包括该关联标识，或该关联标识和组播单播指示，或该关联标识和数据类型，或该关联标识、该数据类型和该组播单播指示。

140，向该接入点发送该数据帧。

本发明实施例中，由于数据帧的帧头中的源地址的长度小于MAC地址的长度，与现有技术中的数据帧相比，能够减小数据帧的长度，从而能够提高数据帧的传输速率。

应理解，本发明实施例中，AID可以指在BSS(Basic Service Set，基本服务集)网络中，AP向STA分配的唯一标识，它是一个16比特的序列，但现有802.11标准中AID的最大值是2007，因此只需要用到11比特。在802.11ah的应用场景中，1个AP服务于多达6000个STA。此处AID使用13位就可以指示2¹³＝8192个STA，能够满足应用需求。在本发明实施例中，也可以不使用已有的AID，而在关联响应消息中携带另外用于寻址的短地址信息，或在精简的帧格式中使用比MAC地址短的传输流标识等，并且一个终端可以有多个传输流标识，也就是说每个传输流可以使用短地址代替MAC地址寻址。在本发明实施例中将这些用于寻址且比MAC地址短的信息都称为关联标识，并使用AID来简称，应理解，以下所说的AID或关联标识并不限于现有标准中所说的AID或关联标识，关联请求消息和关联响应消息也不限于现有标准中的关联请求消息或关联响应消息。

应注意，上述源地址是生成数据帧的终端的地址，而目的地址这里是指接入点的地址。在某些情况下，可能存在一个终端直接向另一个终端发送数据，则源地址和目的地址都可以是相应的终端的地址。如果是接入点向终端发送数据帧，则目的地址是终端的地址，而源地址是接入点的地址。终端的地址可以设为16比特，其中第15、14位来表示数据类型，例如，用“00”表示尽力而为的普通数据，“01”表示语音数据等，第13位表示组播还是单播。如果是接入点向终端发送数据帧，所述终端的地址中的第13位为“1”，表示当前传输的这个帧为组播帧，并且所述终端的地址中的第0位到第12位不全为“1”，指示一个具体的组播地址，数据帧的接收者是一组终端而不是单个终端。组播地址不是AID，其值如何确定可参照现有技术或其它相关技术，本发明对此并不限定。如果所述终端的地址作为目的地址且其中的第0位到第13位都为“1”，表示当前传输的这个数据帧为广播帧，并且此时可以把第0位到第12位都为“1”看成是一个特殊的组播地址，这个特殊的组播就是广播，广播帧的接收者是接入点所在网络中的所有终端。当所述终端的地址的第13位为‘0’时，则所述终端的地址的第0位到第12位是接入点给终端分配的AID的低13位，当这样的终端的地址是目的地址时，数据帧的接收者就是终端的地址中AID指示的终端。因此所述终端的地址的第13位是组播单播指示位。当终端的地址是源地址时，STA通常将源地址设成单播地址，即包含自己的AID。当终端的地址是目的地址时，可以是单播或组播地址，是单播地址时包含终端的AID。当然，AID的低13位、组播单播指示位、数据类型指示位可以以任何组合方式组成源地址，而不限于上述的组合方式。同时，源地址也可以只包含AID、或者只包含AID/组播地址和组播单播指示、或者只包含AID和数据类型、或者包含这三种信息。所述终端的地址也不限于16比特，可以根据需要定义为其它长度，并且可以保留一些未定义的保留位。所述AID的有效位数还可以是其他位数，例如可以是14位或12位等。所述数据类型的长度还可以是其它比特数，例如可以是3比特或更多，以表示更多的数据类型、传输类型或数据流的编号。本发明实施例中，为了便于描述，将数据类型、传输类型或数据流编号或标识都称为数据类型。

可选地，作为补充或者例外，在步骤130中，目的地址的长度小于接入点的MAC地址的长度，目的地址是接入点的MAC地址的哈希(Hash)值。本发明实施例中，此处的目的地址是指接入点的地址，可以理解，如果是接入点向终端发送数据帧，则数据帧中的源地址是接入点的地址。该接入点的地址的长度小于接入点的MAC地址的长度，该接入点的地址可以是该接入点的MAC地址的哈希值。例如，可以将接入点的MAC地址进行Hash运算后，取其中的16位作为目的地址。这样，目的地址的长度远小于MAC地址的长度(48位)。当然，该哈希值也可以是其他小于MAC地址长度的长度，本发明实施例对此并不限定。

本发明实施例中，由于数据帧的帧头中的目的地址是接入点的MAC地址的哈希值，长度小于MAC地址，因此，能够减小数据帧的帧头的长度，从而能够提高数据帧的传输速率。

可选地，作为补充或者例外，在步骤130中，该帧头还可包含FC域，该FC域可包含协议版本(Protocol Version)子域，该协议版本子域可用于指示非精简帧格式或精简帧格式。在本发明实施例中，精简帧格式是指至少使用了比MAC地址短的包含终端的AID的地址值作为终端的地址，并可以进一步将比MAC地址短的接入点的MAC地址的Hash值作为接入点的地址而不使用接入点的MAC地址，还可以进一步包含以下所说的精简方法。非精简帧格式是指直接在帧中使用终端和接入点的MAC地址，也就是没有采用本发明实施例的方法对帧长度进行缩减的帧格式。例如，该协议版本子域的长度可以是2比特，当值为“00”时，可以指示该数据帧的格式为非精简帧格式，比如现有标准中的MAC帧格式；当值为“01”时，可以指示该数据帧的格式为精简帧格式。其它值为保留值，可用于指示其它版本的帧格式。应理解，本发明实施例中，非精简帧格式可包括现有标准中的数据帧格式，也可包括长度大于本发明实施例中数据帧的其它的数据帧格式。

可选地，作为补充或者例外，在步骤130中，该帧头还可包含FC域，该FC域可包含精简帧格式指示子域，该精简帧格式指示子域用于指示非精简帧格式或精简帧格式。例如，该精简帧格式指示子域的长度可以为1比特，当值为“0”时，可指示该数据帧的格式为非精简帧格式；当值为“1”时，可指示该数据帧的格式为精简帧格式。

可选地，作为补充或者例外，在步骤130中，该帧头还可包含FC域，该FC域包含数据帧的子类型子域，不包含帧类型子域。数据帧的子类型子域用于指示数据帧的子类型，例如是否为有QoS的数据帧、或是否为无竞争轮询(Contention Free Poll，CF-Poll)数据帧等。在现有标准中的MAC帧中，帧类型子域用于指示帧的类型，包括数据帧、管理帧和控制帧。在本发明实施例中，若精简帧格式仅用于数据帧，即已确定传输的是数据帧，因此在FC域中，可以不包含帧类型子域。当然，所述精简帧格式也可以用于管理帧和控制帧等其它帧类型，则FC域中需要包含帧类型子域。

本发明实施例中，数据帧的帧头中的FC域不包含帧类型子域，与现有标准的MAC帧相比，能够减小数据帧的长度，从而能够提高数据帧的传输效率。

可选地，作为补充或者例外，在步骤130中，该帧头还可包含FC域，该FC域可包含帧传输方向子域，该帧传输方向子域的长度为1比特，用于指示数据帧的传输方向。例如，当该帧传输方向子域的值为“0”时，可指示数据帧的传输方向从终端到接入点。当该帧传输方向子域的值为“1”时，可指示数据帧的传输方向从接入点到终端。相比现有技术中的MAC帧，使用2比特指示数据帧的传输方向，能够缩短1比特。

可选地，作为补充或者例外，在步骤110中，关联请求消息还可包含用于请求使用精简帧格式的第一信息，关联响应消息还可包含用于指示使用精简帧格式的第二信息。例如，终端可通过关联请求消息，向接入点请求使用精简帧格式。接入点确定可使用精简帧格式，则可通过关联响应消息，指示终端使用精简帧格式。

可选地，作为补充或者例外，终端可向接入点发送第一消息，第一消息可包含用于请求使用精简帧格式的第一信息，可接收接入点发送的第二消息，第二消息可包含用于指示使用精简帧格式的第二信息。终端可通过不同于关联请求消息的第一消息，向接入点请求使用精简帧格式，可接收接入点发送的不同于关联响应消息的第二消息，指示终端使用精简帧格式。

可选地，作为补充或者例外，第一信息还可用于指示帧头不携带传输参数在数据传输过程中保持不变的部分，该传输参数在数据传输过程中保持不变的部分可包括以下中的至少一个：数据帧长度子域和QoS参数子域。

数据帧长度子域可指示数据的长度，QoS参数子域指示QoS参数，在终端和接入点的数据传输过程中，数据的长度和QoS参数可保持不变，则在帧头中可不携带数据帧长度子域和QoS参数子域。

本发明实施例中，数据帧的帧头不携带传输参数在数据传输过程中保持不变的部分，因此能够减小数据帧的长度，从而能够提高数据帧的传输效率。

可选地，作为补充或者例外，第一信息还可用于指示是否加密该数据帧。在第一信息中指示是否加密数据帧，则在数据帧的帧头中可不包含帧保护指示子域，这样能够减小数据帧的长度。

实施例二

图2是根据本发明实施例二的数据通信的方法的示意性流程图。图2的方法由接入点执行，例如，可以是WiFi技术中的AP。

210，接收终端发送的关联请求消息。

220，向终端发送关联响应消息，该关系响应消息包含关联标识。

230，接收该终端发送的数据帧，该数据帧的格式为精简帧格式，该数据帧的帧头包含源地址和目的地址，其中该源地址的长度小于媒体接入控制MAC地址的长度，该源地址包括该关联标识，或该关联标识和组播单播指示，或该关联标识和数据类型，或该关联标识、该数据类型和该组播单播指示。

240，根据该数据帧进行解码处理。

本发明实施例中，由于数据帧的帧头中的源地址的长度小于MAC地址的长度，与现有技术中的数据帧相比，能够减小数据帧的长度，从而能够提高数据帧的传输效率。

可选地，作为补充或者例外，在步骤240中，接入点可获取该帧头包含的目的地址，其中该目的地址的长度小于接入点的MAC地址的长度，该目的地址可以是接入点的MAC地址的哈希值。例如，可以将接入点的MAC地址进行Hash运算后，取其中的16位作为目的地址。这样，目的地址的长度远小于MAC地址的长度(48位)。当然，该哈希值也可以是其他小于MAC地址长度的长度，本发明实施例对此并不限定。

本发明实施例中，由于数据帧的帧头中的目的地址是接入点的MAC地址的哈希值，长度小于MAC地址，因此，能够减小数据帧的帧头的长度，从而能够提高数据帧的传输效率。

可选地，作为补充或者例外，在步骤240中，接入点可获取该帧头包含的FC域，该FC域可包含协议版本子域，该协议版本子域可用于指示非精简帧格式或精简帧格式。例如，该协议版本子域的长度可以是2比特，当值为“00”时，可以指示该数据帧的格式为非精简帧格式，比如现有标准中的MAC帧格式；当值为“01”时，可以指示该数据帧的格式为精简帧格式。其它值为保留值，可用于指示其它版本的帧格式。应理解，本发明实施例中，非精简帧格式可包括现有标准中的数据帧格式，也可包括长度大于本发明实施例中数据帧的其它的数据帧格式。

可选地，作为补充或者例外，在步骤240中，接入点可获取该帧头包含的FC域，该FC域可包含精简帧格式指示子域，该精简帧格式指示子域用于指示非精简帧格式或精简帧格式。例如，该精简帧格式指示子域的长度可以为1比特，当值为“0”时，可指示该数据帧的格式为非精简帧格式；当值为“1”时，可指示该数据帧的格式为精简帧格式。

可选地，作为补充或者例外，在步骤240中，接入点可获取该帧头包含的FC域，该FC域可包含该数据帧的子类型子域，不包含帧类型子域。数据帧的子类型子域可以用于指示数据帧的子类型，例如CF-Poll数据帧、QoS数据帧等。在现有标准中的MAC帧中，帧类型子域用于指示帧的类型，包括数据帧、管理帧和控制帧。在本发明实施例中，若精简帧格式仅用于数据帧，即已确定传输的是数据帧，因此在FC域中，可以不包含帧类型子域。当然，所述精简帧格式也可以用于管理帧和控制帧等其它帧类型，则FC域中需要包含帧类型子域。

本发明实施例中，数据帧的帧头中的FC域不包含帧类型子域，与现有标准的MAC帧相比，能够减小数据帧的长度，从而能够提高数据帧的传输效率。

可选地，作为补充或者例外，在步骤240中，接入点可获取该帧头包含的FC域，该FC域可包含帧传输方向子域，该帧传输方向子域的长度为1比特，可用于指示数据帧的传输方向。例如，当该帧传输方向子域的值为“0”时，可指示数据帧的传输方向从终端到接入点。当该帧传输方向子域的值为“1”时，可指示数据帧的传输方向从接入点到终端。相比现有技术中的MAC帧，使用2比特指示数据帧的传输方向，能够缩短1比特。

可选地，作为补充或者例外，在步骤210中，关联请求消息还可包含用于请求使用精简帧格式的第一信息，关联响应消息还可包含用于指示使用精简帧格式的第二信息。例如，终端可通过关联请求消息，向接入点请求使用精简帧格式。接入点确定可使用精简帧格式，则可通过关联响应消息，指示终端使用精简帧格式。

可选地，作为补充或者例外，接入点可接收终端发送的第一消息，该第一消息可包含用于请求使用精简帧格式的第一信息。接入点可向终端发送第二消息，该第二消息可包含用于指示使用所述精简帧格式的第二信息。终端可通过不同于关联请求消息的第一消息，向接入点请求使用精简帧格式，接入点可通过不同于关联响应消息的第二消息，指示终端使用精简帧格式。

可选地，作为补充或者例外，第一信息还可用于指示该帧头不携带传输参数在数据传输过程中保持不变的部分，该传输参数在数据传输过程中保持不变的部分可包括以下中的至少一个：数据帧长度子域和QoS参数子域。

数据帧长度子域可指示数据的长度，QoS参数子域指示QoS参数，在终端和接入点的数据传输过程中，数据的长度和QoS参数可保持不变，则在帧头中可不携带数据帧长度子域和QoS参数子域。

本发明实施例中，数据帧的帧头不携带传输参数在数据传输过程中保持不变的部分，因此能够减小数据帧的长度，从而能够提高数据帧的传输效率。

可选地，作为补充或者例外，第一信息还可用于指示是否加密该数据帧。在第一消息中指示是否加密数据帧，则在数据帧的帧头中可不包含帧保护指示子域，这样能够减小数据帧的长度。

实施例三

图3是根据本发明实施例三的数据帧的一个例子的示意性结构图。

如图3所示，该数据帧包含：FC域，长度为1字节；由AID和AC(Access Category，访问种类)组成的源地址，长度为2字节，其中AC是数据类型的相关信息；目的地址为APID(AP Identification，AP标识)，是AP的MAC地址的哈希值，长度为2字节；实体(Body)部分，也就是数据部分；以及FCS部分，长度为4字节。

其中，该数据帧的帧头包含FC域、源地址和目的地址，长度为5字节，相比现有技术中长度为24字节的MAC帧头，减小了19字节。

因此，本发明实施例中，由于数据帧的长度减小，从而能够提高数据帧的传输效率。

实施例四

图4是根据本发明实施例四的数据帧的FC域的一个例子的示意性结构图。

如图4所示，该FC域包含：协议版本子域，长度为2比特；子类型子域(Subtype)，长度为4比特；帧传输方向子域，长度为1比特；以及精简帧格式指示子域，长度为1比特，当值为“0”时，可指示非精简帧格式，当值为“1”时，可指示精简帧格式。

因此，本发明实施例中，相比现有技术中数据帧的FC域，长度减小了1字节，从而能够提高数据帧的传输效率。

实施例五

图5是根据本发明实施例五的数据通信的装置的框图。图5的装置500的一个例子是终端，例如可以是WiFi技术中的STA。该装置500包括收发器510和至少一个处理器520。为了描述的简洁，图5中只描述了一个处理器，但是图5中的处理器可以是一个或多个，本发明实施例对此并不限定。

收发器510被配置为向接入点发送关联请求消息，接收该接入点发送的关联响应消息，该关联响应消息包含关联标识。处理器520被配置为生成数据帧，该数据帧的格式为精简帧格式，该数据帧的帧头包含源地址和目的地址，其中该源地址的长度小于媒体接入控制MAC地址的长度，该源地址包括该关联标识，或该关联标识和组播单播指示，或该关联标识和数据类型，或该关联标识、该数据类型和该组播单播指示。收发器510还被配置为向该接入点发送该数据帧。

本发明实施例中，由于数据帧的帧头中的源地址的长度小于MAC地址的长度，与现有技术中的数据帧相比，能够减小数据帧的长度，从而能够提高数据帧的传输效率。

可选地，作为补充或者例外，该目的地址的长度小于该接入点的MAC地址的长度，该目的地址可以是该接入点的MAC地址的哈希值。

可选地，作为补充或者例外，该数据帧的帧头还可包含FC域，该FC域可包含协议版本子域，该协议版本子域可用于指示非精简帧格式或精简帧格式。

可选地，作为补充或者例外，该数据帧的帧头还可包含FC域，该FC域可包含精简帧格式指示子域，该精简帧格式指示子域可用于指示非精简帧格式或精简帧格式。

可选地，作为补充或者例外，该数据帧的帧头还可包含FC域，该FC域可包含该数据帧的子类型子域，不包含帧类型子域。

可选地，作为补充或者例外，该数据帧的帧头还可包含FC域，该FC域可包含帧传输方向子域，该帧传输方向子域的长度为1比特，可用于指示该数据帧的传输方向。

可选地，作为补充或者例外，该关联请求信息还可包含用于请求使用精简帧格式的第一信息，该关联响应消息还可包含用于指示使用精简帧格式的第二信息。

可选地，作为补充或者例外，收发器510还被配置为向该接入点发送第一消息，该第一消息可包含用于请求使用精简帧格式的第一信息，接收该接入点发送的第二消息，该第二消息可包含用于指示使用精简帧格式的第二信息。

可选地，作为补充或者例外，该第一信息还可用于指示该帧头不携带传输参数在数据传输过程中保持不变的部分，该传输参数在数据传输过程中保持不变的部分可包括以下中的至少一个：数据帧长度子域和服务质量QoS参数子域。

可选地，作为补充或者例外，该第一信息还可用于指示是否加密该数据帧。

装置500的各个硬件或硬件与相应软件的配合所执行的操作可以参考上述实施例一的方法的110、120、130和140。为了避免重复，在此不再赘述。

此外，还提供一种计算可读媒体(或介质)，包括在被执行时进行以下操作的计算机可读指令：执行上述实施例一中的方法的110、120、130和140的操作。

另外，还提供一种计算机程序产品，包括上述计算机可读介质。

需要说明的是：本发明实施例中所涉及的终端包括但不限于手机，移动电话、便携计算机，平板计算机等具有无线通信功能的电子设备。

实施例六

图6是根据本发明实施例六的数据通信的装置的框图。图6的装置600的一个例子是接入点，例如，可以是WiFi技术中的AP。该装置600包括收发器610和至少一个处理器620。为了描述的简洁，在图6中只描述了一个处理器，但是图6中的处理器可以是一个或多个，本发明实施例对此并不限定。

收发器610被配置为接收终端发送的关联请求消息；向该终端发送关联响应消息，该关系响应消息包含关联标识；接收该终端发送的数据帧，该数据帧的格式为精简帧格式，该数据帧的帧头包含源地址和目的地址，其中该源地址的长度小于媒体接入控制MAC地址的长度，该源地址包括该关联标识，或该关联标识和组播单播指示，或该关联标识和数据类型，或该关联标识、该数据类型和该组播单播指示。处理器620被配置为根据该数据帧进行解码处理。

本发明实施例中，由于数据帧的帧头中的源地址的长度小于MAC地址的长度，与现有技术中的数据帧相比，能够减小数据帧的长度，从而能够提高数据帧的传输效率。

可选地，作为补充或者例外，处理器620还被配置为获取该帧头包含的目的地址，其中该目的地址的长度小于接入点的MAC地址的长度，该目的地址可以是该接入点的MAC地址的哈希值。

可选地，作为补充或者例外，处理器620还被配置为获取该帧头包含的FC域，该FC域可包含协议版本子域，该协议版本子域可用于指示非精简帧格式或精简帧格式。

可选地，作为补充或者例外，处理器620还被配置为获取该帧头包含的FC域，该FC域可包含精简帧格式指示子域，该精简帧格式指示子域可用于指示非精简帧格式或精简帧格式。

可选地，作为补充或者例外，处理器620还被配置为获取该帧头包含的FC域，该FC域可包含数据帧的子类型子域，不包含帧类型子域。

可选地，作为补充或者例外，处理器620还被配置为获取该帧头包含的FC域，该FC域可包含帧传输方向子域，该帧传输方向子域的长度为1比特，用于指示该数据帧的传输方向。

可选地，作为补充或者例外，该关联请求消息还可包含用于请求使用精简帧格式的第一信息，该关联响应消息还可包含用于指示使用精简帧格式的第二信息。

可选地，作为补充或者例外，收发器610还被配置为接收该终端发送的第一消息，该第一消息可包含用于请求使用精简帧格式的第一信息；向该终端发送第二消息，该第二消息可包含用于指示使用精简帧格式的第二信息。

可选地，作为补充或者例外，该第一信息还可用于指示该帧头不携带传输参数在数据传输过程中保持不变的部分，该传输参数在数据传输过程中保持不变的部分包括以下中的至少一个：数据帧长度子域和服务质量QoS参数子域。

可选地，作为补充或者例外，该第一信息还可用于指示是否加密所述数据帧。

装置600的各个硬件或硬件与相应软件的配合所执行的操作可以参考上述实施例二的方法的210、220、230和240。为了避免重复，在此不再赘述。

此外，还提供一种计算可读媒体(或介质)，包括在被执行时进行以下操作的计算机可读指令：执行上述实施例二中的方法的210、220、230和240的操作。

另外，还提供一种计算机程序产品，包括上述计算机可读介质。

需要说明的是：本发明实施例中所涉及的接入点包括但不限于具有WiFi技术中的AP功能的设备。

实施例七

图7是根据本发明实施例七的数据通信的系统的框图。图7的系统700包括如上述的装置500和/或装置600。

系统700的各个硬件或硬件与相应软件的配合所执行的操作可以参考上述实施例五和/或实施例六。为了避免重复，在此不再赘述。

本发明实施例中，由于数据帧的帧头中的源地址的长度小于MAC地址的长度，与现有技术中的数据帧相比，能够减小数据帧的长度，从而能够提高数据帧的传输效率。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的器件或单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和器件或单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述器件的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个器件或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或器件的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能器件可以集成在一个处理器件中，也可以是各个器件单独物理存在，也可以两个或两个以上器件集成在一个器件中。

所述功能如果以软件功能器件的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。