ETSI EN 301 823-1-2-2001 Broadband Radio Access Networks (BRAN) HIPERLAN Type 2 Conformance Testing for the Data Link Control (DLC) Protocol Part 1 Basic Data Transport Function Su.pdf

《ETSI EN 301 823-1-2-2001 Broadband Radio Access Networks (BRAN) HIPERLAN Type 2 Conformance Testing for the Data Link Control (DLC) Protocol Part 1 Basic Data Transport Function Su.pdf》由会员分享，可在线阅读，更多相关《ETSI EN 301 823-1-2-2001 Broadband Radio Access Networks (BRAN) HIPERLAN Type 2 Conformance Testing for the Data Link Control (DLC) Protocol Part 1 Basic Data Transport Function Su.pdf（12页珍藏版）》请在麦多课文档分享上搜索。

1、ETSI EN 301 823-1 -2 1.1.1 (2001-01) European Standard (Telecommunications series) Broadband Radio Access Networks (BRAN); HIPERLAN Type 2; Conformance testing for the Data Link Control (DLC) protocol; Part 1: Basic data transport function; Sub-part 2: Test Suite Structure and Test Purposes (TSS Ess

2、ential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server ClattD:/www.etsP.c/iDr. Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried

3、 out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI SR O00 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This European Standard (Telecommunications series) has been produced by

4、 ETSI Project Broadband Radio Access Networks (BRAN). The present document is sub-part 2 of a multi-part deliverable covering Broadband Radio Access Networks (BRAN); HIPERLAN Type 2; Conformance testing for the Data Link Control (DLC) protocol; Part 1: Basic data transport function, as identified be

5、low: Sub-part 1: Sub-part 2: Sub-part 3: “Protocol Implementation Conformance Statement (PICS) proforma“; “Test Suite Structure and Test Purposes (TSS “Abstract Test Suite (ATS) specification“. National transposition dates Date of adoption of this EN Date of latest announcement of this EN (doa): Dat

6、e of latest publication of new National Standard or endorsement of this EN (dop/e): Date of withdrawal of any conflicting National Standard (dow): 19 January 2001 30 April 2001 31 October 2001 31 October 2001 ETSI 5 ETSI EN 301 823-1 -2 V1.l.l (2001-01) 1 Scope The present document contains the Test

7、 Suite Structure (TSS) and Test Purposes (TP) to test the BRAN HIPERLAN Type 2; Conformance testing for the Data Link Control (DLC) layer; Part 1: Basic data transport function. The objective of the present document is to provide a basis for conformance tests for HIPERLAN Type 2 equipment giving a h

8、igh probability of air interface inter-operability between different manufacturers HIPERLAN Type 2 equipmen t. The IS0 standard for the methodology of conformance testing (ISO/IEC 9646-1 3 and ISO/IEC 9646-2 4) as well as the ETSI rules for conformance testing (ETS 300 406 2) are used as a basis for

9、 the test methodology. 2 References The following documents contain provisions which, through reference in this text, constitute provisions of the present documen t. References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific. For a specif

10、ic reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same number. u1 ETSI TS 101 761-1 (Vl.l.1): “Broadband Radio Access Networks (BRAN)

11、; HIPERLAN Type 2; Data Link Control (DLC) Layer; Part 1: Basic data transport functions“. ETSI ETS 300 406 (1995): “Methods for Testing and Specification (MTS); Protocol and profile conformance testing specifications; Standardization methodology“. ISO/IEC 9646-1 (1991): “Information technology - Op

12、en Systems Interconnection - Conformance testing methodology and framework - Part 1: General concepts“. (See also CCITT Recommendation X.290 (1991). ISO/IEC 9646-2 (1991): “Information technology - Open Systems Interconnection - Conformance testing methodology and framework - Part 2: Abstract Test S

13、uite specification“. (See also CCITT Recommendation X.291 (1991). ISO/IEC 9646-6 (1991): “Information technology - Open Systems Interconnection - Conformance testing methodology and framework - Part 6: Protocol profile test specification“. ISO/IEC 9646-7 (1991): “Information technology - Open System

14、s Interconnection - Conformance testing methodology and framework - Part 7: Implementation Conformance Statements“. 121 131 141 151 161 3 Definitions and abbreviations 3.1 Def i n it ions For the purposes of the present document, the following terms and definitions apply: a) The terms defined in ISO

15、/IEC 9646-7 6; and b) The definitions in TS 101 761-1 i. ETSI 6 Test Suite ERC-AP/ ERC-MT ETSI EN 301 823-1 -2 V1.l.l (2001-01) Protocol group Protocol subgroup Test group CA BV BI BO DLC Error Control service Acknowledge mode x Unacknowledge mode x Repetition mode X 3.2 Abbreviations For the purpos

16、es of the present document, the abbreviations defined in ISO/IEC 9646-1 3, ISO/IEC 9646-6 5, ISO/IEC 9646-7 6 and the abbreviations defined in TS 101 761-1 i apply. In particular, the following definitions apply: AP BCH BI BO BV CA cc DCC DLC DUC EC IUT LCH MAC MT PDU PICS TSS TP ARQ Access Point Au

17、tomatic Repeat Request Broadcast CHannel Invalid Behaviour Inopportune Behaviour Valid Behaviour Capability tests Central Controller DLC user Connection Control Data Link Control DLC User Connection Error Control Implementation Under Test Long CHannel Medium Access Control Mobile Terminal Protocol D

18、ata Unit Protocol Implementation Conformance Statement Test Suite Structure Test Purposes 4 4.1 Test suite structure Structure Figure 1 shows the DLC Error Control Test Suite Structure (TSS) including its subgroups defined for the conformance testing. Figure 1 : TSS for HIPERLAN 2 DLC Error Control

19、service The test suite is structured as a tree with a first level defined as ERC-AP or ERC-MT representing the protocol group “DLC Error Control service for AP and DLC Error Control service for MT“. 4.2 Test groups The test groups are organized in three levels. The first level creates one protocol g

20、roup representing the protocol services. The second level separates the protocol services in functional modules. The last level in each branch contains one or more of the standard IS0 subgroups CA, BV, BI and BO. 4.2.1 Protocol groups The protocol groups identify the DLC Error Control service, as de

21、fined in TS 101 761-1 i. ETSI 7 TP Id according to the TP naming conventions TP Id Reference Condition Stimulus Expected behaviour ETSI EN 301 823-1 -2 V1.l.l (2001-01) Reference. Initial condition. Stimulus. Expected behaviour. The TP Id is a unique identifier it shall be specified according to the

22、 TP naming conventions defined in the subclause below. The reference should contain the references of the subject to be validated by the actual TP (specification reference, clause, and paragraph). The condition defines in which initial state the IUT has to be to apply the actual TP. The stimulus def

23、ines the test event to which the TP is related. Definition of the events that are expected from the IUT to conform to the base soecification. 4.2.1 .I Transmission mode The Error Control service group is divided in three functional modules. The first functional module identifies acknowledge mode pro

24、cedures. The second functional module identifies repetition mode procedures. The last functional module identifies unacknowledge mode procedures. 4.2.2 Main test groups The main test groups are the capability group, the valid behaviour group, the invalid behaviour group and the inopportune behaviour

25、 group. 4.2.2.1 Capability (CA) tests This test sub group shall provide limited testing of the major IUT capabilities aiming to insure that the claimed capabilities are correctly supported, according to the PICS. 4.2.2.2 Valid Behaviour (BV) tests This test sub group shall verify that the IUT reacts

26、 in conformity with the EN, after receipt or exchange of valid Protocol Data Units (PDUs). Valid PDUs means that the exchange of messages and the content of the exchanged messages are considered as valid. 4.2.2.3 Invalid Behaviour (BI) tests This test sub group shall verify that the IUT reacts in co

27、nformity with the EN, after receipt of a syntactically invalid PDU. 4.2.2.4 Inopportune Behaviour (BO) tests This test sub group shall verify that the IUT reacts in conformity with the EN, after receipt of a syntactically correct PDU not expected in the actual message exchange. 5 Test Purposes (TP)

28、5.1 I nt roduction 5.1 .I TP definition conventions The TPs are defined following particular rules as shown in Table 1. Table 1 : TP definition rules ETSI 8 ETSI EN 301 823-1 -2 V1.l.l (2001-01) 5.1.2 TP naming conventions The identifier of the TP is built according to Table 2. Table 2: TP naming co

29、nvention Example: TP/MT/ECM/AM/BV-OlO is the tenth purpose for the valid behaviour testing of the acknowledge mode procedures of the DLC error control service implemented at MT side. 5.1.3 Sources of TP definitions All TPs are specified according to TS 101 761-1 i. 5.2 Test purposes for AP 5.2.1 Ack

30、nowledge mode T PIA PI EC MAMICA- O0 O T PIA PI EC MAMICA- O0 1 TPIAPIECMAMICA-002 TPIAPIECMAMICA-003 Reference: TS 1 O1 761 -1 - 6.4.2.8 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. IUT has reached its window limit without receiving acknowledgement. Che

31、ck, that: after receiving a cumulative acknowledgement indicating that the last packet of the window was received negatively, the IUT advances its window to the lowest negatively acknowledged LCH. Reference: TS 1 O1 761 -1 - 6.4.2.8 Initial condition: DUC-established. IUT is the receiver. A small wi

32、ndow (32) is in use. IUT is not in flow control state. Check, that: the IUT generate at least one cumulative acknowledgement each 2 times round trip time duration. Reference: TS 1 O1 761 -1 - 6.4.2.9 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. Check, th

33、at: when the IUT has new LCHs waiting for transmission and its transmission windows has not advanced during more than 5 s, the IUT resets the connection. Reference: TS 1 O1 761 -1 - 6.4.2.9 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. Check, that: after

34、execution of the reset procedure initiated by the LT, the IUT re-starts I transmission with SN number O. TPIAPIECMAMICA-004 I Reference: TS 1 O1 761 -1 - 6.4.2.9 TPIAPIECMAMICA-005 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. IUT is in flow control state

35、. Check, that: after execution of the reset procedure initiated by the LT, the IUT has left the flow control state. Reference: TS 1 O1 761 -1 - 6.4.2.9 Initial condition: 2 DUC-established connection in acknowledge mode. IUT is the transmitter or the receiver. A small window (32) is in use in each c

36、onnection. Check, that: after execution of the reset procedure initiated by the LT, the IUT has performed the reset actions for all connections in acknowledged mode. ETSI 9 ETSI EN 301 823-1 -2 V1.l.l (2001-01) T PIA PI EC MAMICA- O0 6 T PIA PI EC MAMICA- O0 7 T PIA PI EC MAMICA- O0 8 T PIA PI EC MA

37、MICA- O0 9 TPIAPIECMAMICA-O 1 O TPIAPIECMAMICA-O 1 1 TPIAPIECMAMICA-O 1 2 TPIAPIECMAMICA-O 1 3 TPIAPIECMAMICA-O 1 4 Reference: TS 1 O1 761 -1 - 6.4.2.1 O Initial condition: DUC-established. IUT is the receiver. A small window (32) is in use. Check, that: the IUT negatively acknowledges a LCH with in

38、correct CRC by setting the corresponding bit to-O in the next cumulative acknowledgement. Reference: TS 1 O1 761 -1 - 6.4.2.1 O Initial condition: DUC-established. IUT is the receiver. A small window (32) is in use. Check, that: the IUT negatively acknowledges a LCH with SN outside its receiver wind

39、ow by setting the corresponding bit to O in the next cumulative acknowledgement. Reference: TS 1 O1 761 -1 - 6.4.2.1 O Initial condition: DUC-established. IUT is the receiver. A small window (32) is in use. Check, that: the IUT positively acknowledges a correct LCH either by setting the next bitmap

40、block or by setting the corresponding bit to 1 in the next cumulative acknowledgement or by a negative acknowledgement of a higher SN in the next cumulative acknowledgement. Reference: TS 101 761-1 - 6.4.2.1 1 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use.

41、 Check, that: after receiving two successive logically incorrect ARQ feedback messages, the IUT resets the connection by using the relevant DUCC message. Reference: TS 101 761-1 - 6.4.2.1 1 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. Check, that: the IU

42、T re-transmits correctly an LCH negatively acknowledged in a cumulative acknowledgement and previously positively acknowledged in a bitmap block. (The IUT has kept the LCH in its buffer until the reception of the cumulative acknowledgement). Reference: TS 101 761-1 - 6.4.2.1 1 Initial condition: DUC

43、-established. IUT is the transmitter. A small window (32) is in use. Check, that: the IUT transmits new LCHs in consecutive ascending order of their sequence numbers. Reference: TS 101 761-1 - 6.4.2.1 1 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. Check,

44、 that: when the IUT has reached its transmission window limit without receiving cumulative acknowledgement, the IUT stops transmission of new LCHs. Reference: TS 101 761-1 - 6.4.2.12.1 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. IUT has sent a discard m

45、essage. Check, that: when receiving negative acknowledgements for LCHs that it has previously announced in a discard message, the IUT retransmits the discard message. Reference: TS 101 761-1 - 6.4.2.14 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. Check,

46、that: upon receiving an ARQ feedback message with the FC bit set (flow control mode), and at least after a round trip time, the IUT sends only LCHs with sequence numbers up to the highest sequence number signalled in the Bitmap Blocks of the received ARQ feedback message. ETSI 10 ETSI EN 301 823-1 -

47、2 V1.l.l (2001-01) 5.3 Test purposes for MT 5.3.1 Acknowledge mode TP/MT/ECM/AM/CA-OOO TP/MT/ECM/AM/CA-OOl TP/MT/ECM/AM/CA-002 TP/MT/ECM/AM/CA-003 TP/MT/ECM/AM/CA-004 TP/MT/ECM/AM/CA-005 TP/MT/ECM/AM/CA-OO TP/MT/ECM/AM/CA-007 TP/MT/ECM/AM/CA-008 TP/MT/ECM/AM/CA-009 TP/MT/ECM/AM/CA-O1 O TP/MT/ECM/AM/

48、CA-O1 1 Reference: TS 1 O1 761 -1 - 6.4.2.8 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. IUT has reached its window limit without receiving acknowledgement. Check, that: after receiving a cumulative acknowledgement indicating that the last packet of the

49、window was received negatively, the IUT advances its window to the lowest negatively acknowledged LCH. Reference: TS 1 O1 761 -1 - 6.4.2.8 Initial condition: DUC-established. IUT is the receiver. A small window (32) is in use. IUT is not in flow control state. Check, that: the IUT generates at least one cumulative acknowledgement each 2 times round trip time duration. Reference: TS 1 O1 761 -1 - 6.4.2.9 Initial condition: DUC-established. IUT is the transmitter. A small window (32) is in use. Check, that: when the IUT has new LCHs waiting for transmission and it