Integrated Services Digital Network (ISDN); Advice of Charge (AOC) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 5: Test Suite Structure and Test Purposes (TSS&TP) specification for the network

;

Digitalno omrežje z integriranimi storitvami (ISDN) - Dopolnilna storitev: obvestilo o ceni (AOC) - Protokol digitalne naročniške signalizacije št. 1 (DSS1) - 5. del: Zgradba preskušalnega niza in namen preskušanja (TSS&TP) - Specifikacija za omrežje

General Information

Status
Published
Publication Date
30-Nov-1997
Current Stage
6060 - National Implementation/Publication (Adopted Project)
Start Date
01-Dec-1997
Due Date
01-Dec-1997
Completion Date
01-Dec-1997

Buy Standard

Standard
P ETS 300 182-5:1997
English language
30 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day
Standard
ETS 300 182-5:1997
English language
30 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day

Standards Content (Sample)

2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.RPUHåMHIntegrated Services Digital Network (ISDN); Advice of Charge (AOC) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 5: Test Suite Structure and Test Purposes (TSS&TP) specification for the network33.080Digitalno omrežje z integriranimi storitvami (ISDN)Integrated Services Digital Network (ISDN)ICS:Ta slovenski standard je istoveten z:ETS 300 182-5 Edition 13SIST ETS 300 182-5:1997en01-RNWREHU-19973SIST ETS 300 182-5:1997SLOVENSKI
STANDARD



SIST ETS 300 182-5:1997



EUROPEANETS 300 182-5TELECOMMUNICATIONSeptember 1996STANDARDSource: ETSI TC-SPSReference: DE/SPS-05061-K-5ICS:33.080Key words:ISDN, DSS1, supplementary service, AOC, testing, TSS&TP, networkIntegrated Services Digital Network (ISDN);Advice of Charge (AOC) supplementary service;Digital Subscriber Signalling System No. one (DSS1) protocol;Part 5: Test Suite Structure and Test Purposes (TSS&TP)specification for the networkETSIEuropean 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 182-5:1997



Page 2ETS 300 182-5: September 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 182-5:1997



Page 3ETS 300 182-5: September 1996ContentsForeword.51Scope.72Normative references.73Definitions.83.1Definitions related to conformance testing.83.2Definitions related to ETS 300 182-1.84Abbreviations.95Test Suite Structure (TSS).96Test Purposes (TP).106.1Introduction.106.1.1TP naming convention.106.1.2Source of TP definition.106.1.3TP structure.106.1.4Test strategy.116.2Network TPs for AOC.126.2.1Valid behaviour.126.2.1.1Subscription option dependent.126.2.1.1.1Per-call basis.126.2.1.1.2All calls.146.2.1.1.2.1Activation.146.2.1.1.2.1.1Normal.146.2.1.1.2.1.2Exceptions.156.2.1.2Subscription option independent.176.2.1.2.1Independent of bearer.176.2.1.2.1.1Normal.176.2.1.2.1.2GFP.186.2.1.2.2Transfer - active phase.186.2.1.2.3Transfer - clearing phase.196.2.2Syntactically invalid behaviour.276.2.3Inopportune behaviour.287Compliance.298Requirements for a comprehensive testing service.29History.30SIST ETS 300 182-5:1997



Page 4ETS 300 182-5: September 1996Blank pageSIST ETS 300 182-5:1997



Page 5ETS 300 182-5: September 1996ForewordThis European Telecommunication Standard (ETS) has been produced by the Signalling Protocols andSwitching (SPS) Technical Committee of the European Telecommunications Standards Institute (ETSI).This ETS is part 5 of a multi-part standard covering the Digital Subscriber Signalling System No. one(DSS1) protocol specification for the Integrated Services Digital Network (ISDN) Advice of Charge (AOC)supplementary service, as described below:Part 1:"Protocol specification";Part 2:"Protocol Implementation Conformance Statement (PICS) proforma specification";Part 3:"Test Suite Structure and Test Purposes (TSS&TP) specification for the user";Part 4:"Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing(PIXIT) proforma specification for the user";Part 5:"TSS&TP specification for the network";Part 6:"ATS and partial PIXIT proforma specification for the network".Transposition datesDate of adoption of this ETS:30 August 1996Date of latest announcement of this ETS (doa):31 December 1996Date of latest publication of new National Standardor endorsement of this ETS (dop/e):30 June 1997Date of withdrawal of any conflicting National Standard (dow):30 June 1997SIST ETS 300 182-5:1997



Page 6ETS 300 182-5: September 1996Blank pageSIST ETS 300 182-5:1997



Page 7ETS 300 182-5: September 19961ScopeThis fifth part of ETS 300 182 specifies the Test Suite Structure and Test Purposes (TSS&TP) for theNetwork side of the T reference point or coincident S and T reference point (as defined in ITU-TRecommendation I.411 [7]) of implementations conforming to the stage three standard for the Advice ofCharge (AOC) supplementary service for the pan-European Integrated Services Digital Network (ISDN) bymeans of the Digital Subscriber Signalling System No. one (DSS1) protocol, ETS 300 182-1 [1].A further part of this ETS specifies the Abstract Test Suite (ATS) and partial Protocol ImplementationeXtra Information for Testing (PIXIT) proforma based on this ETS. Other parts specify the TSS&TP andthe ATS and partial PIXIT proforma for the User side of the T reference point or coincident S andT reference point of implementations conforming to ETS 300 182-1 [1].2Normative referencesThis ETS incorporates by dated and 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 182-1 (1993): "Integrated Services Digital Network (ISDN); Advice ofCharge (AOC) supplementary service; Digital Subscriber Signalling System No.one (DSS1) protocol; Part 1: Protocol specification".[2]ETS 300 182-2 (1995): "Integrated Services Digital Network (ISDN); Advice ofCharge (AOC) supplementary service; Digital Subscriber Signalling System No.one (DSS1) protocol; Part 2: Protocol Implementation Conformance Statement(PICS) proforma specification".[3]ISO/IEC 9646-1: "Information Technology - OSI Conformance TestingMethodology and Framework; Part 1: General Concepts".[4]ISO/IEC 9646-2: "Information Technology - OSI Conformance TestingMethodology and Framework; Part 2: Abstract Test Suite specification".[5]ISO/IEC 9646-3: "Information Technology - OSI Conformance TestingMethodology and Framework; Part 3: The Tree and Tabular CombinedNotation".[6]ETS 300 196-1 (1993): "Integrated Services Digital Network (ISDN); Genericfunctional protocol for the support of supplementary services; Digital SubscriberSignalling System No. one (DSS1) protocol; Part 1: Protocol specification".[7]ITU-T Recommendation I.411 (1993): "ISDN user-network interfaces -Reference configurations".[8]ETS 300 102-1 (1990): "ISDN user-network interface layer 3 specification forbasic call control".[9]ITU-T Recommendation I.112 (1993): "Vocabulary and terms for ISDNs".[10]CCITT Recommendation E.164 (1991): "Numbering plan for the ISDN era".[11]ITU-T Recommendation I.210 (1993): "Principles of the telecommunicationservices supported by an ISDN and the means to describe them".SIST ETS 300 182-5:1997



Page 8ETS 300 182-5: September 19963DefinitionsFor the purposes of this ETS, the following definitions apply:3.1Definitions related to conformance testingabstract test case: Refer to ISO/IEC 9646-1 [3].Abstract Test Suite (ATS): Refer to ISO/IEC 9646-1 [3].Implementation Under Test (IUT): Refer to ISO/IEC 9646-1 [3].implicit send event: Refer to ISO/IEC 9646-3 [5].lower tester: Refer to ISO/IEC 9646-1 [3].point of control and observation: Refer to ISO/IEC 9646-1 [3].Protocol Implementation Conformance Statement (PICS): Refer to ISO/IEC 9646-1 [3].PICS proforma: Refer to ISO/IEC 9646-1 [3].Protocol Implementation eXtra Information for Testing (PIXIT): Refer to ISO/IEC 9646-1 [3].PIXIT proforma: Refer to ISO/IEC 9646-1 [3].system under test: Refer to ISO/IEC 9646-1 [3].Test Purpose (TP): Refer to ISO/IEC 9646-1 [3].3.2Definitions related to ETS 300 182-1call reference: See ETS 300 102-1 [8], subclause 4.3.component: See ETS 300 196-1 [6], subclause 11.2.2.1.Integrated Services Digital Network (ISDN): See ITU-T Recommendation I.112 [9], definition 308.invoke component: See ETS 300 196-1 [6], subclause 11.2.2.1.ISDN number: A number conforming to the numbering and structure specified in CCITTRecommendation E.164 [10].network: The DSS1 protocol entity at the Network side of the user-network interface where a T referencepoint or coincident S and T reference point applies.network (S/T): The DSS1 protocol entity at the network side of the user-network interface where acoincident S and T reference point applies.network (T): The DSS1 protocol entity at the Network side of the user-network interface where aT reference point applies (Network connected to Private ISDN).return error component: See ETS 300 196-1 [6], subclause 11.2.2.1.return result component: See ETS 300 196-1 [6], subclause 11.2.2.1.served user: The served user is the user who invokes the AOC supplementary service.service; telecommunication service: See ITU-T Recommendation I.112 [9], definition 201.supplementary service: See ITU-T Recommendation I.210 [11], subclause 2.4.SIST ETS 300 182-5:1997



Page 9ETS 300 182-5: September 19964AbbreviationsFor the purposes of this ETS, the following abbreviations apply:AOCAdvice of ChargeATMAbstract Test MethodATSAbstract Test SuiteDSS1Digital Subscriber Signalling System No. oneGFPGeneric Functional ProtocolISDNIntegrated Services Digital NetworkIUTImplementation Under TestN00Null call stateN02Overlap Sending call stateN03Outgoing Call Proceeding call stateN04Call Delivered call stateN06Call Present call stateN07Call Received call stateN08Connect Request call stateN09Incoming Call Proceeding call stateN10Active call stateN12Disconnect Indication call stateN19Release Request call stateN25Overlap Receiving call stateTPTest PurposeTSSTest Suite Structure5Test Suite Structure (TSS)AOC - NetworkValidSyntactically invalidInopportune(08)(09)Subscription optiondependentSubscription optionindependentPer-call basisAll callsTransfer -Transfer -(01)active phaseclearing phase(06)(07)ActivationIndependent of bearerNormal(02)Exceptions(03)Normal(04)GFP(05)NOTE:Numbers in brackets represent group numbers and are used in TP identifiers.Figure 1: Test suite structureSIST ETS 300 182-5:1997



Page 10ETS 300 182-5: September 19966Test Purposes (TP)6.1IntroductionFor each test requirement a TP is defined.6.1.1TP naming conventionTPs are numbered, starting at 001, within each group. Groups are organized according to the TSS.Additional references are added to identify the actual test suite and whether it applies to the network or theuser (see table 1).Table 1: TP identifier naming convention schemeIdentifier:__=supplementary service:e.g. "AOC"=type of IUT:UUserNNetwork=group2 digit field representing group reference according to TSS=sequential number(001-999)6.1.2Source of TP definitionThe TPs are based on ETS 300 182-1 [1].6.1.3TP structureEach TP has been written in a manner which is consistent with all other TPs. The intention of this is tomake the TPs more readable and checkable. A particular structure has been used and this is illustrated intable 2. This table should be read in conjunction with any TP, i.e. use a TP as an example to fullyunderstand the table.SIST ETS 300 182-5:1997



Page 11ETS 300 182-5: September 1996Table 2: Structure of a single TPTP partTextExampleHeader tabsee table 1 tabsubclause 0.0.0 tabvalid, invalid, inopportune CRmandatory, optional, conditionalStimulusEnsure that the IUT in theN10 etc./ /AOC-S Idle,. see below for message structurereceiving a XXXX messageor to request a .Reactionsends, saves, does, etc.using en bloc sending, .if the action is sending
see below for message structure, etc.and remains in the same stateor and enters state Messagestructuremessage containing aSETUP, FACILITY, CONNECT, …a) information element withb) a encoded as or including and back to a or b,Bearer capability, Facility, .NOTE:Text in italics will not appear in TPs and text between <> is filled in for each TP and maydiffer from one TP to the next.6.1.4Test strategyAs the base standard ETS 300 182-1 [1] contains no explicit requirements for testing, the TPs weregenerated as a result of an analysis of the base standard and the PICS specification ETS 300 182-2 [2].The criteria applied include the following:-only the requirements from the point of view of the T or coincident S and T reference point areconsidered;-whether or not a test case can be built from the TP is not considered.SIST ETS 300 182-5:1997



Page 12ETS 300 182-5: September 19966.2Network TPs for AOCAll PICS items referred to in this subclause are as specified in ETS 300 182-2 [2] unless indicatedotherwise by another numbered reference.6.2.1Valid behaviour6.2.1.1Subscription option dependent6.2.1.1.1Per-call basisAOC_N01_001subclause 9.2.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-S service and charginginformation is available,returns a ChargingRequest return result component indicating "AOCSCurrencyInfoList" or"AOCSSpecialArrInfo" in a Facility information element in either a SETUP ACKNOWLEDGE, CALLPROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and enters theAOC-S Idle state and continues normal call handling.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is controllable.AOC_N01_002subclause 9.2.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-S service and charginginformation is not available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" orindicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message andcontinues normal call handling and remains in AOC Idle state.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is controllable.AOC_N01_003subclause 9.2.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-S service and charginginformation is available,returns a ChargingRequest return result component indicating "AOCSCurrencyInfoList" or"AOCSSpecialArrInfo" in a Facility information element in either a SETUP ACKNOWLEDGE, CALLPROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and enters theAOC-S Idle state and continues normal call handlingor when no charging information is available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" orindicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message andcontinues normal call handling and remains in AOC Idle state.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is not controllable.AOC_N01_004subclause 9.1.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-D service and charginginformation is available,returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facilityinformation element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,ALERTING, CONNECT or a FACILITY message and enters the AOC-D Activated state andcontinues normal call handling.Selection:AOC-D supported. PICS: MC 11.Selection:The supply of charging information is controllable.SIST ETS 300 182-5:1997



Page 13ETS 300 182-5: September 1996AOC_N01_005subclause 9.1.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-D service and charginginformation is not available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" orindicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message andcontinues normal call handling and remains in state AOC Idle.Selection:AOC-D supported. PICS: MC 11.Selection:The supply of charging information is controllable.AOC_N01_006subclause 9.1.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-D service and charginginformation is available,returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facilityinformation element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,ALERTING, CONNECT or a FACILITY message and enters the AOC-D Activated state andcontinues normal call handlingor when no charging information is available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" orindicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message andcontinues normal call handling and remains in state AOC Idle.Selection:AOC-D supported. PICS: MC 11.Selection:The supply of charging information is not controllable.AOC_N01_007subclause 9.1.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-E service and charginginformation is available,returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facilityinformation element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,ALERTING, CONNECT or a FACILITY message and enters the AOC-E Activated state andcontinues normal call handling.Selection:AOC-E supported. PICS: MC 12.Selection:The supply of charging information is controllable.AOC_N01_008subclause 9.1.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-E service and charginginformation is not available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" orindicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message andcontinues normal call handling and remains in state AOC Idle.Selection:AOC-E supported. PICS: MC 12.Selection:The supply of charging information is controllable.SIST ETS 300 182-5:1997



Page 14ETS 300 182-5: September 1996AOC_N01_009subclause 9.1.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-E service and charginginformation is available,returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facilityinformation element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,ALERTING, CONNECT or a FACILITY message and enters the AOC-E Activated state andcontinues normal call handlingor when no charging information is available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" orindicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message andcontinues normal call handling and remains in state AOC Idle.Selection:AOC-E supported. PICS: MC 12.Selection:The supply of charging information is not controllable.6.2.1.1.2All calls6.2.1.1.2.1Activation6.2.1.1.2.1.1NormalAOC_N02_001subclause 9.2.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message NOT including aChargingRequest invoke component indicating the AOC-S service and charging information is available,returns an AOCSCurrency invoke component indicating "AOCSCurrencyInfoList" or anAOCSSpecialArr invoke component indicating "AOCSSpecialArrInfo" in a Facility informationelement in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS, ALERTING,CONNECT or a FACILITY message and enters the AOC-S Idle state and continues normal callhandling.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is controllable.AOC_N02_002subclause 9.2.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message NOT including aChargingRequest invoke component indicating the AOC-S service and charging information is notavailable,returns an AOCSCurrency or an AOCSSpecialArr invoke component indicating"chargeNotAvailable" in a Facility information element in either a SETUP ACKNOWLEDGE, CALLPROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and continuesnormal call handling and remains in state AOC Idle.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is controllable.AOC_N02_003subclause 9.2.1validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message NOT including aChargingRequest invoke component indicating the AOC-S service and charging information is available,returns an AOCSCurrency invoke component indicating "AOCSCurrencyInfoList" or anAOCSSpecialArr invoke component indicating "AOCSSpecialArrInfo" in a Facility informationelement in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS, ALERTING,CONNECT or a FACILITY message and enters the AOC-S Idle state and continues normal callhandlingor when no charging information is available,returns an AOCSCurrency or an AOCSSpecialArr invoke component indicating"chargeNotAvailable" in a Facility information element in either a SETUP ACKNOWLEDGE, CALLPROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and continuesnormal call handling and remains in state AOC Idle.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is not controllable.SIST ETS 300 182-5:1997



Page 15ETS 300 182-5: September 19966.2.1.1.2.1.2ExceptionsAOC_N03_001subclause 9.1.2 i)validoptionalEnsure that the IUT in the state N00/AOC Idle, on receipt of a SETUP message including a Facilityinformation element coded as ChargingRequest invoke component indicating the AOC-S service andcharging information is available,returns aChargingRequest return result component indicating "AOCSCurrencyInfoList" or"AOCSSpecialArrInfo" in a Facility information element in either a SETUP ACKNOWLEDGE, CALLPROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and enters theAOC-S Idle state.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is controllable.AOC_N03_002subclause 9.1.2 i)validoptionalEnsure that the IUT in the state N00/AOC Idle, on receipt of a SETUP message including a Facilityinformation element coded as ChargingRequest invoke component indicating the AOC-S service andcharging information is not available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" in aFacility information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING,PROGRESS, ALERTING, CONNECT or a FACILITY message and continues normal call handlingand remains in state AOC Idle.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is controllable.AOC_N03_003subclause 9.1.2 i)validoptionalEnsure that the IUT in the state N00/AOC Idle, on receipt of a SETUP message including a Facilityinformation element coded as ChargingRequest invoke component indicating the AOC-S service andcharging information is available,returns a ChargingRequest return result component indicating "AOCSCurrencyInfoList" or"AOCSSpecialArrInfo" in a Facility information element in either a SETUP ACKNOWLEDGE, CALLPROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and enters theAOC-S Idle stateor when no charging information is available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" in aFacility information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING,PROGRESS, ALERTING, CONNECT or a FACILITY message and continues normal call handlingand remains in state AOC Idle.Selection:AOC-S supported. PICS: MC 10.Selection:The supply of charging information is not controllable.AOC_N03_004subclause 9.1.2 i)validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-D service and charginginformation is available,returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facilityinformation element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,ALERTING, CONNECT or a FACILITY message and enters the AOC-D Activated state.Selection:AOC-D supported. PICS: MC 11.Selection:The supply of charging information is controllable.AOC_N03_005subclause 9.1.2 i)validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-D service and charginginformation is not available,returns a ChargingRequest return error component indicating "NoChagingInfoAvailable" in a Facilityinformation element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,ALERTING, CONNECT or a FACILITY message and continues normal call handling and remains instate AOC Idle.Selection:AOC-D supported. PICS: MC 11.Selection:The supply of charging information is controllable.SIST ETS 300 182-5:1997



Page 16ETS 300 182-5: September 1996AOC_N03_006subclause 9.1.2 i)validoptionalEnsure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility informationelement coded as ChargingRequest invoke component indicating the AOC-D service and charginginformation is available,returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facilityinformation element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,ALERTING, CONNECT or a FACILITY message and enters the AOC-D Activated stateor when no charging information is available,returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" in aFacility information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING,PROGRESS, ALERTING, CONNECT or a FACILITY message and conti
...

SLOVENSKI STANDARD
SIST ETS 300 182-5:1997
01-december-1997
'LJLWDOQRRPUHåMH]LQWHJULUDQLPLVWRULWYDPL ,6'1 'RSROQLOQDVWRULWHYREYHVWLOR
RFHQL $2& 3URWRNROGLJLWDOQHQDURþQLãNHVLJQDOL]DFLMHãW '66 GHO
=JUDGEDSUHVNXãDOQHJDQL]DLQQDPHQSUHVNXãDQMD 766 73 6SHFLILNDFLMD]D
RPUHåMH
Integrated Services Digital Network (ISDN); Advice of Charge (AOC) supplementary
service; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 5: Test Suite
Structure and Test Purposes (TSS&TP) specification for the network
Ta slovenski standard je istoveten z: ETS 300 182-5 Edition 1
ICS:
33.080 Digitalno omrežje z Integrated Services Digital
integriranimi storitvami Network (ISDN)
(ISDN)
SIST ETS 300 182-5:1997 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------

SIST ETS 300 182-5:1997

---------------------- Page: 2 ----------------------

SIST ETS 300 182-5:1997
EUROPEAN ETS 300 182-5
TELECOMMUNICATION September 1996
STANDARD
Source: ETSI TC-SPS Reference: DE/SPS-05061-K-5
ICS: 33.080
Key words: ISDN, DSS1, supplementary service, AOC, testing, TSS&TP, network
Integrated Services Digital Network (ISDN);
Advice of Charge (AOC) supplementary service;
Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 5: Test Suite Structure and Test Purposes (TSS&TP)
specification for the network
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: 3 ----------------------

SIST ETS 300 182-5:1997
Page 2
ETS 300 182-5: September 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: 4 ----------------------

SIST ETS 300 182-5:1997
Page 3
ETS 300 182-5: September 1996
Contents
Foreword .5
1 Scope .7
2 Normative references.7
3 Definitions.8
3.1 Definitions related to conformance testing.8
3.2 Definitions related to ETS 300 182-1.8
4 Abbreviations.9
5 Test Suite Structure (TSS) .9
6 Test Purposes (TP).10
6.1 Introduction .10
6.1.1 TP naming convention.10
6.1.2 Source of TP definition.10
6.1.3 TP structure.10
6.1.4 Test strategy.11
6.2 Network TPs for AOC .12
6.2.1 Valid behaviour.12
6.2.1.1 Subscription option dependent .12
6.2.1.1.1 Per-call basis .12
6.2.1.1.2 All calls.14
6.2.1.1.2.1 Activation .14
6.2.1.1.2.1.1 Normal .14
6.2.1.1.2.1.2 Exceptions .15
6.2.1.2 Subscription option independent .17
6.2.1.2.1 Independent of bearer .17
6.2.1.2.1.1 Normal .17
6.2.1.2.1.2 GFP.18
6.2.1.2.2 Transfer - active phase.18
6.2.1.2.3 Transfer - clearing phase.19
6.2.2 Syntactically invalid behaviour.27
6.2.3 Inopportune behaviour .28
7 Compliance .29
8 Requirements for a comprehensive testing service .29
History.30

---------------------- Page: 5 ----------------------

SIST ETS 300 182-5:1997
Page 4
ETS 300 182-5: September 1996
Blank page

---------------------- Page: 6 ----------------------

SIST ETS 300 182-5:1997
Page 5
ETS 300 182-5: September 1996
Foreword
This European Telecommunication Standard (ETS) has been produced by the Signalling Protocols and
Switching (SPS) Technical Committee of the European Telecommunications Standards Institute (ETSI).
This ETS is part 5 of a multi-part standard covering the Digital Subscriber Signalling System No. one
(DSS1) protocol specification for the Integrated Services Digital Network (ISDN) Advice of Charge (AOC)
supplementary service, as described below:
Part 1: "Protocol specification";
Part 2: "Protocol Implementation Conformance Statement (PICS) proforma specification";
Part 3: "Test Suite Structure and Test Purposes (TSS&TP) specification for the user";
Part 4: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing
(PIXIT) proforma specification for the user";
Part 5: "TSS&TP specification for the network";
Part 6: "ATS and partial PIXIT proforma specification for the network".
Transposition dates
Date of adoption of this ETS: 30 August 1996
Date of latest announcement of this ETS (doa): 31 December 1996
Date of latest publication of new National Standard
or endorsement of this ETS (dop/e): 30 June 1997
Date of withdrawal of any conflicting National Standard (dow): 30 June 1997

---------------------- Page: 7 ----------------------

SIST ETS 300 182-5:1997
Page 6
ETS 300 182-5: September 1996
Blank page

---------------------- Page: 8 ----------------------

SIST ETS 300 182-5:1997
Page 7
ETS 300 182-5: September 1996
1 Scope
This fifth part of ETS 300 182 specifies the Test Suite Structure and Test Purposes (TSS&TP) for the
Network side of the T reference point or coincident S and T reference point (as defined in ITU-T
Recommendation I.411 [7]) of implementations conforming to the stage three standard for the Advice of
Charge (AOC) supplementary service for the pan-European Integrated Services Digital Network (ISDN) by
means of the Digital Subscriber Signalling System No. one (DSS1) protocol, ETS 300 182-1 [1].
A further part of this ETS specifies the Abstract Test Suite (ATS) and partial Protocol Implementation
eXtra Information for Testing (PIXIT) proforma based on this ETS. Other parts specify the TSS&TP and
the ATS and partial PIXIT proforma for the User side of the T reference point or coincident S and
T reference point of implementations conforming to ETS 300 182-1 [1].
2 Normative references
This ETS incorporates by dated and 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 182-1 (1993): "Integrated Services Digital Network (ISDN); Advice of
Charge (AOC) supplementary service; Digital Subscriber Signalling System No.
one (DSS1) protocol; Part 1: Protocol specification".
[2] ETS 300 182-2 (1995): "Integrated Services Digital Network (ISDN); Advice of
Charge (AOC) supplementary service; Digital Subscriber Signalling System No.
one (DSS1) protocol; Part 2: Protocol Implementation Conformance Statement
(PICS) proforma specification".
[3] ISO/IEC 9646-1: "Information Technology - OSI Conformance Testing
Methodology and Framework; Part 1: General Concepts".
[4] ISO/IEC 9646-2: "Information Technology - OSI Conformance Testing
Methodology and Framework; Part 2: Abstract Test Suite specification".
[5] ISO/IEC 9646-3: "Information Technology - OSI Conformance Testing
Methodology and Framework; Part 3: The Tree and Tabular Combined
Notation".
[6] ETS 300 196-1 (1993): "Integrated Services Digital Network (ISDN); Generic
functional protocol for the support of supplementary services; Digital Subscriber
Signalling System No. one (DSS1) protocol; Part 1: Protocol specification".
[7] ITU-T Recommendation I.411 (1993): "ISDN user-network interfaces -
Reference configurations".
[8] ETS 300 102-1 (1990): "ISDN user-network interface layer 3 specification for
basic call control".
[9] ITU-T Recommendation I.112 (1993): "Vocabulary and terms for ISDNs".
[10] CCITT Recommendation E.164 (1991): "Numbering plan for the ISDN era".
[11] ITU-T Recommendation I.210 (1993): "Principles of the telecommunication
services supported by an ISDN and the means to describe them".

---------------------- Page: 9 ----------------------

SIST ETS 300 182-5:1997
Page 8
ETS 300 182-5: September 1996
3 Definitions
For the purposes of this ETS, the following definitions apply:
3.1 Definitions related to conformance testing
abstract test case: Refer to ISO/IEC 9646-1 [3].
Abstract Test Suite (ATS): Refer to ISO/IEC 9646-1 [3].
Implementation Under Test (IUT): Refer to ISO/IEC 9646-1 [3].
implicit send event: Refer to ISO/IEC 9646-3 [5].
lower tester: Refer to ISO/IEC 9646-1 [3].
point of control and observation: Refer to ISO/IEC 9646-1 [3].
Protocol Implementation Conformance Statement (PICS): Refer to ISO/IEC 9646-1 [3].
PICS proforma: Refer to ISO/IEC 9646-1 [3].
Protocol Implementation eXtra Information for Testing (PIXIT): Refer to ISO/IEC 9646-1 [3].
PIXIT proforma: Refer to ISO/IEC 9646-1 [3].
system under test: Refer to ISO/IEC 9646-1 [3].
Test Purpose (TP): Refer to ISO/IEC 9646-1 [3].
3.2 Definitions related to ETS 300 182-1
call reference: See ETS 300 102-1 [8], subclause 4.3.
component: See ETS 300 196-1 [6], subclause 11.2.2.1.
Integrated Services Digital Network (ISDN): See ITU-T Recommendation I.112 [9], definition 308.
invoke component: See ETS 300 196-1 [6], subclause 11.2.2.1.
ISDN number: A number conforming to the numbering and structure specified in CCITT
Recommendation E.164 [10].
network: The DSS1 protocol entity at the Network side of the user-network interface where a T reference
point or coincident S and T reference point applies.
network (S/T): The DSS1 protocol entity at the network side of the user-network interface where a
coincident S and T reference point applies.
network (T): The DSS1 protocol entity at the Network side of the user-network interface where a
T reference point applies (Network connected to Private ISDN).
return error component: See ETS 300 196-1 [6], subclause 11.2.2.1.
return result component: See ETS 300 196-1 [6], subclause 11.2.2.1.
served user: The served user is the user who invokes the AOC supplementary service.
service; telecommunication service: See ITU-T Recommendation I.112 [9], definition 201.
supplementary service: See ITU-T Recommendation I.210 [11], subclause 2.4.

---------------------- Page: 10 ----------------------

SIST ETS 300 182-5:1997
Page 9
ETS 300 182-5: September 1996
4 Abbreviations
For the purposes of this ETS, the following abbreviations apply:
AOC Advice of Charge
ATM Abstract Test Method
ATS Abstract Test Suite
DSS1 Digital Subscriber Signalling System No. one
GFP Generic Functional Protocol
ISDN Integrated Services Digital Network
IUT Implementation Under Test
N00 Null call state
N02 Overlap Sending call state
N03 Outgoing Call Proceeding call state
N04 Call Delivered call state
N06 Call Present call state
N07 Call Received call state
N08 Connect Request call state
N09 Incoming Call Proceeding call state
N10 Active call state
N12 Disconnect Indication call state
N19 Release Request call state
N25 Overlap Receiving call state
TP Test Purpose
TSS Test Suite Structure
5 Test Suite Structure (TSS)
AOC - Network
Valid Syntactically invalid Inopportune
(08) (09)
Subscription option Subscription option
dependent independent
Per-call basis All calls Transfer - Transfer -
(01) active phase clearing phase
(06) (07)
Activation Independent of bearer
Normal Exceptions Normal GFP
(02) (03) (04) (05)
NOTE: Numbers in brackets represent group numbers and are used in TP identifiers.
Figure 1: Test suite structure

---------------------- Page: 11 ----------------------

SIST ETS 300 182-5:1997
Page 10
ETS 300 182-5: September 1996
6 Test Purposes (TP)
6.1 Introduction
For each test requirement a TP is defined.
6.1.1 TP naming convention
TPs are numbered, starting at 001, within each group. Groups are organized according to the TSS.
Additional references are added to identify the actual test suite and whether it applies to the network or the
user (see table 1).
Table 1: TP identifier naming convention scheme
Identifier: __
= supplementary service: e.g. "AOC"
= type of IUT: U User
N Network
= group 2 digit field representing group reference according to TSS
= sequential number (001-999)
6.1.2 Source of TP definition
The TPs are based on ETS 300 182-1 [1].
6.1.3 TP structure
Each TP has been written in a manner which is consistent with all other TPs. The intention of this is to
make the TPs more readable and checkable. A particular structure has been used and this is illustrated in
table 2. This table should be read in conjunction with any TP, i.e. use a TP as an example to fully
understand the table.

---------------------- Page: 12 ----------------------

SIST ETS 300 182-5:1997
Page 11
ETS 300 182-5: September 1996
Table 2: Structure of a single TP
TP part Text Example
Header tab see table 1
tab subclause 0.0.0
tab valid, invalid, inopportune
CR mandatory, optional, conditional
Stimulus Ensure that the IUT in the
N10 etc.
/ /AOC-S Idle,.
see below for message structure receiving a XXXX message
or to request a .
Reaction sends, saves, does, etc.
using en bloc sending, .
if the action is sending
  see below for message structure
, etc.
and remains in the same state
or and enters state
Message SETUP, FACILITY, CONNECT, …
message containing a
structure
a) Bearer capability, Facility, .
information element with
b) a
encoded as or including
and back to a or b,
NOTE: Text in italics will not appear in TPs and text between <> is filled in for each TP and may
differ from one TP to the next.
6.1.4 Test strategy
As the base standard ETS 300 182-1 [1] contains no explicit requirements for testing, the TPs were
generated as a result of an analysis of the base standard and the PICS specification ETS 300 182-2 [2].
The criteria applied include the following:
- only the requirements from the point of view of the T or coincident S and T reference point are
considered;
- whether or not a test case can be built from the TP is not considered.

---------------------- Page: 13 ----------------------

SIST ETS 300 182-5:1997
Page 12
ETS 300 182-5: September 1996
6.2 Network TPs for AOC
All PICS items referred to in this subclause are as specified in ETS 300 182-2 [2] unless indicated
otherwise by another numbered reference.
6.2.1 Valid behaviour
6.2.1.1 Subscription option dependent
6.2.1.1.1 Per-call basis
AOC_N01_001 subclause 9.2.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-S service and charging
information is available,
returns a ChargingRequest return result component indicating "AOCSCurrencyInfoList" or
"AOCSSpecialArrInfo" in a Facility information element in either a SETUP ACKNOWLEDGE, CALL
PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and enters the
AOC-S Idle state and continues normal call handling.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is controllable.
AOC_N01_002 subclause 9.2.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-S service and charging
information is not available,
returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" or
indicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,
CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and
continues normal call handling and remains in AOC Idle state.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is controllable.
AOC_N01_003 subclause 9.2.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-S service and charging
information is available,
returns a ChargingRequest return result component indicating "AOCSCurrencyInfoList" or
"AOCSSpecialArrInfo" in a Facility information element in either a SETUP ACKNOWLEDGE, CALL
PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and enters the
AOC-S Idle state and continues normal call handling
or when no charging information is available,
returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" or
indicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,
CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and
continues normal call handling and remains in AOC Idle state.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is not controllable.
AOC_N01_004 subclause 9.1.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-D service and charging
information is available,
returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facility
information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,
ALERTING, CONNECT or a FACILITY message and enters the AOC-D Activated state and
continues normal call handling.
Selection: AOC-D supported. PICS: MC 11.
Selection: The supply of charging information is controllable.

---------------------- Page: 14 ----------------------

SIST ETS 300 182-5:1997
Page 13
ETS 300 182-5: September 1996
AOC_N01_005 subclause 9.1.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-D service and charging
information is not available,
returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" or
indicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,
CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and
continues normal call handling and remains in state AOC Idle.
Selection: AOC-D supported. PICS: MC 11.
Selection: The supply of charging information is controllable.
AOC_N01_006 subclause 9.1.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-D service and charging
information is available,
returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facility
information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,
ALERTING, CONNECT or a FACILITY message and enters the AOC-D Activated state and
continues normal call handling
or when no charging information is available,
returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" or
indicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,
CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and
continues normal call handling and remains in state AOC Idle.
Selection: AOC-D supported. PICS: MC 11.
Selection: The supply of charging information is not controllable.
AOC_N01_007 subclause 9.1.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-E service and charging
information is available,
returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facility
information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,
ALERTING, CONNECT or a FACILITY message and enters the AOC-E Activated state and
continues normal call handling.
Selection: AOC-E supported. PICS: MC 12.
Selection: The supply of charging information is controllable.
AOC_N01_008 subclause 9.1.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-E service and charging
information is not available,
returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" or
indicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,
CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and
continues normal call handling and remains in state AOC Idle.
Selection: AOC-E supported. PICS: MC 12.
Selection: The supply of charging information is controllable.

---------------------- Page: 15 ----------------------

SIST ETS 300 182-5:1997
Page 14
ETS 300 182-5: September 1996
AOC_N01_009 subclause 9.1.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke component indicating the AOC-E service and charging
information is available,
returns a ChargingRequest return result component indicating "chargingInfoFollows" in a Facility
information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS,
ALERTING, CONNECT or a FACILITY message and enters the AOC-E Activated state and
continues normal call handling
or when no charging information is available,
returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" or
indicating a general error in a Facility information element in either a SETUP ACKNOWLEDGE,
CALL PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and
continues normal call handling and remains in state AOC Idle.
Selection: AOC-E supported. PICS: MC 12.
Selection: The supply of charging information is not controllable.
6.2.1.1.2 All calls
6.2.1.1.2.1 Activation
6.2.1.1.2.1.1 Normal
AOC_N02_001 subclause 9.2.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message NOT including a
ChargingRequest invoke component indicating the AOC-S service and charging information is available,
returns an AOCSCurrency invoke component indicating "AOCSCurrencyInfoList" or an
AOCSSpecialArr invoke component indicating "AOCSSpecialArrInfo" in a Facility information
element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS, ALERTING,
CONNECT or a FACILITY message and enters the AOC-S Idle state and continues normal call
handling.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is controllable.
AOC_N02_002 subclause 9.2.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message NOT including a
ChargingRequest invoke component indicating the AOC-S service and charging information is not
available,
returns an AOCSCurrency or an AOCSSpecialArr invoke component indicating
"chargeNotAvailable" in a Facility information element in either a SETUP ACKNOWLEDGE, CALL
PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and continues
normal call handling and remains in state AOC Idle.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is controllable.
AOC_N02_003 subclause 9.2.1 valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message NOT including a
ChargingRequest invoke component indicating the AOC-S service and charging information is available,
returns an AOCSCurrency invoke component indicating "AOCSCurrencyInfoList" or an
AOCSSpecialArr invoke component indicating "AOCSSpecialArrInfo" in a Facility information
element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING, PROGRESS, ALERTING,
CONNECT or a FACILITY message and enters the AOC-S Idle state and continues normal call
handling
or when no charging information is available,
returns an AOCSCurrency or an AOCSSpecialArr invoke component indicating
"chargeNotAvailable" in a Facility information element in either a SETUP ACKNOWLEDGE, CALL
PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and continues
normal call handling and remains in state AOC Idle.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is not controllable.

---------------------- Page: 16 ----------------------

SIST ETS 300 182-5:1997
Page 15
ETS 300 182-5: September 1996
6.2.1.1.2.1.2 Exceptions
AOC_N03_001 subclause 9.1.2 i) valid optional
Ensure that the IUT in the state N00/AOC Idle, on receipt of a SETUP message including a Facility
information element coded as ChargingRequest invoke component indicating the AOC-S service and
charging information is available,
returns aChargingRequest return result component indicating "AOCSCurrencyInfoList" or
"AOCSSpecialArrInfo" in a Facility information element in either a SETUP ACKNOWLEDGE, CALL
PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and enters the
AOC-S Idle state.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is controllable.
AOC_N03_002 subclause 9.1.2 i) valid optional
Ensure that the IUT in the state N00/AOC Idle, on receipt of a SETUP message including a Facility
information element coded as ChargingRequest invoke component indicating the AOC-S service and
charging information is not available,
returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" in a
Facility information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING,
PROGRESS, ALERTING, CONNECT or a FACILITY message and continues normal call handling
and remains in state AOC Idle.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is controllable.
AOC_N03_003 subclause 9.1.2 i) valid optional
Ensure that the IUT in the state N00/AOC Idle, on receipt of a SETUP message including a Facility
information element coded as ChargingRequest invoke component indicating the AOC-S service and
charging information is available,
returns a ChargingRequest return result component indicating "AOCSCurrencyInfoList" or
"AOCSSpecialArrInfo" in a Facility information element in either a SETUP ACKNOWLEDGE, CALL
PROCEEDING, PROGRESS, ALERTING, CONNECT or a FACILITY message and enters the
AOC-S Idle state
or when no charging information is available,
returns a ChargingRequest return error component indicating "NoChargingInfoAvailable" in a
Facility information element in either a SETUP ACKNOWLEDGE, CALL PROCEEDING,
PROGRESS, ALERTING, CONNECT or a FACILITY message and continues normal call handling
and remains in state AOC Idle.
Selection: AOC-S supported. PICS: MC 10.
Selection: The supply of charging information is not controllable.
AOC_N03_004 subclause 9.1.2 i) valid optional
Ensure that the IUT in state N00/AOC Idle on receipt of a SETUP message including a Facility information
element coded as ChargingRequest invoke c
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.