WO2013104287A1 - 数据通信的方法、装置及系统 - Google Patents

数据通信的方法、装置及系统 Download PDF

Info

Publication number
WO2013104287A1
WO2013104287A1 PCT/CN2013/070139 CN2013070139W WO2013104287A1 WO 2013104287 A1 WO2013104287 A1 WO 2013104287A1 CN 2013070139 W CN2013070139 W CN 2013070139W WO 2013104287 A1 WO2013104287 A1 WO 2013104287A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
data
subfield
format
reduced
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.)
Ceased
Application number
PCT/CN2013/070139
Other languages
English (en)
French (fr)
Inventor
董贤东
丁志明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
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 Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Priority to JP2014551509A priority Critical patent/JP5904347B2/ja
Priority to SG11201510187PA priority patent/SG11201510187PA/en
Priority to ES13735875.0T priority patent/ES2626354T3/es
Priority to EP13735875.0A priority patent/EP2793448B1/en
Publication of WO2013104287A1 publication Critical patent/WO2013104287A1/zh
Anticipated expiration legal-status Critical
Priority to US14/330,238 priority patent/US9906491B2/en
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5038Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/672Short addresses

Definitions

  • Embodiments of the present invention relate to the field of wireless communications and, more particularly, to methods, apparatus, and systems for data communications.
  • Wireless Fidelity (WiFi) technology has been widely used in various industries.
  • the most basic network structure of the WiFi technology is that an access point (Access Point, ⁇ ) carries a number of stations (Stations, STAs), and the AP provides access services for the STAs.
  • a wireless signal is used as an interactive medium between the AP and the STA.
  • the wireless signal refers to a physical frame, usually in the form of a Physical Layer Convergence Procedure (PLCP) packet, including a packet header and a data portion, wherein the data portion is a Media Access Control (MAC) frame, usually The MAC frame appears in the PLCP packet in the form of a MAC protocol data unit or MPDU.
  • PLCP Physical Layer Convergence Procedure
  • MAC Media Access Control
  • the MAC frame includes a MAC frame header, a body part, and a Frame Check Sequence (FCS) part, and the body part is also a data part.
  • the MAC frame header usually includes a 2-byte Frame Control (FC) field, a 2-byte Duration/Identification (ID) subfield, a multibyte address subfield, and 2 words.
  • Embodiments of the present invention provide a method, apparatus, and system for data communication, which can improve transmission efficiency of data frames.
  • a method for data communication including: sending an association request message to an access point; receiving an association response message sent by the access point, where the association response message includes an association identifier; generating a data frame, where the data frame is The format is a reduced frame format, and the frame header of the data frame includes a source address and a destination address, where the length of the source address is smaller than the length of the media access control MAC address, and the source address includes the association identifier, or the association identifier and multicast A unicast indication, or the association identifier and data type, or the association identifier, the data type, and the multicast unicast indication; the data frame is sent to the access point.
  • a method for data communication including: receiving an association request message sent by a terminal; sending an association response message to the terminal, where the association response message includes an association identifier; receiving a data frame sent by the terminal, the data frame
  • the format of the data frame is a reduced frame format, where the frame header of the data frame includes a source address and a destination address, where the length of the source address is smaller than the length of the media access control MAC address, and the source address includes the association identifier, or the association identifier and the group Broadcast unicast indication, or the association identifier and data type, or the association identifier, the data type, and the multicast unicast indication; performing decoding processing according to the data frame.
  • an apparatus for data communication comprising: a transceiver; at least one processor coupled to the transceiver; the transceiver configured to send an association request message to an access point, to receive the access point to send Correlation response message, the association response message includes an association identifier; the processor is configured to generate a data frame, the format of the data frame is a reduced frame format, and a frame header of the data frame includes a source address and a destination address, where the source address The length of the medium is less than the length of the medium access control MAC address, and the source address includes the association identifier, or the association identifier and the multicast unicast indication, or the association identifier and the data type, or the association identifier, the data type, and the group. Broadcast unicast indication; the transceiver is further configured to send the data frame to the access point.
  • an apparatus for data communication comprising: a transceiver; at least one processor coupled to the transceiver; the transceiver configured to receive a transmission by a terminal Correlation request message; sending an association response message to the terminal, the relationship response message includes an association identifier; receiving a data frame sent by the terminal, the format of the data frame is a reduced frame format, and the frame header of the data frame includes a source address and a destination address
  • the length of the source address is smaller than the length of the medium access control MAC address, where the source address includes the association identifier, or the association identifier and the multicast unicast indication, or the association identifier and data type, or the association identifier, Data type and the multicast unicast indication;
  • the processor is configured to perform decoding processing according to the data frame.
  • a system for data communication including any of the above.
  • the length of the source address in the frame header of the data frame is smaller than the length of the MAC address, the length of the data frame can be reduced compared with the data frame in the prior art, thereby improving the transmission of the data frame. effectiveness.
  • FIG. 1 is a schematic flow chart of a method of data communication according to a first embodiment of the present invention.
  • FIG. 2 is a schematic flow chart of a method of data communication according to a second embodiment of the present invention.
  • Fig. 3 is a schematic block diagram showing an example of a data frame according to a third embodiment of the present invention.
  • Figure 4 is a schematic block diagram showing an example of an FC field of a data frame according to Embodiment 4 of the present invention.
  • Figure 5 is a block diagram of an apparatus for data communication in accordance with a fifth embodiment of the present invention.
  • Figure 6 is a block diagram of an apparatus for data communication in accordance with Embodiment 6 of the present invention.
  • Figure 7 is a block diagram of a system for data communication in accordance with a seventh embodiment of the present invention.
  • FIG. 1 is a schematic flow chart of a method of data communication according to a first embodiment of the present invention.
  • the method of Figure 1 is performed by a terminal, for example, it can be a STA in WiFi technology.
  • the format of the data frame is a reduced frame format, where a frame header includes a source address and a destination address, where the length of the source address is smaller than a length of the MAC address, where the source address includes the associated identifier, or
  • the association identifier and the multicast unicast indication, or the association identifier and data type, or the association identifier, the data type, and the multicast unicast indication are associated with the format of the data frame.
  • the length of the source address in the frame header of the data frame is smaller than the length of the MAC address, the length of the data frame can be reduced compared with the data frame in the prior art, thereby improving the transmission of the data frame. rate.
  • the AID may refer to a unique identifier assigned to the STA in the BSS (Basic Service Set) network, which is a 16-bit sequence, but the existing AID in the 802.1 1 standard. The maximum value is 2007, so only 1 bit is needed.
  • BSS Basic Service Set
  • one AP serves up to 6000 STAs.
  • the existing AID may not be used, but the short-address information for addressing may be carried in the association response message, or the transport stream identifier shorter than the MAC address may be used in the reduced frame format.
  • a terminal can have multiple transport stream identifiers, that is to say each transport stream can use short addresses instead of MAC address addressing.
  • these information for addressing and shorter than the MAC address are referred to as associated identifiers, and are abbreviated using the AID.
  • the AID or associated identifiers described below are not limited to the existing standards.
  • the AID or association identifier, the association request message and the association response message are also not limited to the association request message or the association response message in the existing standard.
  • the above source address is the address of the terminal that generated the data frame
  • the destination address here refers to the address of the access point.
  • there may be one terminal directly sending data to another terminal and both the source address and the destination address may be the addresses of the corresponding terminals.
  • the access point sends a data frame to the terminal
  • the destination address is the address of the terminal
  • the source address is the address of the access point.
  • the address of the terminal can be set to 16 bits, and the 15th and 14th bits represent the data type. For example, ' ⁇ 0' indicates normal data of best effort, "01" indicates voice data, etc., and 13th bit indicates multicast or single.
  • the 13th bit in the address of the terminal is ⁇ ", indicating that the currently transmitted frame is a multicast frame, and the 0th bit in the address of the terminal is The 12th bit is not all ⁇ ", indicating a specific multicast address, and the receiver of the data frame is a group of terminals instead of a single terminal.
  • the multicast address is not an AID, and its value can be determined by referring to the prior art or other related technologies. The present invention is not limited thereto. If the address of the terminal is used as the destination address and the 0th to 13th bits of the terminal are ⁇ ", the data frame currently transmitted is a broadcast frame, and the 0th bit can be set at this time.
  • Bits up to the 12th bit are "considered as a special multicast address.
  • This special multicast is broadcast.
  • the receiver of the broadcast frame is all the terminals in the network where the access point is located.
  • the address of the terminal is When the 13th is ⁇ ', then the end
  • the 0th to the 12th bits of the address of the terminal are the lower 13 bits of the AID allocated by the access point to the terminal.
  • the receiver of the data frame is the terminal indicated by the AID in the address of the terminal. Therefore, the 13th bit of the address of the terminal is a multicast unicast indicator bit.
  • the STA When the address of the terminal is a source address, the STA usually sets the source address to a unicast address, that is, includes its own AID.
  • the address can be a unicast or multicast address, and the terminal is included in the unicast address.
  • AIDo Of course, the lower 13 bits of the AID, the multicast unicast indicator bit, and the data type indicator bit can form the source address in any combination, and are not limited to the above combination.
  • the source address may also contain only the AID, or only the AID/multicast address and multicast unicast indication, or only the AID and data type, or contain the three types of information.
  • the address of the terminal is also not limited to 16 bits, can be defined as other lengths as needed, and some undefined reserved bits can be reserved.
  • the effective number of bits of the AID may also be other digits, for example, 14 bits or 12 bits, and the like.
  • the length of the data type may also be other number of bits, for example 3 bits or more, to indicate more data types, transmission types or numbers of data streams.
  • a data type, a transmission type, or a data stream number or identifier is referred to as a data type.
  • the length of the destination address is less than the length of the MAC address of the access point, and the destination address is a hash value of the MAC address of the access point.
  • the destination address herein refers to the address of the access point. It can be understood that if the access point sends a data frame to the terminal, the source address in the data frame is the address of the access point.
  • the length of the address of the access point is less than the length of the MAC address of the access point, and the address of the access point may be a hash value of the MAC address of the access point. For example, after the MAC address of the access point is hashed, 16 bits are taken as the destination address. Thus, the length of the destination address is much smaller than the length of the MAC address (48 bits).
  • the hash value may also be other lengths than the length of the MAC address, which is not limited by the embodiment of the present invention.
  • the destination address in the frame header of the data frame is a hash value of the MAC address of the access point, and the length is smaller than the MAC address, the length of the frame header of the data frame can be reduced, thereby improving data.
  • the transmission rate of the frame since the destination address in the frame header of the data frame is a hash value of the MAC address of the access point, and the length is smaller than the MAC address, the length of the frame header of the data frame can be reduced, thereby improving data.
  • the transmission rate of the frame is a hash value of the MAC address of the access point, and the length is smaller than the MAC address
  • the frame header may further include an FC domain, where the FC domain may include a protocol version (Subsidiary Version) sub-domain, and the protocol version sub-domain may be used to indicate a non-thin frame format or Reduce the frame format.
  • the reduced frame format means that at least the address value of the AID including the terminal shorter than the MAC address is used as the address of the terminal, and the hash value of the MAC address of the access point shorter than the MAC address may be further used.
  • the following condensed method can be further included.
  • the non-reduced frame format refers to the MAC address of the terminal and the access point used directly in the frame, that is, there is no A frame format in which the frame length is reduced by the method of the embodiment of the present invention.
  • the length of the protocol version subfield may be 2 bits.
  • the format of the data frame may be indicated as a non-thin frame format, such as the MAC frame format in the existing standard; when the value is ' ⁇ '
  • the format of the data frame can be indicated as a reduced frame format.
  • Other values are reserved values that can be used to indicate other versions of the frame format.
  • the non-reduced frame format may include a data frame format in an existing standard, and may also include other data frame formats having a length greater than that of the data frame in the embodiment of the present invention.
  • the frame header may further include an FC domain, where the FC domain may include a reduced frame format indicator subfield, where the reduced frame format indicates that the subfield is used to indicate a non-thin frame format or Reduce the frame format.
  • the reduced frame format indicates that the length of the subfield can be 1 bit.
  • the format of the data frame can be indicated as a non-thin frame format; when the value is ⁇ "day", the data can be indicated.
  • the format of the frame is a reduced frame format.
  • the frame header may further include an FC domain, where the FC domain includes a subtype subfield of the data frame, and does not include a frame type subfield.
  • the subtype subfield of the data frame is used to indicate the subtype of the data frame, such as whether it is a data frame with QoS, or whether it is a contention free poll (CF-Poll) data frame, and the like.
  • the frame type subfield is used to indicate the type of the frame, including data frames, management frames, and control frames.
  • the frame type subfield may not be included in the FC domain.
  • the reduced frame format can also be used to manage other frame types such as frames and control frames, and the FC domain needs to include a frame type subfield.
  • the FC field in the frame header of the data frame does not include the frame type subfield, and the length of the data frame can be reduced as compared with the existing standard MAC frame, thereby improving the transmission efficiency of the data frame.
  • the frame header may further include an FC domain, where the FC domain may include a frame transmission direction subfield, and the frame transmission direction subfield has a length of 1 bit, and is used to indicate data.
  • the direction of transmission of the frame For example, when the value of the frame transmission direction subfield is “0”, the transmission direction of the data frame may be indicated from the terminal to the access point. When the value of the frame transmission direction subfield is ⁇ "day", the transmission direction of the data frame may be indicated from the access point to the terminal. Compared with the MAC frame in the prior art, the transmission of the data frame is indicated by using 2 bits. The direction can be shortened by 1 bit.
  • the association request message may further include first information for requesting to use the reduced frame format
  • the association response message may further include second information for indicating use of the reduced frame format.
  • the terminal may request the access point to use the reduced frame format by associating the request message. The access point determines that the reduced frame format can be used, and the terminal can be instructed to use the reduced frame format by associating a response message.
  • the terminal may send a first message to the access point, where the first message may include first information for requesting to use the reduced frame format, and may receive the second message sent by the access point, and second The message may include second information indicating the use of a reduced frame format.
  • the terminal may request the access point to use the reduced frame format by using the first message different from the association request message, and may receive the second message sent by the access point different from the association response message, instructing the terminal to use the reduced frame format.
  • the first information may also be used to indicate that the frame header does not carry a part of the transmission parameter that remains unchanged during the data transmission process, and the part of the transmission parameter that remains unchanged during the data transmission process may include the following: At least one of: a data frame length subfield and a QoS parameter subfield.
  • the data frame length subfield may indicate the length of the data
  • the QoS parameter subfield indicates the QoS parameter.
  • the data length and the QoS parameter may remain unchanged, and the data may not be carried in the frame header.
  • Frame length subfield and QoS parameter subfield may indicate the length of the data
  • QoS parameter subfield indicates the QoS parameter.
  • the frame header of the data frame does not carry a portion in which the transmission parameter remains unchanged during the data transmission process, so the length of the data frame can be reduced, thereby improving the transmission efficiency of the data frame.
  • the first information may also be used to indicate whether to encrypt the data frame.
  • the frame protection indication subfield may not be included in the frame header of the data frame, which can reduce the length of the data frame.
  • FIG. 2 is a schematic flow chart of a method of data communication according to a second embodiment of the present invention.
  • the method of Figure 2 is performed by an access point, for example, an AP in WiFi technology.
  • 230. Receive a data frame sent by the terminal, where the format of the data frame is a reduced frame format, where a frame header includes a source address and a destination address, where the length of the source address is smaller than a length of the media access control MAC address, where The source address includes the association identifier, or the association identifier and the multicast unicast indication, or the association identifier and data type, or the association identifier, the data type, and the multicast unicast indication.
  • the length of the source address in the frame header of the data frame is smaller than the length of the MAC address, the length of the data frame can be reduced compared with the data frame in the prior art, thereby improving the transmission of the data frame. effectiveness.
  • the access point may obtain the destination address included in the frame header, where the length of the destination address is smaller than the length of the MAC address of the access point, where the destination address may be an access.
  • the hash value of the MAC address of the point For example, after the MAC address of the access point is hashed, 16 bits are taken as the destination address. Thus, the length of the destination address is much smaller than the length of the MAC address (48 bits).
  • the hash value may be other lengths than the length of the MAC address, which is not limited in this embodiment of the present invention.
  • the destination address in the frame header of the data frame is a hash value of the MAC address of the access point, and the length is smaller than the MAC address, the length of the frame header of the data frame can be reduced, thereby improving data. Frame transmission efficiency.
  • the access point may acquire an FC domain included in the frame header, where the FC domain may include a protocol version sub-domain, where the protocol version sub-domain may be used to indicate a non-thin frame format or Reduce the frame format.
  • the length of the protocol version subfield may be 2 bits.
  • the format of the data frame may be indicated as a non-thin frame format, such as the MAC frame format in the existing standard; when the value is "01""When, the format of the data frame can be indicated as a reduced frame format.
  • Other values are reserved values that can be used to indicate other versions of the frame format.
  • the non-reduced frame format may include a data frame format in an existing standard, and may also include other data frame formats having a length greater than that of the data frame in the embodiment of the present invention.
  • the access point may acquire an FC domain included in the frame header, where the FC domain may include a reduced frame format indication subfield, where the reduced frame format indicates that the subfield is used to indicate non Reduce the frame format or reduce the frame format.
  • the reduced frame format indicates that the length of the subfield may be 1 bit.
  • the format of the data frame may be indicated as a non-reduced frame format; when the value is ⁇ ", the data frame may be indicated.
  • the format is a reduced frame format.
  • the access point may acquire an FC domain included in the frame header, where the FC domain may include a subtype subfield of the data frame, and does not include a frame type subfield.
  • the subtype subfield of the data frame can be used to indicate a subtype of the data frame, such as a CF-Poll data frame, a QoS data frame, and the like.
  • the frame type subfield is used to indicate the type of the frame, including data frames, management frames, and control frames.
  • the frame type subfield may not be included in the FC domain.
  • the reduced frame format can also be used to manage other frame types such as frames and control frames, and the FC domain needs to include the frame type subfield.
  • the FC field in the frame header of the data frame does not include the frame type subfield, and the length of the data frame can be reduced as compared with the existing standard MAC frame, thereby improving the transmission efficiency of the data frame.
  • the access point may acquire an FC domain included in the frame header, where the FC domain may include a frame transmission direction subfield, and the frame transmission direction subfield has a length of 1 bit.
  • 2 bits are used to indicate the transmission direction of the data frame, and Shorten 1 bit.
  • the association request message may further include first information for requesting to use the reduced frame format
  • the association response message may further include second information for indicating the use of the reduced frame format.
  • the terminal may request the access point to use the reduced frame format by associating the request message.
  • the access point determines that the reduced frame format can be used, and the terminal can be instructed to use the reduced frame format by associating the response message.
  • the access point may receive the first message sent by the terminal, and the first message may include first information for requesting to use the reduced frame format.
  • the access point may send a second message to the terminal, the second message may include second information indicating the use of the reduced frame format.
  • the terminal may request the access point to use the reduced frame format by using the first message different from the association request message, and the access point may instruct the terminal to use the reduced frame format by using a second message different from the association response message.
  • the first information may also be used to indicate that the frame header does not carry a part of the transmission parameter that remains unchanged during the data transmission process, and the part of the transmission parameter that remains unchanged during the data transmission process may include the following. At least one of: a data frame length subfield and a QoS parameter subfield.
  • the data frame length subfield may indicate the length of the data
  • the QoS parameter subfield indicates the QoS parameter.
  • the data length and the QoS parameter may remain unchanged, and the data may not be carried in the frame header.
  • Frame length subfield and QoS parameter subfield may indicate the length of the data
  • QoS parameter subfield indicates the QoS parameter.
  • the frame header of the data frame does not carry a portion in which the transmission parameter remains unchanged during the data transmission process, so the length of the data frame can be reduced, thereby improving the transmission efficiency of the data frame.
  • the first information may also be used to indicate whether to encrypt the data frame.
  • the frame protection indication subfield may not be included in the frame header of the data frame, which can reduce the length of the data frame.
  • Fig. 3 is a schematic block diagram showing an example of a data frame according to a third embodiment of the present invention.
  • the data frame includes: FC domain, length 1 byte; source address consisting of AID and AC (Access Category), length 2 bytes, where AC is information about the data type.
  • the destination address is APID (AP Identification), which is the hash value of the AP's MAC address, which is 2 bytes in length; the Body part, which is the data part; and the FCS part, which is 4 bytes in length.
  • APID API Identification
  • the frame header of the data frame includes an FC domain, a source address, and a destination address, and a length. It is 5 bytes, which is 19 bytes smaller than the MAC frame header of 24 bytes in length in the prior art.
  • the transmission efficiency of the data frame can be improved.
  • Figure 4 is a schematic block diagram showing an example of an FC field of a data frame according to Embodiment 4 of the present invention.
  • the FC domain includes: a protocol version subfield having a length of 2 bits; a subtype subfield (Subtype) having a length of 4 bits; a frame transmission direction subfield having a length of 1 bit; and a reduced frame format indication.
  • the subfield has a length of 1 bit. When the value is "0”, it indicates the non-reduced frame format. When the value is ⁇ "day”, it indicates the reduced frame format.
  • the length of the FC field of the data frame is reduced by 1 byte compared with the prior art, so that the transmission efficiency of the data frame can be improved.
  • FIG. 5 is a block diagram of an apparatus for data communication in accordance with a fifth embodiment of the present invention.
  • An example of the apparatus 500 of Figure 5 is a terminal, such as a STA in WiFi technology.
  • the apparatus 500 includes a transceiver 510 and at least one processor 520.
  • the processor in FIG. 5 may be one or more, which is not limited by the embodiment of the present invention.
  • the transceiver 510 is configured to send an association request message to the access point, and receive an association response message sent by the access point, the association response message including an association identifier.
  • the processor 520 is configured to generate a data frame, the format of the data frame is a reduced frame format, and the frame header of the data frame includes a source address and a destination address, where the length of the source address is less than the length of the media access control MAC address,
  • the source address includes the association identifier, or the association identifier and the multicast unicast indication, or the association identifier and data type, or the association identifier, the data type, and the multicast unicast indication.
  • Transceiver 510 is also configured to transmit the data frame to the access point.
  • the length of the source address in the frame header of the data frame is smaller than the length of the MAC address, the length of the data frame can be reduced compared with the data frame in the prior art, thereby improving the transmission of the data frame. effectiveness.
  • the length of the destination address is less than the length of the MAC address of the access point, and the destination address may be a hash value of the MAC address of the access point.
  • the header of the data frame may further include an FC domain, where the FC domain may include a protocol version subfield, and the protocol version subfield may be used to indicate a non-thin frame format or a reduced frame format.
  • the frame header of the data frame may further include an FC domain, where the FC domain may include a reduced frame format indicator subfield, where the reduced frame format indication subfield may be used to indicate a non-thin frame format or a reduced frame. format.
  • the frame header of the data frame may further include an FC domain, where the FC domain may include a subtype subfield of the data frame, and does not include a frame type subfield.
  • the frame header of the data frame may further include an FC domain, where the FC domain may include a frame transmission direction subfield, where the frame transmission direction subfield has a length of 1 bit, and may be used to indicate the data frame.
  • the direction of transmission may be used to indicate the data frame.
  • the association request information may further include first information for requesting use of the reduced frame format
  • the association response message may further include second information for indicating the use of the reduced frame format
  • the transceiver 510 is further configured to send a first message to the access point, where the first message may include first information for requesting to use a reduced frame format, and receiving the access point to send The second message may include second information indicating the use of the reduced frame format.
  • the first information may be used to indicate that the frame header does not carry a part of the transmission parameter that remains unchanged during the data transmission process, and the part of the transmission parameter that remains unchanged during the data transmission may include At least one of the following: a data frame length subfield and a quality of service QoS parameter subfield.
  • the supplemental or exceptional information may also be used to indicate whether the data frame is encrypted.
  • a computer readable medium comprising computer readable instructions that, when executed, perform the following operations: performing the method of the above-described first embodiment
  • the terminals involved in the embodiments of the present invention include, but are not limited to, an electronic device having a wireless communication function such as a mobile phone, a mobile phone, a tablet computer, and the like.
  • FIG. 6 is a block diagram of an apparatus for data communication in accordance with Embodiment 6 of the present invention.
  • An example of the apparatus 600 of Figure 6 is an access point, e.g., an AP in WiFi technology.
  • the apparatus 600 includes a transceiver 610 and at least one processor 620.
  • a transceiver 610 For the sake of brevity of description, only one processor is described in FIG. 6, but the processor in FIG. 6 may be one or more, which is not limited by the embodiment of the present invention.
  • the transceiver 610 is configured to receive an association request message sent by the terminal, and send an association response message to the terminal, where the relationship response message includes an association identifier, and receive a data frame sent by the terminal, where the format of the data frame is a reduced frame format, and the data is
  • the frame header of the frame includes a source address and a destination address, where the length of the source address is smaller than the length of the media access control MAC address, and the source address includes the association identifier, or the association identifier and the multicast unicast indication, or the association identifier And the data type, or the associated identifier, the data type, and the multicast unicast indication.
  • Processor 620 is configured to perform decoding processing in accordance with the data frame.
  • the length of the source address in the frame header of the data frame is smaller than the length of the MAC address, the length of the data frame can be reduced compared with the data frame in the prior art, thereby improving the transmission of the data frame. effectiveness.
  • the processor 620 is further configured to obtain a destination address included in the frame header, where the length of the destination address is less than a length of a MAC address of the access point, where the destination address may be the access point.
  • the hash value of the MAC address is further configured to obtain a destination address included in the frame header, where the length of the destination address is less than a length of a MAC address of the access point, where the destination address may be the access point.
  • the hash value of the MAC address is further configured to obtain a destination address included in the frame header, where the length of the destination address is less than a length of a MAC address of the access point, where the destination address may be the access point.
  • the processor 620 is further configured to acquire an FC domain included in the frame header, where the FC domain may include a protocol version sub-domain, where the protocol version sub-domain may be used to indicate a non-thin frame format or a reduced frame. format.
  • the processor 620 is further configured to acquire the frame.
  • the FC field included in the header may include a reduced frame format indication subfield, the reduced frame format indicating that the subfield may be used to indicate a non-lite frame format or a reduced frame format.
  • the processor 620 is further configured to obtain an FC domain included in the frame header, where the FC domain may include a subtype subfield of the data frame, and does not include a frame type subfield.
  • the processor 620 is further configured to acquire an FC domain included in the frame header, where the FC domain may include a frame transmission direction subfield, and the frame transmission direction subfield has a length of 1 bit, and is used for Indicates the direction of transmission of the data frame.
  • the association request message may further include first information for requesting to use the reduced frame format
  • the association response message may further include second information for indicating the use of the reduced frame format
  • the transceiver 610 is further configured to receive a first message sent by the terminal, the first message may include first information for requesting to use a reduced frame format; sending a second message to the terminal The second message may include second information indicating the use of the reduced frame format.
  • the first information may also be used to indicate that the frame header does not carry a part of the transmission parameter that remains unchanged during the data transmission process, and the part of the transmission parameter that remains unchanged during the data transmission process includes the following At least one of: a data frame length subfield and a quality of service QoS parameter subfield.
  • the supplemental or exceptional information may also be used to indicate whether the data frame is encrypted.
  • a computer readable medium comprising computer readable instructions that, when executed, perform the operations of 210, 220, 230, and 240 of the method of the second embodiment above.
  • a computer program product including the computer readable medium described above. It should be noted that the access points involved in the embodiments of the present invention include but are not limited to A device with an AP function in WiFi technology.
  • FIG. 7 is a block diagram of a system for data communication in accordance with a seventh embodiment of the present invention.
  • System 700 of Figure 7 includes apparatus 500 and/or apparatus 600 as described above.
  • Embodiment 5 The operations performed by the respective hardware or hardware of the system 700 in cooperation with the corresponding software can be referred to the above-described Embodiment 5 and/or Embodiment 6. In order to avoid repetition, it will not be described here.
  • the length of the source address in the frame header of the data frame is smaller than the length of the MAC address, the length of the data frame can be reduced compared with the data frame in the prior art, thereby improving the transmission of the data frame. effectiveness.
  • the disclosed systems, devices, and methods may be implemented in other ways.
  • the device embodiments described above are merely illustrative.
  • the division of the device is only a logical function division, and the actual implementation may have another division manner, for example, multiple devices or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or device, and may be electrical, mechanical or otherwise.
  • each functional device in various embodiments of the present invention may be integrated in one processing device, or each device may exist physically separately, or two or more devices may be integrated in one device.
  • the functions, if implemented in the form of software functional devices and sold or used as separate products, may be stored in a computer readable storage medium.
  • the technical solution of the present invention which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the storage medium comprising: a variety of medium U disk, mobile hard disk, a read-only memory (ROM, Read-Only Memory) s random access memory (RAM, Random Access Memory), a magnetic disk or an optical disc capable of storing program code .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

数据通信的方法、 装置及系统
技术领域
本发明实施例涉及无线通信领域,并且更具体地,涉及数据通 信的方法、 装置及系统。
背景技术
无线保真 ( Wireless Fidelity , WiFi )技术已被广泛应用于各 行业。 WiFi技术的最基本的网络结构为一个接入点( Access Point , ΑΡ )带上若干个站点( 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.1 1ah的应用场景中 ,例如在传感网络中 , STA 与 AP通信非常频繁,且传输的数据量都很小,可能比 MAC帧头 还要小,且在传感网络中数据传输速率会很低。 因此使用现有标准 中的 MAC帧,导致传输效率低,无法满足应用需求。 发明内容
本发明实施例提供数据通信的方法、装置及系统,能够提高数 据帧的传输效率。
一方面,提供了一种数据通信的方法,包括:向接入点发送关 联请求消息;接收该接入点发送的关联响应消息,该关联响应消息 包含关联标识;生成数据帧,该数据帧的格式为精简帧格式,该数 据帧的帧头包含源地址和目的地址,其中该源地址的长度小于媒体 接入控制 MAC地址的长度,该源地址包括该关联标识,或该关联 标识和组播单播指示,或该关联标识和数据类型,或该关联标识、 该数据类型和该组播单播指示; 向该接入点发送该数据帧。
另一方面,提供了一种数据通信的方法,包括:接收终端发送 的关联请求消息;向该终端发送关联响应消息,该关联响应消息包 含关联标识;接收该终端发送的数据帧,该数据帧的格式为精简帧 格式,该数据帧的帧头包含源地址和目的地址,其中该源地址的长 度小于媒体接入控制 MAC地址的长度,该源地址包括该关联标识, 或该关联标识和组播单播指示,或该关联标识和数据类型,或该关 联标识、 该数据类型和该组播单播指示;根据该数据帧进行解码处 理。
另一方面,提供了一种数据通信的装置,包括:收发器;至少 一个处理器,耦合到该收发器;该收发器被配置为向接入点发送关 联请求消息,接收该接入点发送的关联响应消息,该关联响应消息 包含关联标识;该处理器被配置为生成数据帧,该数据帧的格式为 精简帧格式,该数据帧的帧头包含源地址和目的地址,其中该源地 址的长度小于媒体接入控制 MAC地址的长度,该源地址包括该关 联标识,或该关联标识和组播单播指示,或该关联标识和数据类型, 或该关联标识、 该数据类型和该组播单播指示;该收发器还被配置 为向该接入点发送该数据帧。
另一方面,提供了一种数据通信的装置,包括:收发器;至少 一个处理器,耦合到该收发器;该收发器被配置为接收终端发送的 关联请求消息;向该终端发送关联响应消息,该关系响应消息包含 关联标识;接收该终端发送的数据帧,该数据帧的格式为精简帧格 式,该数据帧的帧头包含源地址和目的地址,其中该源地址的长度 小于媒体接入控制 MAC地址的长度,该源地址包括该关联标识, 或该关联标识和组播单播指示,或该关联标识和数据类型,或该关 联标识、 该数据类型和该组播单播指示;该处理器被配置为根据该 数据帧进行解码处理。
另一方面,提供了一种数据通信的系统,包括上述任意一种装 置。
本发明实施例中 , 由于数据帧的帧头中的源地址的长度小于 MAC 地址的长度,与现有技术中的数据帧相比,能够减小数据帧 的长度,从而能够提高数据帧的传输效率。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例 或现有技术描述中所需要使用的附图作简单地介绍,显而易见地, 下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技 术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图 获得其他的附图。
图 1 是根据本发明实施例一的数据通信的方法的示意性流程 图。
图 2 是根据本发明实施例二的数据通信的方法的示意性流程 图。
图 3 是根据本发明实施例三的数据帧的一个例子的示意性结 构图。
图 4是根据本发明实施例四的数据帧的 FC域的一个例子的示 意性结构图。
图 5是根据本发明实施例五的数据通信的装置的框图。
图 6是根据本发明实施例六的数据通信的装置的框图。 图 7是根据本发明实施例七的数据通信的系统的框图。
具体实施方式
下面将结合本发明实施例中的附图 ,对本发明实施例中的技术 方案进行清楚、 完整地描述,显然,所描述的实施例是本发明一部 分实施例,而不是全部的实施例。基于本发明中的实施例,本领域 普通技术人员在没有作出创造性劳动前提下所获得的所有其他实 施例,都属于本发明保护的范围。
实施例一
图 1 是根据本发明实施例一的数据通信的方法的示意性流程 图。 图 1的方法由终端执行,例如,可以是 WiFi技术中的 STA执 行。
1 10 , 向接入点发送关联请求消息。
120 ,接收该接入点发送的关联响应消息,该关联响应消息包 含关联标识 ( Association Identifier , AID )。
130 ,生成数据帧,该数据帧的格式为精简帧格式,该数据帧 的帧头包含源地址和目的地址,其中该源地址的长度小于 MAC地 址的长度,该源地址包括该关联标识,或该关联标识和组播单播指 示,或该关联标识和数据类型,或该关联标识、 该数据类型和该组 播单播指示。
140 , 向该接入点发送该数据帧。
本发明实施例中 , 由于数据帧的帧头中的源地址的长度小于 MAC 地址的长度,与现有技术中的数据帧相比,能够减小数据帧 的长度,从而能够提高数据帧的传输速率。
应理解,本发明实施例中 , AID可以指在 BSS ( Basic Service Set ,基本服务集)网络中 , ΑΡ向 STA分配的唯一标识,它是一 个 16比特的序列,但现有 802.1 1标准中 AID的最大值是 2007 , 因此只需要用到 1 1比特。 在 802.1 1 ah的应用场景中 , 1个 AP服 务于多达 6000个 STA。此处 AID使用 13位就可以指示 213=8192 个 STA ,能够满足应用需求。在本发明实施例中 ,也可以不使用已 有的 AID ,而在关联响应消息中携带另外用于寻址的短地址信息, 或在精简的帧格式中使用比 MAC地址短的传输流标识等,并且一 个终端可以有多个传输流标识,也就是说每个传输流可以使用短地 址代替 MAC 地址寻址。 在本发明实施例中将这些用于寻址且比 MAC地址短的信息都称为关联标识,并使用 AID来简称,应理解, 以下所说的 AID或关联标识并不限于现有标准中所说的 AID或关 联标识,关联请求消息和关联响应消息也不限于现有标准中的关联 请求消息或关联响应消息。
应注意,上述源地址是生成数据帧的终端的地址,而目的地址 这里是指接入点的地址。在某些情况下,可能存在一个终端直接向 另一个终端发送数据,则源地址和目的地址都可以是相应的终端的 地址。如果是接入点向终端发送数据帧,则目的地址是终端的地址, 而源地址是接入点的地址。 终端的地址可以设为 16比特,其中第 15、 14 位来表示数据类型,例如,用' Ό0"表示尽力而为的普通数 据, "01"表示语音数据等,第 13位表示组播还是单播。 如果是接 入点向终端发送数据帧,所述终端的地址中的第 13位为 Ί" ,表示 当前传输的这个帧为组播帧,并且所述终端的地址中的第 0位到第 12位不全为 Ί" ,指示一个具体的组播地址,数据帧的接收者是一 组终端而不是单个终端。 组播地址不是 AID ,其值如何确定可参照 现有技术或其它相关技术,本发明对此并不限定。 如果所述终端的 地址作为目的地址且其中的第 0位到第 13位都为 Ί " ,表示当前传 输的这个数据帧为广播帧,并且此时可以把第 0位到第 12位都为 Ί"看成是一个特殊的组播地址,这个特殊的组播就是广播,广播帧 的接收者是接入点所在网络中的所有终端。当所述终端的地址的第 13位为 Ό'时,则所述终端的地址的第 0位到第 12位是接入点给终 端分配的 AID的低 13位,当这样的终端的地址是目的地址时,数 据帧的接收者就是终端的地址中 AID指示的终端。因此所述终端的 地址的第 13位是组播单播指示位。当终端的地址是源地址时,STA 通常将源地址设成单播地址,即包含自己的 AID。 当终端的地址是 目的地址时, 可以是单播或组播地址,是单播地址时包含终端的 AIDo 当然, 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帧格式; 当值 为' Ό 时,可以指示该数据帧的格式为精简帧格式。 其它值为保留 值,可用于指示其它版本的帧格式。 应理解,本发明实施例中 ,非 精简帧格式可包括现有标准中的数据帧格式,也可包括长度大于本 发明实施例中数据帧的其它的数据帧格式。
可选地,作为补充或者例外,在步骤 130中 ,该帧头还可包含 FC域,该 FC域可包含精简帧格式指示子域,该精简帧格式指示 子域用于指示非精简帧格式或精简帧格式。例如,该精简帧格式指 示子域的长度可以为 1 比特,当值为 "0"日寸,可指示该数据帧的格 式为非精简帧格式;当值为 Ί "日寸,可指示该数据帧的格式为精简帧 格式。
可选地,作为补充或者例外,在步骤 130中 ,该帧头还可包含 FC域,该 FC域包含数据帧的子类型子域,不包含帧类型子域。 数据帧的子类型子域用于指示数据帧的子类型,例如是否为有 QoS 的数据帧、 或是否为无竞争轮询( Contention Free Poll , CF-Poll ) 数据帧等。 在现有标准中的 MAC帧中 ,帧类型子域用于指示帧的 类型,包括数据帧、 管理帧和控制帧。 在本发明实施例中 ,若精简 帧格式仅用于数据帧,即已确定传输的是数据帧,因此在 FC域中 , 可以不包含帧类型子域。 当然,所述精简帧格式也可以用于管理帧 和控制帧等其它帧类型,则 FC域中需要包含帧类型子域。
本发明实施例中 数据帧的帧头中的 FC域不包含帧类型子域, 与现有标准的 MAC帧相比,能够减小数据帧的长度,从而能够提 高数据帧的传输效率。
可选地,作为补充或者例外,在步骤 130中 ,该帧头还可包含 FC域,该 FC域可包含帧传输方向子域,该帧传输方向子域的长 度为 1比特,用于指示数据帧的传输方向。例如,当该帧传输方向 子域的值为" 0"时,可指示数据帧的传输方向从终端到接入点。当该 帧传输方向子域的值为 Ί "日寸,可指示数据帧的传输方向从接入点到 终端。 相比现有技术中的 MAC帧,使用 2比特指示数据帧的传输 方向 ,能够縮短 1比特。
可选地,作为补充或者例外,在步骤 1 10中 ,关联请求消息还 可包含用于请求使用精简帧格式的第一信息,关联响应消息还可包 含用于指示使用精简帧格式的第二信息。例如,终端可通过关联请 求消息,向接入点请求使用精简帧格式。接入点确定可使用精简帧 格式,则可通过关联响应消息,指示终端使用精简帧格式。
可选地,作为补充或者例外,终端可向接入点发送第一消息, 第一消息可包含用于请求使用精简帧格式的第一信息,可接收接入 点发送的第二消息,第二消息可包含用于指示使用精简帧格式的第 二信息。终端可通过不同于关联请求消息的第一消息,向接入点请 求使用精简帧格式,可接收接入点发送的不同于关联响应消息的第 二消息,指示终端使用精简帧格式。
可选地,作为补充或者例外,第一信息还可用于指示帧头不携 带传输参数在数据传输过程中保持不变的部分,该传输参数在数据 传输过程中保持不变的部分可包括以下中的至少一个:数据帧长度 子域和 QoS参数子域。
数据帧长度子域可指示数据的长度, QoS参数子域指示 QoS 参数,在终端和接入点的数据传输过程中 ,数据的长度和 QoS参 数可保持不变,则在帧头中可不携带数据帧长度子域和 QoS参数 子域。
本发明实施例中 ,数据帧的帧头不携带传输参数在数据传输过 程中保持不变的部分,因此能够减小数据帧的长度,从而能够提高 数据帧的传输效率。
可选地,作为补充或者例外,第一信息还可用于指示是否加密 该数据帧。在第一信息中指示是否加密数据帧,则在数据帧的帧头 中可不包含帧保护指示子域,这样能够减小数据帧的长度。
实施例二
图 2 是根据本发明实施例二的数据通信的方法的示意性流程 图。 图 2的方法由接入点执行,例如,可以是 WiFi技术中的 AP。
210 ,接收终端发送的关联请求消息。 220 , 向终端发送关联响应消息,该关系响应消息包含关联标 in
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"时,可指示该 数据帧的格式为非精简帧格式;当值为 Ί"日寸,可指示该数据帧的格 式为精简帧格式。
可选地,作为补充或者例外,在步骤 240中 ,接入点可获取该 帧头包含的 FC域,该 FC域可包含该数据帧的子类型子域,不包 含帧类型子域。 数据帧的子类型子域可以用于指示数据帧的子类 型,例如 CF-Poll数据帧、 QoS数据帧等。 在现有标准中的 MAC 帧中 ,帧类型子域用于指示帧的类型,包括数据帧、 管理帧和控制 帧。 在本发明实施例中 ,若精简帧格式仅用于数据帧,即已确定传 输的是数据帧, 因此在 FC域中 ,可以不包含帧类型子域。 当然, 所述精简帧格式也可以用于管理帧和控制帧等其它帧类型,则 FC 域中需要包含帧类型子域。
本发明实施例中 数据帧的帧头中的 FC域不包含帧类型子域, 与现有标准的 MAC帧相比,能够减小数据帧的长度,从而能够提 高数据帧的传输效率。
可选地,作为补充或者例外,在步骤 240中 ,接入点可获取该 帧头包含的 FC域,该 FC域可包含帧传输方向子域,该帧传输方 向子域的长度为 1比特,可用于指示数据帧的传输方向。例如,当 该帧传输方向子域的值为" 0"时,可指示数据帧的传输方向从终端到 接入点。当该帧传输方向子域的值为 Ί "日寸,可指示数据帧的传输方 向从接入点到终端。 相比现有技术中的 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" 时,可指示非精简帧格式,当值为 Ί "日寸,可指示精简帧格式。
因此,本发明实施例中 ,相比现有技术中数据帧的 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 的各个硬件或硬件与相应软件的配合所执行的操作 可以参考上述实施例一的方法的 1 10、 120、 130和 140。 为了避 免重复,在此不再赘述。 此外,还提供一种计算可读媒体(或介质) ,包括在被执行时 进行以下操作的计算机可读指令:执行上述实施例一中的方法的
1 10、 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 )s 随机存取存储器( RAM , Random Access Memory )、 磁碟或者 光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围 并不局限于此,任何熟悉本技术领域的技术人员在本发明掲露的技 术范围内 ,可轻易想到变化或替换,都应涵盖在本发明的保护范围 之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

Claims

权 利 要 求
1、 一种数据通信的方法 , 其特征在于 ,包括 :
向接入点发送关联请求消息;
接收所述接入点发送的关联响应消息 ,所述关联响应消息 包含关联标识;
生成数据帧 ,所述数据帧的格式为精简帧格式 ,所述数据 帧的帧头包含源地址和目的地址 ,其中所述源地址的长度小于 媒体接入控制 MAC地址的长度,所述源地址包括所述关联标 识,或所述关联标识和组播单播指示 ,或所述关联标识和数据 类型 , 或所述关联标识、 所述数据类型和所述组播单播指示 ; 向所述接入点发送所述数据帧。
2、 根据权利要求 1 所述的方法, 其特征在于 ,所述目的 地址的长度小于所述接入点的 MAC地址的长度,所述目的地 址是所述接入点的 MAC地址的哈希值。
3、 根据权利要求 1 或 2所述的方法 , 其特征在于 ,所述 帧头还包含帧控制 FC域,所述 FC域包含协议版本子域,所 述协议版本子域用于指示非精简帧格式或所述精简帧格式。
4、 根据权利要求 1 或 2所述的方法 , 其特征在于 ,所述 帧头还包含 FC域,所述 FC域包含精简帧格式指示子域,所 述精简帧格式指示子域用于指示非精简帧格式或所述精简帧 格式。
5、 根据权利要求 1 或 2所述的方法 , 其特征在于 ,所述 帧头还包含 FC域,所述 FC域包含所述数据帧的子类型子域, 不包含帧类型子域。
6、 根据权利要求 1 或 2所述的方法 , 其特征在于 ,所述 帧头还包含 FC域,所述 FC域包含帧传输方向子域,所述帧 传输方向子域的长度为 1比特,用于指示所述数据帧的传输方 向。
7、 根据权利要求 1至 6中任一项所述的方法, 其特征在 于 ,所述关联请求消息还包含用于请求使用所述精简帧格式的 第一信息 ,所述关联响应消息还包含用于指示使用所述精简帧 格式的第二信息。
8、 根据权利要求 1至 6中任一项所述的方法, 其特征在 于 ,所述方法还包括 :
向所述接入点发送第一消息,所述第一消息包含用于请求 使用所述精简帧格式的第一信息;
接收所述接入点发送的第二消息,所述第二消息包含用于 指示使用所述精简帧格式的第二信息。
9、 根据权利要求 7或 8所述的方法 , 其特征在于 ,所述 第一信息还用于指示所述帧头不携带传输参数在数据传输过 程中保持不变的部分 ,所述传输参数在数据传输过程中保持不 变的部分包括以下中的至少一个:数据帧长度子域和服务质量 QoS参数子域。
10、 根据权利要求 7或 8所述的方法 ,其特征在于 ,所述 第一信息还用于指示是否加密所述数据帧。
1 1、 一种数据通信的方法, 其特征在于 ,包括 : 接收终端发送的关联请求消息 ;
向所述终端发送关联响应消息 ,所述关联响应消息包含关 联标识;
接收所述终端发送的数据帧 ,所述数据帧的格式为精简帧 格式 ,所述数据帧的帧头包含源地址和目的地址 ,其中所述源 地址的长度小于媒体接入控制 MAC地址的长度,所述源地址 包括所述关联标识,或所述关联标识和组播单播指示 ,或所述 关联标识和数据类型 ,或所述关联标识、 所述数据类型和所述 组播单播指示 ;
根据所述数据帧进行解码处理。
12、 根据权利要求 1 1所述的方法 , 其特征在于 ,所述根 据所述数据帧进行解码处理, 包括 :
获取所述帧头包含的所述目的地址 ,其中所述目的地址的 长度小于接入点的 MAC地址的长度,所述目的地址是所述接 入点的 MAC地址的哈希值。
13、 根据权利要求 1 1 或 12所述的方法, 其特征在于 , 所述根据所述数据帧进行解码处理 , 包括 :
获取所述帧头包含的帧控制 FC域,所述 FC域包含协议 版本子域,所述协议版本子域用于指示非精简帧格式或所述精 简帧格式。
14、 根据权利要求 1 1 或 12所述的方法, 其特征在于 , 所述根据所述数据帧进行解码处理 , 包括 :
获取所述帧头包含的 FC域,所述 FC域包含精简帧格式 指示子域,所述精简帧格式指示子域用于指示非精简帧格式或 所述精简帧格式。
15、 根据权利要求 1 1 或 12所述的方法, 其特征在于 , 所述根据所述数据帧进行解码处理 , 包括 :
获取所述帧头包含的 FC域,所述 FC域包含数据帧的子 类型子域, 不包含帧类型子域。
16、 根据权利要求 1 1 或 12所述的方法, 其特征在于 , 所述根据所述数据帧进行解码处理 , 包括 :
获取所述帧头包含的 FC域,所述 FC域包含帧传输方向 子域,所述帧传输方向子域的长度为 1比特 ,用于指示所述数 据帧的传输方向。
17、 根据权利要求 1 1 至 16 中任一项所述的方法, 其特 征在于 ,所述关联请求消息还包含用于请求使用所述精简帧格 式的第一信息 ,所述关联响应消息还包含用于指示使用所述精 简帧格式的第二信息。
18、 根据权利要求 1 1 至 16 中任一项所述的方法, 其特 征在于 ,所述方法还包括 :
接收所述终端发送的第一消息 ,所述第一消息包含用于请 求使用所述精简帧格式的第一信息 ;
向所述终端发送第二消息 ,所述第二消息包含用于指示使 用所述精简帧格式的第二信息。
19、 根据权利要求 17或 18所述的方法, 其特征在于 , 所述第一信息还用于指示所述帧头不携带传输参数在数据传 输过程中保持不变的部分 ,所述传输参数在数据传输过程中保 持不变的部分包括以下中的至少一个:数据帧长度子域和服务 质量 QoS参数子域。
20、 根据权利要求 17或 18所述的方法, 其特征在于 , 所述第一信息还用于指示是否加密所述数据帧。
21、 一种数据通信的装置 , 其特征在于 ,包括 : 收发器 ;
至少一个处理器 , 耦合到所述收发器 ;
所述收发器被配置为向接入点发送关联请求消息 ,接收所 述接入点发送的关联响应消息 ,所述关联响应消息包含关联标 识;
所述处理器被配置为生成数据帧 ,所述数据帧的格式为精 简帧格式 ,所述数据帧的帧头包含源地址和目的地址 ,其中所 述源地址的长度小于媒体接入控制 MAC地址的长度,所述源 地址包括所述关联标识,或所述关联标识和组播单播指示 ,或 所述关联标识和数据类型 ,或所述关联标识、 所述数据类型和 所述组播单播指示 ;
所述收发器还被配置为向所述接入点发送所述数据帧。
22、 根据权利要求 21所述的装置 , 其特征在于 ,所述目 的地址的长度小于所述接入点的 MAC地址的长度,所述目的 地址是所述接入点的 MAC地址的哈希值。
23、 根据权利要求 21 或 22所述的装置 , 其特征在于 , 所述数据帧的帧头还包含帧控制 FC域,所述 FC域包含协议 版本子域,所述协议版本子域用于指示非精简帧格式或所述精 简帧格式。
24、 根据权利要求 21 或 22所述的装置 , 其特征在于 , 所述数据帧的帧头还包含 FC域,所述 FC域包含精简帧格式 指示子域,所述精简帧格式指示子域用于指示非精简帧格式或 所述精简帧格式。
25、 根据权利要求 21 或 22所述的装置 , 其特征在于 , 所述数据帧的帧头还包含 FC域,所述 FC域包含所述数据帧 的子类型子域, 不包含帧类型子域。
26、 根据权利要求 21 或 22所述的装置 , 其特征在于 , 所述数据帧的帧头还包含 FC域,所述 FC域包含帧传输方向 子域,所述帧传输方向子域的长度为 1比特 ,用于指示所述数 据帧的传输方向。
27、 根据权利要求 21 至 26 中任一项所述的装置 , 其特 征在于 ,所述关联请求信息还包含用于请求使用所述精简帧格 式的第一信息 ,所述关联响应消息还包含用于指示使用所述精 简帧格式的第二信息。
28、 根据权利要求 21 至 26 中任一项所述的装置 , 其特 征在于 ,所述收发器还被配置为向所述接入点发送第一消息 , 所述第一消息包含用于请求使用所述精简帧格式的第一信息 ; 接收所述接入点发送的第二消息 ,所述第二消息包含用于指示 使用所述精简帧格式的第二信息。
29、 根据权利要求 27或 28所述的装置 , 其特征在于 , 所述第一信息还用于指示所述帧头不携带传输参数在数据传 输过程中保持不变的部分 ,所述传输参数在数据传输过程中保 持不变的部分包括以下中的至少一个:数据帧长度子域和服务 质量 QoS参数子域。
30、 根据权利要求 27或 28所述的装置 , 其特征在于 , 所述第一信息还用于指示是否加密所述数据帧。
31、 一种数据通信的装置 , 其特征在于 ,包括 :
收发器 ;
至少一个处理器 , 耦合到所述收发器 ;
所述收发器被配置为接收终端发送的关联请求消息;向所 述终端发送关联响应消息 ,所述关系响应消息包含关联标识; 接收所述终端发送的数据帧 , 所述数据帧的格式为精简帧格 式 ,所述数据帧的帧头包含源地址和目的地址,其中所述源地 址的长度小于媒体接入控制 MAC地址的长度,所述源地址包 括所述关联标识,或所述关联标识和组播单播指示 ,或所述关 联标识和数据类型 ,或所述关联标识、 所述数据类型和所述组 播单播指示 ; 所述处理器被配置为根据所述数据帧进行解码处理。
32、 根据权利要求 31所述的装置 , 其特征在于 ,所述处 理器还被配置为获取所述帧头包含的所述目的地址 ,其中所述 目的地址的长度小于接入点的 MAC地址的长度,所述目的地 址是所述接入点的 MAC地址的哈希值。
33、 根据权利要求 31 或 32所述的装置 , 其特征在于 , 所述处理器还被配置为获取所述帧头包含的帧控制 FC域,所 述 FC域包含协议版本子域,所述协议版本子域用于指示非精 简帧格式或所述精简帧格式。
34、 根据权利要求 31 或 32所述的装置 , 其特征在于 , 所述处理器还被配置为获取所述帧头包含的 FC域,所述 FC 域包含精简帧格式指示子域,所述精简帧格式指示子域用于指 示非精简帧格式或所述精简帧格式。
35、 根据权利要求 31 或 32所述的装置 , 其特征在于 , 所述处理器还被配置为获取所述帧头包含的 FC域,所述 FC 域包含数据帧的子类型子域, 不包含帧类型子域。
36、 根据权利要求 31 或 32所述的装置 , 其特征在于 , 所述处理器还被配置为获取所述帧头包含的 FC域,所述 FC 域包含帧传输方向子域,所述帧传输方向子域的长度为 1比特, 用于指示所述数据帧的传输方向。
37、 根据权利要求 31 至 36 中任一项所述的装置 , 其特 征在于 ,所述关联请求消息还包含用于请求使用所述精简帧格 式的第一信息 ,所述关联响应消息还包含用于指示使用所述精 简帧格式的第二信息。
38、 根据权利要求 31 至 36 中任一项所述的装置 , 其特 征在于 , 所述收发器还被配置为接收所述终端发送的第一消 息,所述第一消息包含用于请求使用所述精简帧格式的第一信 息;向所述终端发送第二消息,所述第二消息包含用于指示使 用所述精简帧格式的第二信息。
39、 根据权利要求 37或 38所述的装置 , 其特征在于 , 所述第一信息还用于指示所述帧头不携带传输参数在数据传 输过程中保持不变的部分 ,所述传输参数在数据传输过程中保 持不变的部分包括以下中的至少一个:数据帧长度子域和服务 质量 QoS参数子域。
40、 根据权利要求 37或 38所述的装置 , 其特征在于 , 所述第一信息还用于指示是否加密所述数据帧。
41、 一种数据通信的系统 ,其特征在于 ,包括根据权利要 求 21 至 30中任一项所述的装置和 /或根据权利要求 31 至 40 中任一项所述的装置。
PCT/CN2013/070139 2012-01-12 2013-01-07 数据通信的方法、装置及系统 Ceased WO2013104287A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2014551509A JP5904347B2 (ja) 2012-01-12 2013-01-07 データ通信方法、装置、およびシステム
SG11201510187PA SG11201510187PA (en) 2012-01-12 2013-01-07 Data communications method, apparatus, and system
ES13735875.0T ES2626354T3 (es) 2012-01-12 2013-01-07 Procedimiento, dispositivo y sistema para el uso de direcciones cortas en redes inalámbricas de comunicación de datos
EP13735875.0A EP2793448B1 (en) 2012-01-12 2013-01-07 Method, device, and system for short address use in wireless data communication networks
US14/330,238 US9906491B2 (en) 2012-01-12 2014-07-14 Improving transmission efficiency of data frames by using shorter addresses in the frame header

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210008967.5 2012-01-12
CN2012100089675A CN103209045A (zh) 2012-01-12 2012-01-12 数据通信的方法、装置及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/330,238 Continuation US9906491B2 (en) 2012-01-12 2014-07-14 Improving transmission efficiency of data frames by using shorter addresses in the frame header

Publications (1)

Publication Number Publication Date
WO2013104287A1 true WO2013104287A1 (zh) 2013-07-18

Family

ID=48756142

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/070139 Ceased WO2013104287A1 (zh) 2012-01-12 2013-01-07 数据通信的方法、装置及系统

Country Status (7)

Country Link
US (1) US9906491B2 (zh)
EP (1) EP2793448B1 (zh)
JP (1) JP5904347B2 (zh)
CN (3) CN106850140B (zh)
ES (1) ES2626354T3 (zh)
SG (1) SG11201510187PA (zh)
WO (1) WO2013104287A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103259876B (zh) 2012-02-17 2017-02-01 华为终端有限公司 处理地址冲突的方法和装置
CN105493563A (zh) * 2013-08-30 2016-04-13 华为技术有限公司 数据报头封装方法、解封装方法、装置及设备
US9462465B2 (en) * 2013-10-04 2016-10-04 Qualcomm Incorporated Apparatus and methods for separated security implementations in wireless communications
WO2015089717A1 (zh) * 2013-12-16 2015-06-25 华为技术有限公司 一种站点接入方法、站点装置、接入系统
US20160285834A1 (en) * 2014-11-10 2016-09-29 Qualcomm Incorporated Techniques for encrypting fields of a frame header for wi-fi privacy
JP6428349B2 (ja) * 2015-02-18 2018-11-28 富士通株式会社 通信プログラム、通信装置、および、通信方法
CN105120371B (zh) * 2015-08-24 2018-07-03 北京星网锐捷网络技术有限公司 用于wlan内组播视频传输的控制方法、控制设备及传输系统
US9913266B2 (en) * 2015-09-11 2018-03-06 Intel IP Corporation Methods and apparatus for scheduling a narrowband response to wideband data in a high-efficiency wireless local area network
US10063302B2 (en) * 2016-04-15 2018-08-28 Huawei Technologies Co., Ltd. Short SSW frame format for SLS beamforming process between enabled, associated stations and method of preparing wireless communication
US10750432B2 (en) 2016-10-25 2020-08-18 Blackberry Limited Group-addressed transmission of information relating to an access network
CN108810879B (zh) * 2017-04-28 2023-04-07 中兴通讯股份有限公司 一种无线帧传输的方法及装置
CN109756957B (zh) * 2017-11-03 2022-03-29 珠海市魅族科技有限公司 通信方法及通信装置、接入点设备和站点设备
CN109982266B (zh) 2017-12-28 2021-05-11 华为技术有限公司 一种通信方法、及相关产品
CN112398780B (zh) * 2019-08-13 2023-08-08 南京智数科技有限公司 一种适用于多种网络的设备自识别通讯方法
FI129763B (en) * 2020-03-04 2022-08-15 Wirepas Oy Addressing system for a wireless communication network
WO2022261961A1 (zh) * 2021-06-18 2022-12-22 华为技术有限公司 用于转发报文的方法、交换机以及网络接口卡
CN115396469B (zh) * 2022-07-29 2023-11-21 北京津发科技股份有限公司 传感器数据传输方法和装置
EP4668976A4 (en) * 2023-02-17 2026-03-11 Guangdong Oppo Mobile Telecommunications Corp Ltd METHOD AND APPARATUS FOR TRANSMITTING FRAMES, AND COMMUNICATION DEVICE

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101056258A (zh) * 2006-04-10 2007-10-17 高事达科技(北京)有限公司 用于无线局域网802.11中可降低信息交换冗余度的方法
KR20090083699A (ko) * 2008-01-30 2009-08-04 전남대학교산학협력단 기가비트 수동형 광 가입자망의 지이엠 모드에서 버추얼포트기반 스위칭을 위한 이더넷 프레임 구조 및 이를이용한 스위칭 방법
WO2010074385A1 (en) * 2008-12-22 2010-07-01 Electronics And Telecommunications Research Institute Method and apparatus for compressing frame
CN101884184A (zh) * 2007-10-04 2010-11-10 诺基亚西门子通信公司 用于减小系统开销的方法和设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050249136A1 (en) * 2002-07-17 2005-11-10 Fischer Michael A Dynamic assignment of station addresses transmitted over shared-communications channels
US7489688B2 (en) * 2003-12-23 2009-02-10 Agere Systems Inc. Frame aggregation
GB2412038B (en) 2004-03-10 2006-04-19 Toshiba Res Europ Ltd Packet format
GB2415855B (en) * 2004-07-02 2007-09-19 Toshiba Res Europ Ltd Communications apparatus providing local addressing
DE102004052331A1 (de) * 2004-10-27 2006-05-04 Nec Europe Ltd. Verfahren zur Steuerung der Kommunikation mit mobilen Stationen in einem Netzwerk
US20070153793A1 (en) 2006-01-04 2007-07-05 Innovative Sonic Limited Method and apparatus of modifying integrity protection configuration in a mobile user equipment of a wireless communications system
US8792497B2 (en) * 2006-06-05 2014-07-29 Tellabs Operations, Inc. Method and apparatus for performing link aggregation
US8243757B2 (en) 2007-07-05 2012-08-14 Ceragon Networks Ltd. MAC header compression using a pointer
ATE545265T1 (de) * 2008-08-11 2012-02-15 Koninkl Philips Electronics Nv Techniken zur lösung von mithörproblemen bei mediumzugangskontrollprotokollen von körpernetzwerken
US8165080B2 (en) * 2008-08-22 2012-04-24 Qualcomm Incorporated Addressing schemes for wireless communication
US9025584B2 (en) * 2008-09-09 2015-05-05 Silver Spring Networks, Inc. Multi-channel mesh nodes employing stacked responses
AT11110U1 (de) * 2008-11-21 2010-04-15 Tridonicatco Gmbh & Co Kg Adressierungsverfahren für ein leuchtmittel
US8804611B2 (en) * 2009-02-12 2014-08-12 Qualcomm Incorporated Method and apparatus for acknowledging successful reception of a data transmission for multi-access compatibility in a wireless communication system
US20130022032A1 (en) * 2011-01-26 2013-01-24 Qualcomm Incorporated Systems and methods for communicating in a network
US9515925B2 (en) * 2011-05-19 2016-12-06 Qualcomm Incorporated Apparatus and methods for media access control header compression

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101056258A (zh) * 2006-04-10 2007-10-17 高事达科技(北京)有限公司 用于无线局域网802.11中可降低信息交换冗余度的方法
CN101884184A (zh) * 2007-10-04 2010-11-10 诺基亚西门子通信公司 用于减小系统开销的方法和设备
KR20090083699A (ko) * 2008-01-30 2009-08-04 전남대학교산학협력단 기가비트 수동형 광 가입자망의 지이엠 모드에서 버추얼포트기반 스위칭을 위한 이더넷 프레임 구조 및 이를이용한 스위칭 방법
WO2010074385A1 (en) * 2008-12-22 2010-07-01 Electronics And Telecommunications Research Institute Method and apparatus for compressing frame

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2793448A4 *

Also Published As

Publication number Publication date
SG11201510187PA (en) 2016-01-28
CN106850140A (zh) 2017-06-13
JP5904347B2 (ja) 2016-04-13
EP2793448A4 (en) 2015-03-11
CN106850140B (zh) 2020-04-28
CN106877977B (zh) 2021-02-12
CN103209045A (zh) 2013-07-17
EP2793448A1 (en) 2014-10-22
ES2626354T3 (es) 2017-07-24
JP2015503876A (ja) 2015-02-02
US9906491B2 (en) 2018-02-27
CN106877977A (zh) 2017-06-20
EP2793448B1 (en) 2017-03-15
US20140321449A1 (en) 2014-10-30

Similar Documents

Publication Publication Date Title
WO2013104287A1 (zh) 数据通信的方法、装置及系统
JP5661949B2 (ja) ネットワークにおいて通信するためのシステムおよび方法
JP6342395B2 (ja) フレーム制御設計のための装置および方法
JP6373987B2 (ja) Macヘッダ圧縮のための装置および方法
TWI574574B (zh) 相容傳統型控制訊框
WO2013091510A1 (zh) 传输数据帧的方法和装置
JP6193484B2 (ja) ワイヤレス通信における分離セキュリティ実施のための装置および方法
CN103999538B (zh) 无线局域网访问方法、设备和系统
WO2019242525A1 (zh) 数据传输方法、相关装置及系统
WO2014205720A1 (zh) 传输数据的方法和装置
CN109788577A (zh) 双连接通信方法、装置、基站以及用户面节点
US8315192B2 (en) Method and system for configuring a media access control header to reduce a header overhead
CN107026857B (zh) 一种信息处理方法及网关设备
JP6367221B2 (ja) ショートmacヘッダを使用するパケットのセキュリティ
CN110291839A (zh) 单播连接建立方法、装置及存储介质
WO2012110004A1 (zh) 基于lte-lan的报文转发方法及装置
WO2014000489A1 (zh) 建立多模rru与bbu之间通信链路的方法、多模rru和bbu
US20240276223A1 (en) System and method for frame protection

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: 13735875

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014551509

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2013735875

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013735875

Country of ref document: EP