| Active Stats |
| Total Cumulative Posts |
1944
( 0.27% of total forum posts ) |
| Posts per day |
1.5 |
| Joined |
May 25, 2006 |
| Most active in |
Nieuwe Jump, Tek-Club & Hardstyle-Core Releases
457 posts in this forum
( 25% of this member's active posts ) |
| User's local time |
November 24, 2009 09:21 am |
|
| Communicate |
| Email |
Click Here |
| Integrity Messenger |
No Information |
| AIM Name |
No Information |
| ICQ Number |
No Information |
| Yahoo Identity |
No Information |
| MSN Identity |
No Information |
| Personal Message |
Click Here |
|
| Information |
| Home Page |
http://www.dawizz.nl |
| Birthday |
8 February 1988 |
| Location |
No Information |
| Interests |
This clause specifies the format of the MAC frames. All devices shall be able to validate every received
frame, either error free or in error, using the frame check sequence (FCS). In addition, every device shall be
able to construct a subset of these frame formats for transmission, and to decode another (potentially different)
subset of these frame formats upon validation following reception. The particular subsets of these formats
that a device shall construct and decode are determined by the functional capabilities supported by that
particular device, as declared by them in the capability information specified in 7.4.3.
7.1 Overview
Each MAC frame consists of the following basic components:
a) A MAC header, which comprises frame control, duration, address and sequence number information,
and, optionally, traffic category information.
b) A fixed length header check sequence (HCS), which contains the CRC parity bits for frame header
that includes the PHY header and the MAC header.
c) A variable length frame body, which contains information specific to the frame type and subtype.
d) A frame check sequence (FCS) which contains an IEEE 32-bit cyclic redundancy code (CRC).
7.1.1 Conventions
The MAC frames in the MAC sublayer are described as a sequence of fields in specific order. Each figure in
Clause 7 depicts the fields/subfields as they appear in the MAC frame and in the order in which they are
passed to the PHY, from left to right where the leftmost bit is transmitted first in time.
In figures, all bits within fields are numbered, from 0 to k, where the length of the field is k+1 bits. The octet
boundaries within a field can be obtained by taking the bit-numbers of the field modulo 8. Octets within
numeric fields that are longer than a single octet are depicted in increasing order of significance, from lowest
numbered bit to highest numbered bit. The octets in fields longer than a single octet are sent to the PHY in
order from the octet containing the lowest numbered bits to the octet containing the highest numbered bits.
Any field containing a CRC is an exception to this convention and is transmitted commencing with the coefficient
of the highest-order term.
Values specified in decimal are coded in natural binary unless otherwise stated.
Without further qualification, "reception" by the MAC sublayer implies that the frame contents are valid,
and that the protocol version is supported, but implies nothing about frame addressing, nor whether the
frame type or other fields in the MAC header are meaningful to the mac entity that has received the frame.
Unless otherwise stated, any reserved field or subfield shall be set to 0 upon transmission and shall be
ignored on reception.
Reserved values in non-reserved fields and subfields shall not be transmitted by conformant devices. However,
a device conformant to an older revision of this standard may receive frames with what it considers to
be reserved values in non-reserved fields and subfields. These fields, along with other fields in the same
frame whose interpretation is directly dependent thereon, shall be ignored on reception. |
|
| Posting Details |
| Member Group |
Active Members |
| Member Title |
lekker moeder |
| Avatar |
 |
| Signature |
- www.jumpstation.fm -
- www.dawizz.nl - |
|
Website
DB Livestream
Search
Members
Calendar
Doctor Bass Forum -> Viewing Profile
