ETSI ETS 300 497-3 ed.1 (1996-08)
Digital Enhanced Cordless Telecommunications (DECT); Common Interface (CI); Test Case Library (TCL); Part 3: Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Fixed radio Termination (FT)
Digital Enhanced Cordless Telecommunications (DECT); Common Interface (CI); Test Case Library (TCL); Part 3: Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Fixed radio Termination (FT)
DE/RES-03026-3
Digitalne izboljšane brezvrvične telekomunikacije (DECT) - Skupni vmesnik (CI) knjižnica preskušalnih primerov (TCL) - 3. del: Abstraktni preskušalni niz (ATS) za krmiljenje dostopa do plasti prenosnega medija (MAC) - fiksna radijska zaključitev (FT)
General Information
Standards Content (Sample)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.)7Digital Enhanced Cordless Telecommunications (DECT); Common Interface (CI); Test Case Library (TCL); Part 3: Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Fixed radio Termination (FT)33.070.30'(&7Digital Enhanced Cordless Telecommunications (DECT)ICS:Ta slovenski standard je istoveten z:ETS 300 497-3 E13SIST ETS 300 497-3:1999en01-jDQXDU19993SIST ETS 300 497-3:1999SLOVENSKI
STANDARD
EUROPEANETS 300 497-3TELECOMMUNICATIONAugust 1996STANDARDSource: ETSI TC-RESReference: DE/RES-03026-3ICS:33.020, 33.060.50Key words:Abstract Test Suites, DECT, GAPRadio Equipment and Systems (RES);Digital Enhanced Cordless Telecommunications (DECT);Common Interface (CI) Test Case Library (TCL);Part 3: Abstract Test Suite (ATS) for Medium Access Control(MAC) layer - Fixed radio Termination (FT)ETSIEuropean Telecommunications Standards InstituteETSI SecretariatPostal address: F-06921 Sophia Antipolis CEDEX - FRANCEOffice address: 650 Route des Lucioles - Sophia Antipolis - Valbonne - FRANCEX.400: c=fr, a=atlas, p=etsi, s=secretariat - Internet: secretariat@etsi.frTel.: +33 92 94 42 00 - Fax: +33 93 65 47 16Copyright Notification: No part may be reproduced except as authorized by written permission. The copyright and theforegoing restriction extend to reproduction in all media.© European Telecommunications Standards Institute 1996. All rights reserved.SIST ETS 300 497-3:1999
Page 2ETS 300 497-3: August 1996Whilst every care has been taken in the preparation and publication of this document, errors in content,typographical or otherwise, may occur. If you have comments concerning its accuracy, please write to"ETSI Editing and Committee Support Dept." at the address shown on the title page.SIST ETS 300 497-3:1999
Page 3ETS 300 497-3: August 1996ContentsForeword.51Scope.72Normative references.73Definitions and abbreviations.103.1Definitions.103.2DECT abbreviations.103.3ISO 9646 abbreviations.104Abstract Test Method (ATM).114.1Description of ATM.114.2Test strategy.125Untestable Test Purposes (TPs).136ATS Conventions (only applicable for PTC LT_TC).136.1Naming conventions.136.1.1Declarations part.136.1.1.1General.136.1.1.2Test suite operations definition.136.1.1.3Test suite parameter declarations.146.1.1.4Test case selection expression definition.146.1.1.5Test suite constant declarations.146.1.1.6Test suite variable declarations.146.1.1.7Test case variable declarations.146.1.1.8Timer declarations.146.1.1.9ASP type definitions.156.1.1.10PDU type definitions.156.1.1.11CM type definitions.156.1.1.12Alias definitions.156.1.2Constraints part.156.1.2.1General.156.1.3Dynamic part.156.1.3.1General.156.1.3.2Test Case identifier.166.1.3.3Test step identifier.166.1.3.4Default identifier.166.1.3.5Label identifier.176.1.3.6ATS abbreviations.176.2Implementation conventions.176.2.1Declaration part.176.2.2Constraint part.186.2.3Dynamic part.18Annex A (normative):Abstract test suite (ATS), PTC LT_TC.19A.1The machine processable ATS (TTCN.MP).19A.2The graphical ATS (TTCN.GR).19Annex B (normative):Specification of PTC LT_MAC.151B.1General requirements.151SIST ETS 300 497-3:1999
Page 4ETS 300 497-3: August 1996B.2Additional requirements.151Annex C (normative):Partial PIXIT proforma for DECT MAC.152C.1Identification summary.152C.2ATS summary.152C.3Test laboratory.152C.4Client identification.152C.5SUT.152C.6Protocol layer information.153C.6.1Protocol identification.153C.6.2IUT information.153Annex D (normative):Protocol Conformance Test Report (PCTR) Proforma For DECT MAC.155D.1Identification summary.155D.1.1Protocol conformance test report.155D.1.2IUT identification.155D.1.3Testing environment.155D.1.4Limits and reservation.156D.1.5Comments.156D.2IUT Conformance status.156D.3Static conformance summary.156D.4Dynamic conformance summary.157D.5Static conformance review report.157D.6Test campaign report.158D.7Observations.158Annex E (informative):Bibliography.159History.160SIST ETS 300 497-3:1999
Page 5ETS 300 497-3: August 1996ForewordThis European Telecommunication Standard (ETS) has been produced by the Radio Equipment andSystems (RES) Technical Committee of the European Telecommunications Standards Institute (ETSI).The DECT Test Specification multipart ETS comprises nine parts, as follows:Part 1:"Part 1: Test Suite Structure (TSS) and Test Purposes (TP) for Medium Access Control(MAC) layer".Part 2:"Part 2: Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Portable radioTermination (PT)".Part 3:"Part 3: Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Fixed radioTermination (FT)".Part 4:"Part 4: Test Suite Structure (TSS) and Test Purposes (TP) - Data Link Control (DLC) layer".Part 5:"Part 5: Abstract Test Suite (ATS) - Data Link Control (DLC) layer".Part 6:"Part 6: Test Suite Structure (TSS) and Test Purposes (TP) - Network (NWK) layer - Portableradio Termination (PT)".Part 7:"Part 7: Abstract Test Suite (ATS) for Network (NWK) layer - Portable radio Termination(PT)".Part 8:"Part 8: Test Suite Structure (TSS) and Test Purposes (TP) - Network (NWK) layer - Fixedradio Termination (FT)".Part 9:"Part 9: Abstract Test Suite (ATS) for Network (NWK) layer - Fixed radio Termination (FT)".Transposition datesDate of adoption of this ETS:16 August 1996Date of latest announcement of this ETS (doa):30 November 1996Date of latest publication of new National Standardor endorsement of this ETS (dop/e):31 May 1997Date of withdrawal of any conflicting National Standard (dow):31 May 1997SIST ETS 300 497-3:1999
Page 6ETS 300 497-3: August 1996Blank pageSIST ETS 300 497-3:1999
Page 7ETS 300 497-3: August 19961ScopeThis European Telecommunication Standard (ETS) contains the Abstract Test Suite (ATS) to test theDECT FP MAC layer.The objective of this test specification is to provide a basis for approval tests for DECT equipment giving ahigh probability of air interface inter-operability between different manufacturer's DECT equipment. Thispart contains the ATS specification for testing of the MAC layer at the FT.The ISO standard for the methodology of conformance testing (ISO/IEC 9646 [21] to [27]) as well as theETSI rules for conformance testing (ETS 300 406 [29]) are used as basis for the test methodology.Test specifications for the Physical Layer (PHL) are provided in other DECT standards.Annex A provides the Tree and Tabular Combined Notation (TTCN) part of this ATS.Annex B provides the specification of the parallel test component LT_MAC.Annex C provides the Partial Protocol Implementation eXtra Information for Testing (PIXIT) Proforma ofthis ATS.Annex D provides the Protocol Conformance Test Report (PCTR) Proforma of this ATS.2Normative referencesThis ETS incorporates, by dated or undated reference, provisions from other publications. Thesenormative references are cited at the appropriate places in the text and the publications are listedhereafter. For dated references, subsequent amendments to or revisions of any of these publicationsapply to this ETS only when incorporated in it by amendment or revision. For undated references the latestedition of the publication referred to applies.[1]ETS 300 175-1 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 1: Overview".[2]ETS 300 175-2 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 2: Physicallayer".[3]ETS 300 175-3 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 3: Mediumaccess control layer".[4]ETS 300 175-4 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 4: Data linkcontrol layer".[5]ETS 300 175-5 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 5: Networklayer".[6]ETS 300 175-6 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 6: Identitiesand addressing".[7]ETS 300 175-7 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 7: Securityfeatures".[8]ETS 300 175-8 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 8: Speechcoding and transmission".SIST ETS 300 497-3:1999
Page 8ETS 300 497-3: August 1996[9]ETS 300 175-9 (1992): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Common interface; Part 9: Publicaccess profile".[10]ETS 300 444: "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Generic Access Profile (GAP)".[11]ETS 300 370: "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications/Global System for Mobile communications(DECT/GSM) inter-working profile; Access and mapping (Protocol/proceduredescription for 3,1 kHz speech service)".[12]ETS 300 434: "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT) and Integrated Services Digital Network(ISDN) inter-working for end system configuration".[13]ETS 300 331: "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); DECT Authentication Module (DAM)".[14]CCITT Recommendation G.726 (1991): "40, 32, 24, 16 kbit/s adaptivedifferential pulse code modulation (ADPCM)".[15.20]Reserved values.[21]ISO/IEC 9646-1 (1991): "Information technology - Open SystemsInterconnection - Conformance testing methodology and framework - Part 1:General concepts". (See also CCITT Recommendation X.290 (1991)).[22]ISO/IEC 9646-2 (1991): "Information technology - Open SystemsInterconnection - Conformance testing methodology and framework - Part 2:Abstract test suite specification". (See also CCITT Recommendation X.291(1991)).[23]ISO/IEC 9646-3 (1991): "Information technology - Open SystemsInterconnection - Conformance testing methodology and framework - Part 3:The tree and tabular combined notation". (See also CCITT RecommendationX.292 (1992)).[24]ISO/IEC 9646-4 (1991): "Information technology - Open SystemsInterconnection - Conformance testing methodology and framework - Part 4:Test realisation". (See also CCITT Recommendation X.292 (1992)).[25]ISO/IEC 9646-5 (1991): "Information technology - Open SystemsInterconnection - Conformance testing methodology and framework - Part 5:Requirements on test laboratories and clients for the conformance assessmentprocess". (See also CCITT Recommendation X.292 (1992)).[26]ISO/IEC 9646-6 (1991): "Information technology - Open SystemsInterconnection - Conformance testing methodology and framework - Part 6:Protocol profile test specification".[27]ISO/IEC 9646-7 (1991): "Information technology - Open SystemsInterconnection - Conformance testing methodology and framework - Part 7:Implementation conformance statement".[28]ISO 7498: "Information Processing Systems - Open Systems Interconnection -Basic Reference model".[29]ETS 300 406 (1995): "Methods for Testing and Specification (MTS); Protocoland profile conformance testing specifications; Standardization methodology".SIST ETS 300 497-3:1999
Page 9ETS 300 497-3: August 1996[30]91/263/EEC: "Council Directive of 29 April 1991 on the approximation of thelaws of the Member states concerning telecommunications terminal equipment,including the mutual recognition of their conformity. (Terminal Directive)".[31.40]Reserved values.[41]I-ETS 300 176: "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Approval test specification".[42]TBR 6: "Radio Equipment and Systems (RES); Digital European CordlessTelecommunications (DECT); General terminal attachment requirements".[43]TBR 10: "Radio Equipment and Systems (RES); Digital European CordlessTelecommunications (DECT); General terminal attachment requirements:Telephony applications".[44]TBR 11 (1992): "Radio Equipment and Systems (RES); Attachmentrequirements for terminal equipment for Digital European CordlessTelecommunications (DECT) Public Access Profile (PAP) applications".[45]ETS 300 323 (1994): "Radio Equipment and Systems (RES); Digital EuropeanCordless Telecommunications (DECT); Public Access Profile (PAP) testspecification".[46]ETS 300 476: "Radio Equipment and Systems (RES); Digital EnhancedCordless Telecommunications (DECT); Common Interface (CI); ProtocolImplementation Conformance Statement (PICS) proforma".[47]ETS 300 497: "Radio Equipment and Systems (RES); Digital EnhancedCordless Telecommunications (DECT); Common Interface (CI) Test CaseLibrary (TCL)".[48]ETS 300 474: "Radio Equipment and Systems (RES); Digital EnhancedCordless Telecommunications (DECT); Generic Access Profile (GAP); Profilerequirement list and profile specific Implementation Conformance Statement(ICS) proforma".[49]ETS 300 494: "Radio Equipment and Systems (RES); Digital EnhancedCordless Telecommunications (DECT); Generic Access Profile (GAP); ProfileTest Specification (PTS)".[50]TBR 22: "Radio Equipment and Systems (RES); Attachment requirements forterminal equipment for Digital Enhanced Cordless Telecommunications (DECT)Generic Access Profile (GAP) applications".SIST ETS 300 497-3:1999
Page 10ETS 300 497-3: August 19963Definitions and abbreviations3.1DefinitionsFor the purposes of this ETS, the definitions given in ISO/IEC 9646-1 [21] and ETS 300 175-1 [1] apply.3.2DECT abbreviationsFor the purposes of this ETS, the following abbreviations apply:ACAuthentication CodeCCCall ControlCICommon InterfaceCLMSConnectionless Message Services (CL)CMCo-ordination MessageCOMSConnection Oriented Message Services (CO)CTSConformance Testing ServicesDECTDigital Enhanced Cordless TelecommunicationDLCData Link ControlDSAADECT Standard Authentication AlgorithmDSCADECT Standard Cipher Algorithm 1ETSEuropean Telecommunication StandardISOInternational Organisation for StandardisationETSIEuropean Telecommunications Standards InstituteFTFixed radio TerminationIPUIInternational Portable User IdentityIPEIInternational Portable Equipment IdentityIWUInterWorking UnitLCLink Control entityMACMedium Access ControlMEManagement EntityMMMobility ManagementNWKNetworkPAPPublic Access ProfilePARKPortable Access Rights KeyPHLPhysical LayerPTPortable radio TerminationRPNRadio Fixed Part NumberSAPService Access PointSARISecondary access rights identitySDUService data unitUAKUser Authentication Key3.3ISO 9646 abbreviationsFor the purposes of this ETS, the following ISO abbreviations apply:ASPAbstract Service PrimitiveATMAbstract Test MethodATSAbstract Test SuiteBIInvalid BehaviourBOInOpportune BehaviourBVValid BehaviourCACapability testsCPCo-ordination PointIUTImplementation Under TestLTLower TesterMTCMain Test ComponentPCOPoint of Control and ObservationPDUProtocol Data UnitPICSProtocol Implementation Conformance StatementsPIXITProtocol Implementation eXtra Information for TestingPTCParallel Test ComponentSIST ETS 300 497-3:1999
Page 11ETS 300 497-3: August 1996SUTSystem Under TestTPTest PurposeTSSTest Suite StructureTTCNTree and Tabular Combined NotationUTUpper Tester4Abstract Test Method (ATM)This clause describes the ATM used to test the DECT MAC layer protocol at the Fixed radio Termination(FT).4.1Description of ATMPTCLT_TCPTCLT_MACMain Test Component(MTC)IUT(MAC)PCOMAC-PDUsUpperlayersDLC-PDUsMAC-ASPsDLC-PDUsPHL Service providerLower TesterUpper TesterTest SystemSystem Under TestCoordinationmessagesPHL-ASPswith frame numberCP_TCCP_MACFigure 1: Remote test method, embedded variantA single-party testing concept is used, which consists of the following abstract testing functions:PCO:the PCO for MAC Layer testing is located at the D-SAP between the MAC layerand the Physical layer. All test events at the PCO are specified in terms of PHL-ASPs (frame number parameter added).CP_TC:co-ordination Point Test Case (CP_TC) is located between the MTC and PTCLT_TC in the test system. It is used for passing co-ordination messagesbetween these two testing functions.CP_MAC:co-ordination Point MAC (CP_MAC) is located between the MTC and PTCLT_MAC in the test system. It is equivalent to the PCO used for DLC layertesting in part 6 of this ETS. All co-ordination messages at this CP are specifiedin terms of MAC-ASPs and DLC-PDUs.SIST ETS 300 497-3:1999
Page 12ETS 300 497-3: August 1996PTC LT_TC:the Lower Tester Parallel Test Component LT_TC (PTC LT_TC) is located inthe test system. It makes restricted use of the PCO by only observing the testevents in both directions. It assigns preliminary verdicts (the MTC assigns thefinal verdict).NOTE:This restricted use of the PCO is a non-ISO 9646-2 [22] application of the PCO.PTC LT_MAC:the Lower Tester Parallel Test Component LT_MAC (PTC LT_MAC) is locatedin the test system. It provides indirect control and observation of the IUT duringtest execution, via the underlying service-provider. It does not assign anyverdicts.MTC:the Main Test Component (MTC) is located in the test system. It is responsiblefor creating and terminating the PTCs, managing the co-ordination pointsCP_TC and CP_MAC, and computation of the final test case verdict.Upper layers:no explicit upper tester (UT) exists in the test system. However, the SUT (upperlayers) needs to carry out some UT functions to achieve some effects of test co-ordination procedures.The primitives used at the PCO (physical SAP - DSAP) are defined according to ETS 300 175-2 [2],clause 7 and associated subclauses.The co-ordination messages used at CP_MAC co-ordination point are abstract primitives includingprotocol data units and frames. The abstract primitives (MAC ASPs) are defined according toETS 300 175-3 [3], clause 8 and associated subclauses. Two abstract primitives for starting and stoppingthe synchronisation between the main test component and the parallel test component LT_MAC areadded for the needs of the tester. The protocol data units (DLC C-plane PDUs) are defined according toETS 300 175-4 [4], clause 7 and associated subclauses. The frames (DLC U-plane frames) are definedaccording to ETS 300 175-4 [4], clause 12 and associated subclauses.4.2Test strategyThe ATM defined in subclause 4.1 requires the use of concurrent TTCN, which is specified in Amendment1 of ISO 9646-3 [23]. The parallel test components PTC_TC and PTC_MAC is, however, seen as twoindependent entities. This means that there is no communication or synchronisation between the twoPTCs during the test.PTC_TC is specified in TTCN (annex A). Since PTC_TC is only observing at the PCO, this ATS does notcontain any send statements. Once the test purpose (TP) is fulfilled, the PTC_TC terminates, i.e. thereare no postambles, unless required by the TP. No explicit co-ordination messages is exchanged atCP_TC. To simplify the TTCN test cases, the underlying service provider has been assigned the task offrame numbering. Consequently, a frame parameter has been added to some of the PHL-ASPs.The requirements for PTC_MAC (annex B) are specified using ETS 300 474 [48].The Main Test Component (MTC) creates the two PTCs (using CREATE operation), stimulates thePTC_MAC (using MAC ASPs at CP_MAC) and then waits for the two PTCs to terminate (using the DONEevent). The final verdict is computed as follows:-a PASS is assigned if PTC_TC returns a PASS verdict and the expected event is received fromPTC_MAC at CP_MAC;-a FAIL verdict is assigned if PTC_TC returns a FAIL verdict independently of what is received fromPTC_MAC at CP_MAC;-an INCONC verdict is assigned if PTC_TC returns an INCONC verdict and the expected event isreceived from PTC_MAC at CP_MAC; or returns a PASS verdict and an unexpected event isreceived from PTC_MAC at CP_MAC.SIST ETS 300 497-3:1999
Page 13ETS 300 497-3: August 19965Untestable Test Purposes (TPs)This clause gives a list of TPs which are not implemented in the ATS for PTC LT_TC (annex A) due to thechosen abstract test method or other restrictions.Table 1: Untestable TPsTest purposeReasonTP/PG/BV-00No procedure can be defined to verify that the FT manages correctly the pagingExtended Flag when it transmit pages.6ATS Conventions (only applicable for PTC LT_TC)The ATS conventions are intended to give a better understanding of the ATS but they also describe theconventions made for the development of the ATS. These conventions shall be considered during anylater maintenance or further development of the ATS.The ATS conventions contain two clauses, the naming conventions and the implementation conventions.The naming conventions describe the structure of the naming of all ATS elements. The implementationconventions describe the functional structure of the ATS.To define the ATS, the guidelines of the documents ETS 300 406 [29] and ETR 141
were considered.6.1Naming conventions6.1.1Declarations partThis subclause describes the naming conventions chosen for the elements of the ATS declarations part.6.1.1.1GeneralThe following general rules apply for name giving in the declarations part. All type definitions (Simple typedefinitions, Structured type definitions, ASP type definitions and PDU type definitions) shall be written inuppercase.All element names (Structured type definition), parameter names (ASP type definition) and field names(PDU type definition) shall be written in lowercase.Predefined types (e.g. BITSTRING[8]) are never used in structured type definitions, ASP type definitionsor PDU type definitions. Simple types are used instead.All declarations in the test suite are listed in alphabetical order. A different order of listing should be usedfor only maintenance reason.6.1.1.2Test suite operations definitionThe test suite operation identifiers are composed of substrings in lowercase letters, except for standardprefix "TSO_". Each substring is separated by an underscore character ("_").EXAMPLE:TSO_substring.SIST ETS 300 497-3:1999
Page 14ETS 300 497-3: August 19966.1.1.3Test suite parameter declarationsThe test suite parameter identifiers are composed of substrings in lowercase letters, except for thestandard prefix "TSP_". Each substring is separated by an underscore character ("_").EXAMPLE 1:TSP_t_waitIf the test suite parameter references a PICS item, the letter "C" is added to the standard prefix.EXAMPLE 2:TSPC_extended_rf_carriersIf the test suite parameter references a PIXIT item, the letter "X" is added to the standard prefix.EXAMPLE 3:TSPX_pmidComplete names as defined in the specifications are used.6.1.1.4Test case selection expression definitionThe test case selection expression identifiers are composed of substrings in lowercase letters, beginningwith the prefix "TCS_". Each substring is separated by an underscore character ("_").6.1.1.5Test suite constant declarationsThe test suite constant identifiers are composed of substrings in lowercase letters, except for the prefix"TSC_". Each substring is separated by an underscore character ("_").If the test suite constant represents a system parameter, the complete name defined in the protocolstandard is used.EXAMPLE:TSC_n2006.1.1.6Test suite variable declarationsThe test suite variable identifiers are composed of substrings in lowercase letters, except for the prefix"TSV_". Each substring is separated by an underscore character ("_").Complete names as defined in the protocol standard are used.6.1.1.7Test case variable declarationsThe test case variable identifiers are composed of substrings in lowercase letters, except for the prefix"TCV_". Each substring is separated by an underscore character ("_").Complete names as defined in the protocol standard are used.6.1.1.8Timer declarationsTwo type of timers can be identified:1)standardised:those defined in the protocol standard, e.g. T201. They use exactly the same name as in thestandard;As there is a tolerance margin accepted for these timers, three values are needed:-the maximum value allowed, which will use the suffix "_max";-the minimum value allowed, which will use the suffix "_min";-the value actually implemented, with no suffix;SIST ETS 300 497-3:1999
Page 15ETS 300 497-3: August 1996EXAMPLE 1:T201_max, T201_min, and T201;2)not standardised:those not defined in the protocol standard, i.e. for execution use, e.g. a timer waiting for aresponse. These timers begin with the prefix "T_", followed by a string in lowercase letters;EXAMPLE 2:T_resp represents a timer for controlling the response time of the IUT.6.1.1.9ASP type definitionsThe general conventions in subclause 6.1.1.1 applies.The identifier of an ASP type uses the same name as the name defined in the protocol standard.EXAMPLE:PL_TX_REQ for an ASP containing a MAC layer PDU to the peer MAC layer(the IUT).6.1.1.10PDU type definitionsThe general conventions in subclause 6.1.1.1 applies.The PDU type identifier shall identify the related structure or type as defined in the protocol standard.EXAMPLE:A_MT_BASIC_CONNECTION_CONTROL.6.1.1.11CM type definitionsThe CM types are copied from the ASP types in Part 5 of this ETS without modifications.6.1.1.12Alias definitionsAlias definitions are not used.6.1.2Constraints partThis subclause describes the naming conventions chosen for the elements of the ATS constraints part.6.1.2.1GeneralConstraints shall be written with the first letter in uppercase, and the rest in lowercase.The first part of the constraint declaration identifier name is equivalent to the corresponding type identifierused in the declaration part. The second part of the name describes the content of this constraint.EXAMPLE:Declaration part:HEADER_FIELD;Constraint part:Header_field_nt_no_b.All constraints shall be listed in alphabetical order. If a different order of listing is maintained, the reasonfor doing so shall be specified.6.1.3Dynamic partThis subclause describes the naming conventions used for the elements of the ATS dynamic part.6.1.3.1GeneralAll test cases shall be listed in the order in which they appear in the TSS and TP document.SIST ETS 300 497-3:1999
Page 16ETS 300 497-3: August 19966.1.3.2Test Case identifierThe identifier of the test case is built in the same way as for the test purpose described inETS 300 497-1 [47], subclause 5.1.1, with the exception that "TP" is replaced by "TC_FT" ("FT" for Fixedradio Termination). The identifier of a Test Case is built according table 2.Table 2: TC naming conventionIdentifier:TC_FT___
=
functional moduleDBDown-link BroadcastPGPaging servicesNBNon Continuous BroadcastDCDown-link ConnectionlessUCUp-link ConnectionlessBSBearer setupCMConnection modificationBHBearer handoverBRBearer releaseDTData transferLMLayer ManagementTMTest Messagesx
=
Type of testingCACapability TestsBVValid Behaviour TestsBIInvalid Behaviour Tests
=
sequential number(00-99)Test purpose NumberEXAMPLE:TP identifier:TP/BS/CA-00;TC identifier:TC_FT_BS_CA_00.6.1.3.3Test step identifierThe test step identifier is built of substrings in lowercase letters, preceded by a string of uppercase letters.The substrings are joined by underscore characters. The first substring indicates the main function of theTest Step; e.g. PR for preamble, PO for postamble, LTS for local tree and STP for general test step. Theremaining substrings indicates the purpose of the step.EXAMPLE:PO_release_bearer.6.1.3.4Default identifierThe default identifiers begin with the prefix "DF_", followed by a string in lowercase letters.SIST ETS 300 497-3:1999
Page 17ETS 300 497-3: August 19966.1.3.5Label identifierThe identifiers in the label column is built according to table 3:Table 3: Naming convention for verdict assignment identifierIdentifier:
=
type of tableTBTest BodyCSCheck State test stepDFDeFaultPOPOstamblePRPReambleTSTestStep
= sequential number(00-99)Label number6.1.3.6ATS abbreviationsThese abbreviations are used to shorten identifier names:addraddressackacknowledgementbearbearercapcapabilitycfmconfirmchnchannelconconnectionctrlcontrolestestablishextextensionididentificationindindicationinfoinformationmaxmaximumminminimumparparameterpropproprietaryrelreleasereqrequestrspresponsestdstandardsyssystem6.2Implementation conventions6.2.1Declaration partThe comment line of single element TTCN tables (e.g. test suite constants) is used to give a referencewhere the format and content of the element is described in the relevant protocol standards. Anyparticularity of the element format or content is described in the comment line.The comment line in the header of multi element TTCN tables (e.g. ASPs) is used to reference to theprotocol standard.The detailed comments are used to describe any particularity of the table.In the ASP, PDU, and CM declarations, the comments column is used to identify if a parameter (in ASPs)or field (in PDUs) is mandatory or optional:-M:mandatory;-O:optional.SIST ETS 300 497-3:1999
Page 18ETS 300 497-3: August 1996In the ASP and PDU declarations the comments column is further used to give information about theparameter/field value, in particular if the parameter/field contains a fixed spare value.6.2.2Constraint partThe ASPs and PDUs are defined in a way that all relevant parameters/fields are parametrized. Thatimproves the transparency of the constraints in the dynamic part, as all values which are relevant for thetest are always present.Generally no modified constraints are used. This allows an easier reuse and adaptation of constraints ifthey are reused in other test specifications.The Comment line of a constraint always contains a reference to the relevant protocol standard.The detailed comments footer is used to describe any particularity of the table.6.2.3Dynamic partAll events which are defined as a conformance requirement by the TP, causes a preliminary verdict PASSif the requirement is met.All invalid events are handled in the default tree. Only FAIL or INCONC verdicts are assigned in thedefault tree.The preamble, the test body and the postamble have different defaults, which allows a specific verdicthandling, e.g. only INCONC verdicts are assigned in the preamble.Except for local trees, test steps do not contain a default. Then there is no restrictions regarding the errorhandling.All verdict assignments are labelled. According to ISO 9646-3 [23], annex E, clause E.2, labels should bewritten to the conformance log. This allows, for example, to identify were the test failed. To allow an exactidentification of the table in which the verdict was assigned, the convention described in subclause 6.1.3.5is applied.To avoid deadlocks, the Parallel Test Components (PTC) LT_TC and LT_MAC shall always terminate.TPs which are listed in the untestable TP list in clause 5 are not considered in the ATS, thus these TCidentifiers are missing in the ATS and the numbering of the TCs is not always continuous.SIST ETS 300 497-3:1999
Page 19ETS 300 497-3: August 1996Annex A (normative):Abstract test suite (ATS), PTC LT_TCThe ATS is written in TTCN according to ISO/IEC 9646-3 [23].As the ATS was developed on a separate TTCN tool the TTCN tables are not completely referenced inthe contents table. The ATS itself contains a Test Suite Overview part which provides additionalinformation and references about the ATS.NOTE:According to ISO/IEC 9646-3 [23], in case of a conflict in interpretation of theoperational semantics of TTCN.GR and TTCN.MP, the operational semantics of theTTCN.GR representation takes precedence.A.1The machine processable ATS (TTCN.MP)The electronic form of the machine processable file (TTCN MP format) corresponding to this ATS iscontained in an ASCII text file (DE104973.MP1)) associated with this ETS.A.2The graphical ATS (TTCN.GR)The graphical ATS is provided in this annex on the following pages.
1)This file is located in a compressed archive file named 4973_e1.LZH. Other file formats are available on request.SIST ETS 300 497-3:1999
Page 20ETS 300 497-3: August 1996Test Suite OverviewISIST ETS 300 497-3:1999
Page 21ETS 300 497-3: August 1996Test Suite StructureSuite Name:mac_ftStandards Ref:ETS 300 175-3 [3]PICS Ref:ETS 300 476-6PIXIT Ref:ETS 300 497-3 Annex CTest Method(s):ETS 300 497-3 Clause 4Comments:This ATS is part of the DECT Common Interface Test Case Library (TCL) ETS 300 497.This ATS is the TTCN part of ETS 300 497 Part 3, TCL MAC layer at Fixed Part ETSI files reference:
497P3V03.MP, 497P3V03.PS (Excluding this Generic comments part, the filesof this version are identical to the ITA V03 version files MACFT4.MP and MACFT4.PS)Test Group ReferenceSelection RefTest Group ObjectivePage NrFT/MANDATORYVerify the correct implementationof the FT (IUT) MAC layer.100FT/BH/MANDATORYVerify the correct implementationof connection oriented bearerhandover procedures.100FT/BH/BV/MANDATORYTo test the behaviour of the IUTconcerning connection orientedbearer handover procedures inrelation to syntactically andcontextual
correct behaviour ofthe test system.100FT/BH/CA/MANDATORYLimited testing that the observablecapabilities of the IUT concerningconnection oriented bearerhandover procedures are inaccordance with the staticrequirements.104FT/BR/MANDATORYVerify the correct implementationof connection oriented bearerrelease procedures.106FT/BR/CA/MANDATORYLimited testing that the observablecapabilities of the IUT concerningconnection oriented bearer releaseprocedures are in accordance withthe static requirements.106FT/BS/MANDATORYVerify the correct implementationof connection oriented bearersetup procedures.108FT/BS/BV/MANDATORYTo test the behaviour of the IUTconcerning connection orientedbearer setup procedures in relationto syntactically and contextual correct behaviour of the testsystem.108FT/BS/CA/MANDATORYLimited testing that the observablecapabilities of the IUT concerningconnection oriented bearer setupprocedures are in accordance withthe static requirements.109FT/DB/MANDATORYVerify the correct implementationof the downlink broadcast services.110FT/DB/BV/MANDATORYTo test the behaviour of the IUTconcerning the downlink broadcastservices in relation to syntacticallyand contextual
correct behaviourof the test system.110Continued on next pageSIST ETS 300 497-3:1999
Page 22ETS 300 497-3: August 1996Continued from previous pageTest Suite StructureTest Group ReferenceSelection RefTest Group ObjectivePage NrFT/DB/CA/MANDATORYLimited testing that the observablecapabilities of the IUT concerningthe downlink broadcast servicesare in accordance with the staticrequirements.111FT/DT/MANDATORYVerify the correct implementationof connection oriented datatransfer procedures.119FT/DT/BI/MANDATORYTo check the behaviour of the IUTconcerning connection orienteddata transfer procedures inresponse to invalid messages.119FT/DT/BV/MANDATORYTo test the behaviour of the IUTconcerning connection orienteddata transfer procedures in relationto syntactically and contextual correct behaviour of the testsystem.123FT/DT/CA/MANDATORYLimited testing that the observablecapabilities of the IUT concerningconnection oriented data transferprocedures are in accordance withthe static requirements.125FT/LM/MANDATORYVerify the correct implementationof the LLME MAC layermanagement procedures.133FT/LM/CA/MANDATORYLimited testing that the observablecapabilities of the IUT concerningthe MAC layer management are inaccordance with the staticrequirements.133FT/PG/MANDATORYVerify the correct implementationof the paging services.134FT/PG/BV/MANDATORYTo test the behaviour of the IUTconcerning the paging services inrelation to syntactically andcontextual
correct behaviour ofthe test system.134FT/PG/CA/MANDATORYLimited testing that the observablecapabilities of the IUT concerningthe paging services are inaccordance with the staticrequirements.135Detailed Comments:SIST ETS 300 497-3:1999
Page 23ETS 300 497-3: August 1996Test Case IndexTest Group ReferenceTest Case IdSelection RefDescriptionPage NrFT/BH/BV/TC_FT_BH_BV_00Intracell_supportedCheck that the IUTresponds rightly to a PTinitiated intracell bearerhandover procedurewhen encryption isenabled.100FT/BH/BV/TC_FT_BH_BV_01Intercell_supportedCheck that the IUTresponds rightly to a PTinitiated intercell bearerhandover procedurewhen encryption isenabled.102FT/BH/CA/TC_FT_BH_CA_00Intracell_supportedCheck that the IUTresponds rightly to a PTinitiated intracell bearerhandover procedure.104FT/BH/CA/TC_FT_BH_CA_01Intercell_supportedCheck that the IUTresponds rightly to a PTinitiated intercell bearerhandover procedure.105FT/BR/CA/TC_FT_BR_CA_00MANDATORYCheck that the IUTmanages rightly a releaseof a basic duplex bearerwith an unacknowledgedrelease procedure whenreceiving a releasemessage.106FT/BS/BV/TC_FT_BS_BV_00MANDATORYCheck that the IUTreleases a duplex bearer incase the timer T201expires during the time abasic bearer exists.108FT/BS/CA/TC_FT_BS_CA_00MANDATORYCheck that the IUTmanages rightly the PTinitiated (single) basicbearer setup procedure.109FT/DB/BV/TC_FT_DB_BV_03MANDATORYCheck that once a SARIis introduced into the FT,the E-bit within the NTmessage is indicatingSARI list available.110FT/DB/CA/TC_FT_DB_CA_00MANDATORYCheck that the IUTtransmits constantly atleast in frame 14 of eachmultiframe, the correct NTmessage.111FT/DB/CA/TC_FT_DB_CA_01MANDATORYCheck that the IUTtransmits constantly atleast once every T205seconds in frame 0, thecorrect NT message.112FT/DB/CA/TC_FT_DB_CA_02MANDATORYCheck that the IUTtransmits constantly onecorrect QT message inframe 8 of eachmultiframe.113Continued on next pageSIST ETS 300 497-3:1999
Page 24ETS 300 497-3: August 1996Continued from previous pageTest Case IndexTest Group ReferenceTest Case IdSelection RefDescriptionPage NrFT/DB/CA/TC_FT_DB_CA_03MANDATORYCheck that the IUTtransmits constantly atleast one static systeminformation QT messagein each interval of 8multiframes and that allsuch messages arecorrect.114FT/DB/CA/TC_FT_DB_CA_04MANDATORYCheck that the IUTtransmits constantly atleast one fixed partcapabilities QT message ineach interval of 8multiframes and that allsuch messages arecorrect.115FT/DB/CA/TC_FT_DB_CA_05Encryption_supportedCheck that the IUTtransmits constantly atleast one multiframenumber QT message ineach interval of 8multiframes and that allsuch messages arecorrect.116FT/DB/CA/TC_FT_DB_CA_06Sari_supportedCheck that the IUTtransmits constantly atleast one SARI listcontent QT message ineach interval of 4multiframes and that allsuch messages arecorrect.117FT/DB/CA/TC_FT_DB_CA_07Extended_rf_supportedCheck that the IUTtransmits the correct"Extended RF carrierinformation" QT messagein the multi-framefollowing the "Staticsystem information" QTmessage with theExtended R
...
SLOVENSKI STANDARD
01-julij-1999
'LJLWDOQHL]EROMãDQHEUH]YUYLþQHWHOHNRPXQLNDFLMH'(&76NXSQLYPHVQLN&,
NQMLåQLFDSUHVNXãDOQLKSULPHURY7&/GHO$EVWUDNWQLSUHVNXãDOQLQL]$76]D
NUPLOMHQMHGRVWRSDGRSODVWLSUHQRVQHJDPHGLMD0$&ILNVQDUDGLMVND]DNOMXþLWHY
)7
Digital Enhanced Cordless Telecommunications (DECT); Common Interface (CI); Test
Case Library (TCL); Part 3: Abstract Test Suite (ATS) for Medium Access Control (MAC)
layer - Fixed radio Termination (FT)
Ta slovenski standard je istoveten z: ETS 300 497-3 Edition 1
ICS:
33.070.30 'LJLWDOQHL]EROMãDQH Digital Enhanced Cordless
EUH]YUYLþQHWHOHNRPXQLNDFLMH Telecommunications (DECT)
'(&7
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
EUROPEAN ETS 300 497-3
TELECOMMUNICATION August 1996
STANDARD
Source: ETSI TC-RES Reference: DE/RES-03026-3
ICS: 33.020, 33.060.50
Key words: Abstract Test Suites, DECT, GAP
Radio Equipment and Systems (RES);
Digital Enhanced Cordless Telecommunications (DECT);
Common Interface (CI) Test Case Library (TCL);
Part 3: Abstract Test Suite (ATS) for Medium Access Control
(MAC) layer - Fixed radio Termination (FT)
ETSI
European Telecommunications Standards Institute
ETSI Secretariat
Postal address: F-06921 Sophia Antipolis CEDEX - FRANCE
Office address: 650 Route des Lucioles - Sophia Antipolis - Valbonne - FRANCE
X.400: c=fr, a=atlas, p=etsi, s=secretariat - Internet: secretariat@etsi.fr
Tel.: +33 92 94 42 00 - Fax: +33 93 65 47 16
Copyright Notification: No part may be reproduced except as authorized by written permission. The copyright and the
foregoing restriction extend to reproduction in all media.
© European Telecommunications Standards Institute 1996. All rights reserved.
Page 2
ETS 300 497-3: August 1996
Whilst every care has been taken in the preparation and publication of this document, errors in content,
typographical or otherwise, may occur. If you have comments concerning its accuracy, please write to
"ETSI Editing and Committee Support Dept." at the address shown on the title page.
Page 3
ETS 300 497-3: August 1996
Contents
Foreword .5
1 Scope .7
2 Normative references.7
3 Definitions and abbreviations .10
3.1 Definitions .10
3.2 DECT abbreviations.10
3.3 ISO 9646 abbreviations .10
4 Abstract Test Method (ATM).11
4.1 Description of ATM .11
4.2 Test strategy .12
5 Untestable Test Purposes (TPs).13
6 ATS Conventions (only applicable for PTC LT_TC).13
6.1 Naming conventions .13
6.1.1 Declarations part .13
6.1.1.1 General.13
6.1.1.2 Test suite operations definition.13
6.1.1.3 Test suite parameter declarations .14
6.1.1.4 Test case selection expression definition.14
6.1.1.5 Test suite constant declarations.14
6.1.1.6 Test suite variable declarations .14
6.1.1.7 Test case variable declarations .14
6.1.1.8 Timer declarations.14
6.1.1.9 ASP type definitions.15
6.1.1.10 PDU type definitions .15
6.1.1.11 CM type definitions .15
6.1.1.12 Alias definitions.15
6.1.2 Constraints part.15
6.1.2.1 General.15
6.1.3 Dynamic part .15
6.1.3.1 General.15
6.1.3.2 Test Case identifier.16
6.1.3.3 Test step identifier .16
6.1.3.4 Default identifier.16
6.1.3.5 Label identifier .17
6.1.3.6 ATS abbreviations .17
6.2 Implementation conventions .17
6.2.1 Declaration part .17
6.2.2 Constraint part.18
6.2.3 Dynamic part .18
Annex A (normative): Abstract test suite (ATS), PTC LT_TC .19
A.1 The machine processable ATS (TTCN.MP) .19
A.2 The graphical ATS (TTCN.GR).19
Annex B (normative): Specification of PTC LT_MAC.151
B.1 General requirements .151
Page 4
ETS 300 497-3: August 1996
B.2 Additional requirements. 151
Annex C (normative): Partial PIXIT proforma for DECT MAC . 152
C.1 Identification summary. 152
C.2 ATS summary. 152
C.3 Test laboratory. 152
C.4 Client identification. 152
C.5 SUT. 152
C.6 Protocol layer information. 153
C.6.1 Protocol identification . 153
C.6.2 IUT information. 153
Annex D (normative): Protocol Conformance Test Report (PCTR) Proforma For DECT MAC. 155
D.1 Identification summary. 155
D.1.1 Protocol conformance test report. 155
D.1.2 IUT identification. 155
D.1.3 Testing environment. 155
D.1.4 Limits and reservation . 156
D.1.5 Comments. 156
D.2 IUT Conformance status. 156
D.3 Static conformance summary. 156
D.4 Dynamic conformance summary. 157
D.5 Static conformance review report . 157
D.6 Test campaign report. 158
D.7 Observations. 158
Annex E (informative): Bibliography . 159
History. 160
Page 5
ETS 300 497-3: August 1996
Foreword
This European Telecommunication Standard (ETS) has been produced by the Radio Equipment and
Systems (RES) Technical Committee of the European Telecommunications Standards Institute (ETSI).
The DECT Test Specification multipart ETS comprises nine parts, as follows:
Part 1: "Part 1: Test Suite Structure (TSS) and Test Purposes (TP) for Medium Access Control
(MAC) layer".
Part 2: "Part 2: Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Portable radio
Termination (PT)".
Part 3: "Part 3: Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Fixed radio
Termination (FT)".
Part 4: "Part 4: Test Suite Structure (TSS) and Test Purposes (TP) - Data Link Control (DLC) layer".
Part 5: "Part 5: Abstract Test Suite (ATS) - Data Link Control (DLC) layer".
Part 6: "Part 6: Test Suite Structure (TSS) and Test Purposes (TP) - Network (NWK) layer - Portable
radio Termination (PT)".
Part 7: "Part 7: Abstract Test Suite (ATS) for Network (NWK) layer - Portable radio Termination
(PT)".
Part 8: "Part 8: Test Suite Structure (TSS) and Test Purposes (TP) - Network (NWK) layer - Fixed
radio Termination (FT)".
Part 9: "Part 9: Abstract Test Suite (ATS) for Network (NWK) layer - Fixed radio Termination (FT)".
Transposition dates
Date of adoption of this ETS: 16 August 1996
Date of latest announcement of this ETS (doa): 30 November 1996
Date of latest publication of new National Standard
or endorsement of this ETS (dop/e): 31 May 1997
Date of withdrawal of any conflicting National Standard (dow): 31 May 1997
Page 6
ETS 300 497-3: August 1996
Blank page
Page 7
ETS 300 497-3: August 1996
1 Scope
This European Telecommunication Standard (ETS) contains the Abstract Test Suite (ATS) to test the
DECT FP MAC layer.
The objective of this test specification is to provide a basis for approval tests for DECT equipment giving a
high probability of air interface inter-operability between different manufacturer's DECT equipment. This
part contains the ATS specification for testing of the MAC layer at the FT.
The ISO standard for the methodology of conformance testing (ISO/IEC 9646 [21] to [27]) as well as the
ETSI rules for conformance testing (ETS 300 406 [29]) are used as basis for the test methodology.
Test specifications for the Physical Layer (PHL) are provided in other DECT standards.
Annex A provides the Tree and Tabular Combined Notation (TTCN) part of this ATS.
Annex B provides the specification of the parallel test component LT_MAC.
Annex C provides the Partial Protocol Implementation eXtra Information for Testing (PIXIT) Proforma of
this ATS.
Annex D provides the Protocol Conformance Test Report (PCTR) Proforma of this ATS.
2 Normative references
This ETS incorporates, by dated or undated reference, provisions from other publications. These
normative references are cited at the appropriate places in the text and the publications are listed
hereafter. For dated references, subsequent amendments to or revisions of any of these publications
apply to this ETS only when incorporated in it by amendment or revision. For undated references the latest
edition of the publication referred to applies.
[1] ETS 300 175-1 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 1: Overview".
[2] ETS 300 175-2 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 2: Physical
layer".
[3] ETS 300 175-3 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 3: Medium
access control layer".
[4] ETS 300 175-4 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 4: Data link
control layer".
[5] ETS 300 175-5 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 5: Network
layer".
[6] ETS 300 175-6 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 6: Identities
and addressing".
[7] ETS 300 175-7 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 7: Security
features".
[8] ETS 300 175-8 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 8: Speech
coding and transmission".
Page 8
ETS 300 497-3: August 1996
[9] ETS 300 175-9 (1992): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Common interface; Part 9: Public
access profile".
[10] ETS 300 444: "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Generic Access Profile (GAP)".
[11] ETS 300 370: "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications/Global System for Mobile communications
(DECT/GSM) inter-working profile; Access and mapping (Protocol/procedure
description for 3,1 kHz speech service)".
[12] ETS 300 434: "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT) and Integrated Services Digital Network
(ISDN) inter-working for end system configuration".
[13] ETS 300 331: "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); DECT Authentication Module (DAM)".
[14] CCITT Recommendation G.726 (1991): "40, 32, 24, 16 kbit/s adaptive
differential pulse code modulation (ADPCM)".
[15.20] Reserved values.
[21] ISO/IEC 9646-1 (1991): "Information technology - Open Systems
Interconnection - Conformance testing methodology and framework - Part 1:
General concepts". (See also CCITT Recommendation X.290 (1991)).
[22] ISO/IEC 9646-2 (1991): "Information technology - Open Systems
Interconnection - Conformance testing methodology and framework - Part 2:
Abstract test suite specification". (See also CCITT Recommendation X.291
(1991)).
[23] ISO/IEC 9646-3 (1991): "Information technology - Open Systems
Interconnection - Conformance testing methodology and framework - Part 3:
The tree and tabular combined notation". (See also CCITT Recommendation
X.292 (1992)).
[24] ISO/IEC 9646-4 (1991): "Information technology - Open Systems
Interconnection - Conformance testing methodology and framework - Part 4:
Test realisation". (See also CCITT Recommendation X.292 (1992)).
[25] ISO/IEC 9646-5 (1991): "Information technology - Open Systems
Interconnection - Conformance testing methodology and framework - Part 5:
Requirements on test laboratories and clients for the conformance assessment
process". (See also CCITT Recommendation X.292 (1992)).
[26] ISO/IEC 9646-6 (1991): "Information technology - Open Systems
Interconnection - Conformance testing methodology and framework - Part 6:
Protocol profile test specification".
[27] ISO/IEC 9646-7 (1991): "Information technology - Open Systems
Interconnection - Conformance testing methodology and framework - Part 7:
Implementation conformance statement".
[28] ISO 7498: "Information Processing Systems - Open Systems Interconnection -
Basic Reference model".
[29] ETS 300 406 (1995): "Methods for Testing and Specification (MTS); Protocol
and profile conformance testing specifications; Standardization methodology".
Page 9
ETS 300 497-3: August 1996
[30] 91/263/EEC: "Council Directive of 29 April 1991 on the approximation of the
laws of the Member states concerning telecommunications terminal equipment,
including the mutual recognition of their conformity. (Terminal Directive)".
[31.40] Reserved values.
[41] I-ETS 300 176: "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Approval test specification".
[42] TBR 6: "Radio Equipment and Systems (RES); Digital European Cordless
Telecommunications (DECT); General terminal attachment requirements".
[43] TBR 10: "Radio Equipment and Systems (RES); Digital European Cordless
Telecommunications (DECT); General terminal attachment requirements:
Telephony applications".
[44] TBR 11 (1992): "Radio Equipment and Systems (RES); Attachment
requirements for terminal equipment for Digital European Cordless
Telecommunications (DECT) Public Access Profile (PAP) applications".
[45] ETS 300 323 (1994): "Radio Equipment and Systems (RES); Digital European
Cordless Telecommunications (DECT); Public Access Profile (PAP) test
specification".
[46] ETS 300 476: "Radio Equipment and Systems (RES); Digital Enhanced
Cordless Telecommunications (DECT); Common Interface (CI); Protocol
Implementation Conformance Statement (PICS) proforma".
[47] ETS 300 497: "Radio Equipment and Systems (RES); Digital Enhanced
Cordless Telecommunications (DECT); Common Interface (CI) Test Case
Library (TCL)".
[48] ETS 300 474: "Radio Equipment and Systems (RES); Digital Enhanced
Cordless Telecommunications (DECT); Generic Access Profile (GAP); Profile
requirement list and profile specific Implementation Conformance Statement
(ICS) proforma".
[49] ETS 300 494: "Radio Equipment and Systems (RES); Digital Enhanced
Cordless Telecommunications (DECT); Generic Access Profile (GAP); Profile
Test Specification (PTS)".
[50] TBR 22: "Radio Equipment and Systems (RES); Attachment requirements for
terminal equipment for Digital Enhanced Cordless Telecommunications (DECT)
Generic Access Profile (GAP) applications".
Page 10
ETS 300 497-3: August 1996
3 Definitions and abbreviations
3.1 Definitions
For the purposes of this ETS, the definitions given in ISO/IEC 9646-1 [21] and ETS 300 175-1 [1] apply.
3.2 DECT abbreviations
For the purposes of this ETS, the following abbreviations apply:
AC Authentication Code
CC Call Control
CI Common Interface
CLMS Connectionless Message Services (CL)
CM Co-ordination Message
COMS Connection Oriented Message Services (CO)
CTS Conformance Testing Services
DECT Digital Enhanced Cordless Telecommunication
DLC Data Link Control
DSAA DECT Standard Authentication Algorithm
DSCA DECT Standard Cipher Algorithm 1
ETS European Telecommunication Standard
ISO International Organisation for Standardisation
ETSI European Telecommunications Standards Institute
FT Fixed radio Termination
IPUI International Portable User Identity
IPEI International Portable Equipment Identity
IWU InterWorking Unit
LC Link Control entity
MAC Medium Access Control
ME Management Entity
MM Mobility Management
NWK Network
PAP Public Access Profile
PARK Portable Access Rights Key
PHL Physical Layer
PT Portable radio Termination
RPN Radio Fixed Part Number
SAP Service Access Point
SARI Secondary access rights identity
SDU Service data unit
UAK User Authentication Key
3.3 ISO 9646 abbreviations
For the purposes of this ETS, the following ISO abbreviations apply:
ASP Abstract Service Primitive
ATM Abstract Test Method
ATS Abstract Test Suite
BI Invalid Behaviour
BO InOpportune Behaviour
BV Valid Behaviour
CA Capability tests
CP Co-ordination Point
IUT Implementation Under Test
LT Lower Tester
MTC Main Test Component
PCO Point of Control and Observation
PDU Protocol Data Unit
PICS Protocol Implementation Conformance Statements
PIXIT Protocol Implementation eXtra Information for Testing
PTC Parallel Test Component
Page 11
ETS 300 497-3: August 1996
SUT System Under Test
TP Test Purpose
TSS Test Suite Structure
TTCN Tree and Tabular Combined Notation
UT Upper Tester
4 Abstract Test Method (ATM)
This clause describes the ATM used to test the DECT MAC layer protocol at the Fixed radio Termination
(FT).
4.1 Description of ATM
Test System System Under Test
Upper Tester
Lower Tester
Main Test Component DLC-PDUs
Upper
(MTC)
layers
Coordination MAC-ASPs
CP_TC
DLC-PDUs
m essages CP_MAC
PTC PTC
MAC-PDUs
LT_TC LT_MAC
IUT
(MAC)
PHL-ASPs
with fram e num ber
PCO
PHL Service provider
Figure 1: Remote test method, embedded variant
A single-party testing concept is used, which consists of the following abstract testing functions:
PCO: the PCO for MAC Layer testing is located at the D-SAP between the MAC layer
and the Physical layer. All test events at the PCO are specified in terms of PHL-
ASPs (frame number parameter added).
CP_TC: co-ordination Point Test Case (CP_TC) is located between the MTC and PTC
LT_TC in the test system. It is used for passing co-ordination messages
between these two testing functions.
CP_MAC: co-ordination Point MAC (CP_MAC) is located between the MTC and PTC
LT_MAC in the test system. It is equivalent to the PCO used for DLC layer
testing in part 6 of this ETS. All co-ordination messages at this CP are specified
in terms of MAC-ASPs and DLC-PDUs.
Page 12
ETS 300 497-3: August 1996
PTC LT_TC: the Lower Tester Parallel Test Component LT_TC (PTC LT_TC) is located in
the test system. It makes restricted use of the PCO by only observing the test
events in both directions. It assigns preliminary verdicts (the MTC assigns the
final verdict).
NOTE: This restricted use of the PCO is a non-ISO 9646-2 [22] application of the PCO.
PTC LT_MAC: the Lower Tester Parallel Test Component LT_MAC (PTC LT_MAC) is located
in the test system. It provides indirect control and observation of the IUT during
test execution, via the underlying service-provider. It does not assign any
verdicts.
MTC: the Main Test Component (MTC) is located in the test system. It is responsible
for creating and terminating the PTCs, managing the co-ordination points
CP_TC and CP_MAC, and computation of the final test case verdict.
Upper layers: no explicit upper tester (UT) exists in the test system. However, the SUT (upper
layers) needs to carry out some UT functions to achieve some effects of test co-
ordination procedures.
The primitives used at the PCO (physical SAP - DSAP) are defined according to ETS 300 175-2 [2],
clause 7 and associated subclauses.
The co-ordination messages used at CP_MAC co-ordination point are abstract primitives including
protocol data units and frames. The abstract primitives (MAC ASPs) are defined according to
ETS 300 175-3 [3], clause 8 and associated subclauses. Two abstract primitives for starting and stopping
the synchronisation between the main test component and the parallel test component LT_MAC are
added for the needs of the tester. The protocol data units (DLC C-plane PDUs) are defined according to
ETS 300 175-4 [4], clause 7 and associated subclauses. The frames (DLC U-plane frames) are defined
according to ETS 300 175-4 [4], clause 12 and associated subclauses.
4.2 Test strategy
The ATM defined in subclause 4.1 requires the use of concurrent TTCN, which is specified in Amendment
1 of ISO 9646-3 [23]. The parallel test components PTC_TC and PTC_MAC is, however, seen as two
independent entities. This means that there is no communication or synchronisation between the two
PTCs during the test.
PTC_TC is specified in TTCN (annex A). Since PTC_TC is only observing at the PCO, this ATS does not
contain any send statements. Once the test purpose (TP) is fulfilled, the PTC_TC terminates, i.e. there
are no postambles, unless required by the TP. No explicit co-ordination messages is exchanged at
CP_TC. To simplify the TTCN test cases, the underlying service provider has been assigned the task of
frame numbering. Consequently, a frame parameter has been added to some of the PHL-ASPs.
The requirements for PTC_MAC (annex B) are specified using ETS 300 474 [48].
The Main Test Component (MTC) creates the two PTCs (using CREATE operation), stimulates the
PTC_MAC (using MAC ASPs at CP_MAC) and then waits for the two PTCs to terminate (using the DONE
event). The final verdict is computed as follows:
- a PASS is assigned if PTC_TC returns a PASS verdict and the expected event is received from
PTC_MAC at CP_MAC;
- a FAIL verdict is assigned if PTC_TC returns a FAIL verdict independently of what is received from
PTC_MAC at CP_MAC;
- an INCONC verdict is assigned if PTC_TC returns an INCONC verdict and the expected event is
received from PTC_MAC at CP_MAC; or returns a PASS verdict and an unexpected event is
received from PTC_MAC at CP_MAC.
Page 13
ETS 300 497-3: August 1996
5 Untestable Test Purposes (TPs)
This clause gives a list of TPs which are not implemented in the ATS for PTC LT_TC (annex A) due to the
chosen abstract test method or other restrictions.
Table 1: Untestable TPs
Test purpose Reason
TP/PG/BV-00 No procedure can be defined to verify that the FT manages correctly the paging
Extended Flag when it transmit pages.
6 ATS Conventions (only applicable for PTC LT_TC)
The ATS conventions are intended to give a better understanding of the ATS but they also describe the
conventions made for the development of the ATS. These conventions shall be considered during any
later maintenance or further development of the ATS.
The ATS conventions contain two clauses, the naming conventions and the implementation conventions.
The naming conventions describe the structure of the naming of all ATS elements. The implementation
conventions describe the functional structure of the ATS.
To define the ATS, the guidelines of the documents ETS 300 406 [29] and ETR 141 were considered.
6.1 Naming conventions
6.1.1 Declarations part
This subclause describes the naming conventions chosen for the elements of the ATS declarations part.
6.1.1.1 General
The following general rules apply for name giving in the declarations part. All type definitions (Simple type
definitions, Structured type definitions, ASP type definitions and PDU type definitions) shall be written in
uppercase.
All element names (Structured type definition), parameter names (ASP type definition) and field names
(PDU type definition) shall be written in lowercase.
Predefined types (e.g. BITSTRING[8]) are never used in structured type definitions, ASP type definitions
or PDU type definitions. Simple types are used instead.
All declarations in the test suite are listed in alphabetical order. A different order of listing should be used
for only maintenance reason.
6.1.1.2 Test suite operations definition
The test suite operation identifiers are composed of substrings in lowercase letters, except for standard
prefix "TSO_". Each substring is separated by an underscore character ("_").
EXAMPLE: TSO_substring.
Page 14
ETS 300 497-3: August 1996
6.1.1.3 Test suite parameter declarations
The test suite parameter identifiers are composed of substrings in lowercase letters, except for the
standard prefix "TSP_". Each substring is separated by an underscore character ("_").
EXAMPLE 1: TSP_t_wait
If the test suite parameter references a PICS item, the letter "C" is added to the standard prefix.
EXAMPLE 2: TSPC_extended_rf_carriers
If the test suite parameter references a PIXIT item, the letter "X" is added to the standard prefix.
EXAMPLE 3: TSPX_pmid
Complete names as defined in the specifications are used.
6.1.1.4 Test case selection expression definition
The test case selection expression identifiers are composed of substrings in lowercase letters, beginning
with the prefix "TCS_". Each substring is separated by an underscore character ("_").
6.1.1.5 Test suite constant declarations
The test suite constant identifiers are composed of substrings in lowercase letters, except for the prefix
"TSC_". Each substring is separated by an underscore character ("_").
If the test suite constant represents a system parameter, the complete name defined in the protocol
standard is used.
EXAMPLE: TSC_n200
6.1.1.6 Test suite variable declarations
The test suite variable identifiers are composed of substrings in lowercase letters, except for the prefix
"TSV_". Each substring is separated by an underscore character ("_").
Complete names as defined in the protocol standard are used.
6.1.1.7 Test case variable declarations
The test case variable identifiers are composed of substrings in lowercase letters, except for the prefix
"TCV_". Each substring is separated by an underscore character ("_").
Complete names as defined in the protocol standard are used.
6.1.1.8 Timer declarations
Two type of timers can be identified:
1) standardised:
those defined in the protocol standard, e.g. T201. They use exactly the same name as in the
standard;
As there is a tolerance margin accepted for these timers, three values are needed:
- the maximum value allowed, which will use the suffix "_max";
- the minimum value allowed, which will use the suffix "_min";
- the value actually implemented, with no suffix;
Page 15
ETS 300 497-3: August 1996
EXAMPLE 1: T201_max, T201_min, and T201;
2) not standardised:
those not defined in the protocol standard, i.e. for execution use, e.g. a timer waiting for a
response. These timers begin with the prefix "T_", followed by a string in lowercase letters;
EXAMPLE 2: T_resp represents a timer for controlling the response time of the IUT.
6.1.1.9 ASP type definitions
The general conventions in subclause 6.1.1.1 applies.
The identifier of an ASP type uses the same name as the name defined in the protocol standard.
EXAMPLE: PL_TX_REQ for an ASP containing a MAC layer PDU to the peer MAC layer
(the IUT).
6.1.1.10 PDU type definitions
The general conventions in subclause 6.1.1.1 applies.
The PDU type identifier shall identify the related structure or type as defined in the protocol standard.
EXAMPLE: A_MT_BASIC_CONNECTION_CONTROL.
6.1.1.11 CM type definitions
The CM types are copied from the ASP types in Part 5 of this ETS without modifications.
6.1.1.12 Alias definitions
Alias definitions are not used.
6.1.2 Constraints part
This subclause describes the naming conventions chosen for the elements of the ATS constraints part.
6.1.2.1 General
Constraints shall be written with the first letter in uppercase, and the rest in lowercase.
The first part of the constraint declaration identifier name is equivalent to the corresponding type identifier
used in the declaration part. The second part of the name describes the content of this constraint.
EXAMPLE: Declaration part: HEADER_FIELD;
Constraint part: Header_field_nt_no_b.
All constraints shall be listed in alphabetical order. If a different order of listing is maintained, the reason
for doing so shall be specified.
6.1.3 Dynamic part
This subclause describes the naming conventions used for the elements of the ATS dynamic part.
6.1.3.1 General
All test cases shall be listed in the order in which they appear in the TSS and TP document.
Page 16
ETS 300 497-3: August 1996
6.1.3.2 Test Case identifier
The identifier of the test case is built in the same way as for the test purpose described in
ETS 300 497-1 [47], subclause 5.1.1, with the exception that "TP" is replaced by "TC_FT" ("FT" for Fixed
radio Termination). The identifier of a Test Case is built according table 2.
Table 2: TC naming convention
Identifier: TC_FT___
= functional module DB Down-link Broadcast
PG Paging services
NB Non Continuous Broadcast
DC Down-link Connectionless
UC Up-link Connectionless
BS Bearer setup
CM Connection modification
BH Bearer handover
BR Bearer release
DT Data transfer
LM Layer Management
TM Test Messages
x = Type of testing CA Capability Tests
BV Valid Behaviour Tests
BI Invalid Behaviour Tests
= sequential number (00-99) Test purpose Number
EXAMPLE: TP identifier: TP/BS/CA-00;
TC identifier: TC_FT_BS_CA_00.
6.1.3.3 Test step identifier
The test step identifier is built of substrings in lowercase letters, preceded by a string of uppercase letters.
The substrings are joined by underscore characters. The first substring indicates the main function of the
Test Step; e.g. PR for preamble, PO for postamble, LTS for local tree and STP for general test step. The
remaining substrings indicates the purpose of the step.
EXAMPLE: PO_release_bearer.
6.1.3.4 Default identifier
The default identifiers begin with the prefix "DF_", followed by a string in lowercase letters.
Page 17
ETS 300 497-3: August 1996
6.1.3.5 Label identifier
The identifiers in the label column is built according to table 3:
Table 3: Naming convention for verdict assignment identifier
Identifier:
CS Check State test step
DF DeFault
PO POstamble
PR PReamble
TS TestStep
= sequential number (00-99) Label number
6.1.3.6 ATS abbreviations
These abbreviations are used to shorten identifier names:
addr address
ack acknowledgement
bear bearer
cap capability
cfm confirm
chn channel
con connection
ctrl control
est establish
ext extension
id identification
ind indication
info information
max maximum
min minimum
par parameter
prop proprietary
rel release
req request
rsp response
std standard
sys system
6.2 Implementation conventions
6.2.1 Declaration part
The comment line of single element TTCN tables (e.g. test suite constants) is used to give a reference
where the format and content of the element is described in the relevant protocol standards. Any
particularity of the element format or content is described in the comment line.
The comment line in the header of multi element TTCN tables (e.g. ASPs) is used to reference to the
protocol standard.
The detailed comments are used to describe any particularity of the table.
In the ASP, PDU, and CM declarations, the comments column is used to identify if a parameter (in ASPs)
or field (in PDUs) is mandatory or optional:
- M: mandatory;
- O: optional.
Page 18
ETS 300 497-3: August 1996
In the ASP and PDU declarations the comments column is further used to give information about the
parameter/field value, in particular if the parameter/field contains a fixed spare value.
6.2.2 Constraint part
The ASPs and PDUs are defined in a way that all relevant parameters/fields are parametrized. That
improves the transparency of the constraints in the dynamic part, as all values which are relevant for the
test are always present.
Generally no modified constraints are used. This allows an easier reuse and adaptation of constraints if
they are reused in other test specifications.
The Comment line of a constraint always contains a reference to the relevant protocol standard.
The detailed comments footer is used to describe any particularity of the table.
6.2.3 Dynamic part
All events which are defined as a conformance requirement by the TP, causes a preliminary verdict PASS
if the requirement is met.
All invalid events are handled in the default tree. Only FAIL or INCONC verdicts are assigned in the
default tree.
The preamble, the test body and the postamble have different defaults, which allows a specific verdict
handling, e.g. only INCONC verdicts are assigned in the preamble.
Except for local trees, test steps do not contain a default. Then there is no restrictions regarding the error
handling.
All verdict assignments are labelled. According to ISO 9646-3 [23], annex E, clause E.2, labels should be
written to the conformance log. This allows, for example, to identify were the test failed. To allow an exact
identification of the table in which the verdict was assigned, the convention described in subclause 6.1.3.5
is applied.
To avoid deadlocks, the Parallel Test Components (PTC) LT_TC and LT_MAC shall always terminate.
TPs which are listed in the untestable TP list in clause 5 are not considered in the ATS, thus these TC
identifiers are missing in the ATS and the numbering of the TCs is not always continuous.
Page 19
ETS 300 497-3: August 1996
Annex A (normative): Abstract test suite (ATS), PTC LT_TC
The ATS is written in TTCN according to ISO/IEC 9646-3 [23].
As the ATS was developed on a separate TTCN tool the TTCN tables are not completely referenced in
the contents table. The ATS itself contains a Test Suite Overview part which provides additional
information and references about the ATS.
NOTE: According to ISO/IEC 9646-3 [23], in case of a conflict in interpretation of the
operational semantics of TTCN.GR and TTCN.MP, the operational semantics of the
TTCN.GR representation takes precedence.
A.1 The machine processable ATS (TTCN.MP)
The electronic form of the machine processable file (TTCN MP format) corresponding to this ATS is
1)
contained in an ASCII text file (DE104973.MP ) associated with this ETS.
A.2 The graphical ATS (TTCN.GR)
The graphical ATS is provided in this annex on the following pages.
1) This file is located in a compressed archive file named 4973_e1.LZH. Other file formats are available on request.
Page 20
ETS 300 497−3: August 1996
I
Test Suite Overview
Page 21
ETS 300 497−3: August 1996
Test Suite Structure
Suite Name : mac_ft
Standards Ref : ETS 300 175−3 [3]
PICS Ref : ETS 300 476−6
PIXIT Ref : ETS 300 497−3 Annex C
Test Method(s) : ETS 300 497−3 Clause 4
Comments : This ATS is part of the DECT Common Interface Test Case Library (TCL) ETS 300 497.
This ATS is the TTCN part of ETS 300 497 Part 3, TCL MAC layer at Fixed Part
ETSI files reference: 497P3V03.MP, 497P3V03.PS (Excluding this Generic comments part, the files
of this version are identical to the ITA V03 version files MACFT4.MP and MACFT4.PS)
Test Group Reference Selection Ref Test Group Objective Page Nr
FT/ MANDATORY Verify the correct implementation 100
of the FT (IUT) MAC layer.
FT/BH/ MANDATORY Verify the correct implementation 100
of connection oriented bearer
handover procedures.
FT/BH/BV/ MANDATORY To test the behaviour of the IUT 100
concerning connection oriented
bearer handover procedures in
relation to syntactically and
contextual correct behaviour of
the test system.
FT/BH/CA/ MANDATORY Limited testing that the observable 104
capabilities of the IUT concerning
connection oriented bearer
handover procedures are in
accordance with the static
requirements.
FT/BR/ MANDATORY Verify the correct implementation 106
of connection oriented bearer
release procedures.
FT/BR/CA/ MANDATORY Limited testing that the observable 106
capabilities of the IUT concerning
connection oriented bearer release
procedures are in accordance with
the static requirements.
FT/BS/ MANDATORY Verify the correct implementation 108
of connection oriented bearer
setup procedures.
FT/BS/BV/ MANDATORY To test the behaviour of the IUT 108
concerning connection oriented
bearer setup procedures in relation
to syntactically and contextual
correct behaviour of the test
system.
FT/BS/CA/ MANDATORY Limited testing that the observable 109
capabilities of the IUT concerning
connection oriented bearer setup
procedures are in accordance with
the static requirements.
FT/DB/ MANDATORY Verify the correct implementation 110
of the downlink broadcast services.
FT/DB/BV/ MANDATORY To test the behaviour of the IUT 110
concerning the downlink broadcast
services in relation to syntactically
and contextual correct behaviour
of the test system.
Continued on next page
Page 22
ETS 300 497−3: August 1996
Continued from previous page
Test Suite Structure
Test Group Reference Selection Ref Test Group Objective Page Nr
FT/DB/CA/ MANDATORY Limited testing that the observable 111
capabilities of the IUT concerning
the downlink broadcast services
are in accordance with the static
requirements.
FT/DT/ MANDATORY Verify the correct implementation 119
of connection oriented data
transfer procedures.
FT/DT/BI/ MANDATORY To check the behaviour of the IUT 119
concerning connection oriented
data transfer procedures in
response to invalid messages.
FT/DT/BV/ MANDATORY To test the behaviour of the IUT 123
concerning connection oriented
data transfer procedures in relation
to syntactically and contextual
correct behaviour of the test
system.
FT/DT/CA/ MANDATORY Limited testing that the observable 125
capabilities of the IUT concerning
connection oriented data transfer
procedures are in accordance with
the static requirements.
FT/LM/ MANDATORY Verify the correct implementation 133
of the LLME MAC layer
management procedures.
FT/LM/CA/ MANDATORY Limited testing that the observable 133
capabilities of the IUT concerning
the MAC layer management are in
accordance with the static
requirements.
FT/PG/ MANDATORY Verify the correct implementation 134
of the paging services.
FT/PG/BV/ MANDATORY To test the behaviour of the IUT 134
concerning the paging services in
relation to syntactically and
contextual correct behaviour of
the test system.
FT/PG/CA/ MANDATORY Limited testing that the observable 135
capabilities of the IUT conce
...










Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...