ATIS 0700004A-2008 Supplement to ATIS High Capacity-Spatial Division Multiple Access (HC-SDMA) Radio Interface Standard (Supplement to 0700004).pdf

《ATIS 0700004A-2008 Supplement to ATIS High Capacity-Spatial Division Multiple Access (HC-SDMA) Radio Interface Standard (Supplement to 0700004).pdf》由会员分享，可在线阅读，更多相关《ATIS 0700004A-2008 Supplement to ATIS High Capacity-Spatial Division Multiple Access (HC-SDMA) Radio Interface Standard (Supplement to 0700004).pdf（15页珍藏版）》请在麦多课文档分享上搜索。

1、 AMERICAN NATIONAL STANDARD FOR TELECOMMUNICATIONS ATIS-0700004.a.2009(R2013) Supplement to ATIS-0700004: ATIS High Capacity-Spatial Division Multiple Access (HC-SDMA) Radio Interface Standard As a leading technology and solutions development organization, ATIS brings together the top global ICT com

2、panies to advance the industrys most-pressing business priorities. Through ATIS committees and forums, nearly 200 companies address cloud services, device solutions, emergency services, M2M communications, cyber security, ehealth, network evolution, quality of service, billing support, operations, a

3、nd more. These priorities follow a fast-track development lifecycle from design and innovation through solutions that include standards, specifications, requirements, business use cases, software toolkits, and interoperability testing. ATIS is accredited by the American National Standards Institute

4、(ANSI). ATIS is the North American Organizational Partner for the 3rd Generation Partnership Project (3GPP), a founding Partner of oneM2M, a member and major U.S. contributor to the International Telecommunication Union (ITU) Radio and Telecommunications sectors, and a member of the Inter-American T

5、elecommunication Commission (CITEL). For more information, visit . AMERICAN NATIONAL STANDARD Approval of an American National Standard requires review by ANSI that the requirements for due process, consensus, and other criteria for approval have been met by the standards developer. Consensus is est

6、ablished when, in the judgment of the ANSI Board of Standards Review, substantial agreement has been reached by directly and materially affected interests. Substantial agreement means much more than a simple majority, but not necessarily unanimity. Consensus requires that all views and objections be

7、 considered, and that a concerted effort be made towards their resolution. The use of American National Standards is completely voluntary; their existence does not in any respect preclude anyone, whether he has approved the standards or not, from manufacturing, marketing, purchasing, or using produc

8、ts, processes, or procedures not conforming to the standards. The American National Standards Institute does not develop standards and will in no circumstances give an interpretation of any American National Standard. Moreover, no person shall have the right or authority to issue an interpretation o

9、f an American National Standard in the name of the American National Standards Institute. Requests for interpretations should be addressed to the secretariat or sponsor whose name appears on the title page of this standard. CAUTION NOTICE: This American National Standard may be revised or withdrawn

10、at any time. The procedures of the American National Standards Institute require that action be taken periodically to reaffirm, revise, or withdraw this standard. Purchasers of American National Standards may receive current information on all standards by calling or writing the American National St

11、andards Institute. Notice of Disclaimer otherwise it is reset to 0. When the IEEE 802.2 LLC payload and its header suppression are mutually agreed, the L4 data payload shall carry header of variable length as defined in Table 9.6-5: IEEE 802.2 LLC suppressed header profile 0. ATIS-0700004.a.2008 7 T

12、able 9.6-5: IEEE 802.2 LLC suppressed header profile 0 (default) Fields FORMAT L4-Flag The length of this field is 1 octet. This field defines the header suppression and presence of header field for each packet type within LLC frame. DSAP/SSAP The length of this field is 2 octets as defined in ISO/I

13、EC 8802-2. Table 9.6-6 defines whether this field shall be included in L4 packet header or not, based on the status of RAW, SNAP and Type flag bits in L4-Flag field. CTRL The length of this field is 1 octet as defined in ISO/IEC 8802-2. Table 9.6-6 defines whether this field shall be included in L4

14、packet header or not, based on the status of RAW, SNAP and Type flag bits in L4-Flag field. Type The length of this field is 2 octets as defined in ISO/IEC 8802-2. Table 9.6-6 defines whether this field shall be included in L4 packet header or not, based on the status of RAW, SNAP and Type flag bits

15、 in L4-Flag field. Vendor ID The length of this field is 3 octets as defined in ISO/IEC 8802-2. Table 9.6-6 defines whether this field shall be included in L4 packet header or not, based on the status of RAW, SNAP and Type flag bits in L4-Flag field. TOTAL Variable length ( 1 to 9 octets) When the u

16、pper layer packet is reconstructed, the packet format is estimated by using information from the L4-Flag field of the suppressed header. Reconstructed upper layer header format types are as follows: 1. RAW packet header type 2. IEEE 802.2 LLC packet header type 3. IEEE 802.2 SNAP packet header type

17、Relations of flag patterns and estimated packet header types, and presence of header fields are defined by Table 9.6-6: Relation of L4-flag patterns and presence of header fields for IEEE802.2 LLC/SNAP Payload type. ATIS-0700004.a.2008 8 Table 9.6-6: Relation of L4-flag patterns and presence of head

18、er fields for IEEE802.2 LLC/SNAP Payload type. Patterns of flags Presences of fields in L4 Header RAW SNAP TYPE Packet Header types DSAP/SSAP CTRL TYPE Vendor ID 0 0 0 IEEE 802.2 LLC Present Present - - 0 0 1 Prohibited. - - - - 0 1 0 IEEE 802.2 SNAP (TYPE=IP and Vendor ID =000000h)2No No No No 0 1

19、1 IEEE 802.2 SNAP (Vendor ID=000000h) No No Present No 1 0 0 Raw - - - - 1 0 1 Prohibited. - - - - 1 1 0 IEEE 802.2 SNAP(TYPE=IP)2No No No Present 1 1 1 IEEE 802.2 SNAP No No Present Present 9.6.3.3 IEEE 802.3/Ethernet Payload Header Suppression Profile 0 (default) (Ether-PHSP 0) When the IEEE 802.3

20、/Ethernet payload and its header suppression are mutually agreed and the PHSP number is 0 in the Payload type message, the first octet of the suppressed header is always the L4-Flag field (see Figure 9.6-4: L4-Flag field format for Ethernet Payloads). The Flag field indicates the presence of other f

21、ields to follow (see Table 9.6-8: Relation of L4-flag patterns and presence of header fields for Ethernet Payload type). msb Bits lsb 8 7 6 5 4 3 2 1 FIXED PHS BC DMA SMA RAW SNAP TYPE 0 Figure 9.6- 4: L4-Flag field format for Ethernet Payloads The FIXED bit of the L4-Flags field shall be 0. When th

22、e Payload Header Suppression (PHS) bit is set to 1, the other bits of the Flag field are defined as in Table 9.6-7: IEEE 802.3/Ethernet suppressed header profile 0. If a destination MAC address of Ethernet Payload is all FFh, the Broadcast (BC) bit of the L4-Flag field is set to 1; otherwise the BC

23、bit shall be reset to 0. 2When the TYPE field in IEEE802.2 LLC header has the value 0800h, LLC Payload carries the IP. ATIS-0700004.a.2008 9 In the IEEE 802.3/Ethernet payload header suppression default profile, the L4 data packet header has a variable length as defined in Table 9.6-7: IEEE 802.3/Et

24、hernet suppressed header profile 0. The Destination and Source MAC address of the Ethernet Payload are transmitted implicitly. Table 9.6-7: IEEE 802.3/Ethernet suppressed header profile 0 (default) Fields FORMAT L4-Flag The length of this field is 1 octet. This field defines the header suppression a

25、nd presence of header field for each packet type within Ethernet frame. Destination MAC address (DMA) The length of this field is 6 octets as defined in ISO/IEC 8802-3. Table 9.6-8 defines whether this field shall be included in the L4 packet header or not, based on the status of the BC bit and the

26、DMA flag bits in the L4-Flag field. Source MAC address (SMA) The length of this field is 6 octets as defined in ISO/IEC 8802-2. Table 9.6-8 defines whether this field shall be included in the L4 packet header or not, based on the status of SMA flag bits in the L4-Flag field. DSAP/SSAP The length of

27、this field is 2 octets as defined in ISO/IEC 8802-2. Table 9.6-8 defines whether this field shall be included in the L4 packet header or not, based on the status of RAW, SNAP and Type flag bits in the L4-Flag field. CTRL The length of this field is 1 octet as defined in ISO/IEC 8802-2. Table 9.6-8 d

28、efines whether this field shall be included in the L4 packet header or not, based on the status of RAW, SNAP and Type flag bits in the L4-Flag field. Type Table 9.6-8 defines whether this field shall be included in the L4 packet header or not, based on the status of RAW, SNAP and Type flag bits in L

29、4-Flag field. The length of this field is 1 octet as defined in ISO/IEC 8802-3 or 2 octets as defined in ISO/IEC 8802-2. Vendor ID The length of this field is 3 octets as defined in ISO/IEC 8802-2. Table 9.6-8 defines whether this field shall be included in the L4 packet header or not, based on the

30、status of RAW, SNAP and Type flag bits in the L4-Flag field. TOTAL Variable length (1 to 21 Octets) When the upper layer packet is reconstructed, the packet format is estimated with the help of the L4-Flag field (see Figure 9.6-4: L4-Flag field format for Ethernet Payloads) of the suppressed header.

31、 Reconstructed upper layer header format types are as follows: 1. Ethernet II packet header type 2. IEEE 802.3 Raw packet header type 3. IEEE 802.2 LLC packet header type 4. IEEE 802.2 SNAP packet header type ATIS-0700004.a.2008 10 The relations of flag patterns and estimated packet header types, an

32、d presence of fields per each estimated packet type are defined by Table 9.6-8: Relation of L4-flag patterns and presence of header fields for Ethernet Payload type. Table 9.6- 8: Relation of L4-flag patterns and presence of header fields for Ethernet Payload Type. Patterns of flags Presences of fie

33、lds in L4 Header RAW SNAP TYPE Estimated Packet Header types DSAP/SSAP CTRL TYPE Vendor ID 0 0 0 IEEE 802.2 LLC Present Present - - 0 0 1 Ethernet II - - Present - 0 1 0 IEEE 802.2 SNAP (TYPE=IP and Vendor ID =000000h)2No No No No 0 1 1 IEEE 802.2 SNAP (Vendor ID=000000h) No No Present No 1 0 0 IEEE 802.3 Raw - - - - 1 0 1 Prohibited. - - - - 1 1 0 IEEE 802.2 SNAP(TYPE=IP)2No No No Present 1 1 1 IEEE 802.2 SNAP No No Present Present