SIST ETS 300 392-11-3 E1:2003
(Main)Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); Part 11: Supplementary services stage 2; Sub-part 3: Talking Party Identification (TPI)
Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); Part 11: Supplementary services stage 2; Sub-part 3: Talking Party Identification (TPI)
To define the requirements of TETRA SS Talking Party Identification
Prizemni snopovni radio (TETRA) – Govor in podatki (V+D) – 11. del: Dopolnilne storitve stopnje 2 – 3. poglavje: Identifikacija govorečega udeleženca (TPI)
General Information
Standards Content (Sample)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); Part 11: Supplementary services stage 2; Sub-part 3: Talking Party Identification (TPI)33.070.10Prizemni snopovni radio (TETRA)Terrestrial Trunked Radio (TETRA)ICS:Ta slovenski standard je istoveten z:ETS 300 392-11-3 Edition 1SIST ETS 300 392-11-3 E1:2003en01-december-2003SIST ETS 300 392-11-3 E1:2003SLOVENSKI
STANDARD
SIST ETS 300 392-11-3 E1:2003
EUROPEANETS 300 392-11-3TELECOMMUNICATIONJuly 1999STANDARDSource: TETRAReference: DE/TETRA-03001-11-03ICS:33.020Key words:TETRA, V+DTerrestrial Trunked Radio (TETRA);Voice plus Data (V+D);Part 11: Supplementary services stage 2;Sub-part 3: Talking Party Identification (TPI)ETSIEuropean Telecommunications Standards InstituteETSI SecretariatPostal address: F-06921 Sophia Antipolis CEDEX - FRANCEOffice address: 650 Route des Lucioles - Sophia Antipolis - Valbonne - FRANCEInternet: secretariat@etsi.fr - http://www.etsi.orgTel.: +33 4 92 94 42 00 - Fax: +33 4 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 1999. All rights reserved.SIST ETS 300 392-11-3 E1:2003
Page 2ETS 300 392-11-3: July 1999Whilst 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 Standards Making Support Dept." at the address shown on the title page.SIST ETS 300 392-11-3 E1:2003
Page 3ETS 300 392-11-3: July 1999ContentsForeword.51Scope.72References.73Definitions and abbreviations.83.1Definitions.83.2General abbreviations.83.3Supplementary service abbreviations.84Functional model.84.1Functional model description.84.2Description of functional entities.104.2.1Served user functional entity, FE1.104.2.2Served user current SwMI functional entity, FE21.104.2.3Group controlling functional entity, FE22.104.2.4Affected user current SwMI functional entity, FE25.114.2.5SS-CAD diverting SwMI functional entity, FE2SS-CAD.114.2.6Managed user/group home SwMI FE, FE20.114.2.7Authorized user's functional entity, FE3.124.3Relationship of functional model basic call functional model.125Information flows.145.1Definition of information flows.145.1.1ACTIVATE.145.1.2ACTIVATE ACK.145.1.3DEFINE.155.1.4DEFINE ACK.155.1.5INFORM.165.1.6INTERROGATE.165.1.7INTERROGATE ACK.165.1.8INTERROGATE BY NAME.175.1.9INTERROGATE BY NAME ACK.175.1.10NAME.185.1.11NAME ACK.185.1.12TX PRIORITY REQUEST.195.1.13TX DEMAND PRIORITY.195.1.14Information flow elements.195.2Relationship of information flows to basic call information flows.195.3Service primitives.225.4Examples of information flow sequences.235.4.1Activation/deactivation.235.4.2Definition.235.4.3Operation of SS-TPI in a group call.245.4.4SS-TPI operation in an individual call.285.4.5SS-TPI operation in the case of SS-CAD diverted call.305.4.6Interrogation about name and activation, using identity.315.4.7Interrogation about identity and activation, using name.316Functional entity actions.316.1Functional Entity actions of FE1.316.2Functional Entity actions of FE20.326.3Functional entity actions of FE21.326.4Functional entity actions of FE22.336.5Functional entity actions of FE25.336.6Functional entity actions of FE2SS-CAD.33SIST ETS 300 392-11-3 E1:2003
Page 4ETS 300 392-11-3: July 19996.7Functional Entity actions of FE3.337Allocation of functional entities to physical equipment.348Interworking considerations.34History.36SIST ETS 300 392-11-3 E1:2003
Page 5ETS 300 392-11-3: July 1999ForewordThis European Telecommunication Standard (ETS) has been produced by the Terrestrial Trunked Radio(TETRA) Project of the European Telecommunications Standards Institute (ETSI).This ETS is a multi-part standard and will consist of the following parts:Part 1:"General network design";Part 2:"Air Interface (AI)";Part 3:"Interworking at the Inter-System Interface (ISI)";Part 4:"Gateways basic operation";Part 5:"Peripheral Equipment Interface (PEI)";Part 6:"Line connected Stations (LS)";Part 7:"Security";Part 9:"General requirements for supplementary services";Part 10:"Supplementary services stage 1";Part 11:"Supplementary services stage 2";Part 12:"Supplementary services stage 3";Part 13:"SDL model of the Air Interface (AI)";Part 14:"Protocol Implementation Conformance Statement (PICS) proforma specification".Transposition datesDate of adoption of this ETS:2 July 1999Date of latest announcement of this ETS (doa):31 October 1999Date of latest publication of new National Standardor endorsement of this ETS (dop/e):30 April 2000Date of withdrawal of any conflicting National Standard (dow):30 April 2000SIST ETS 300 392-11-3 E1:2003
Page 6ETS 300 392-11-3: July 1999Blank pageSIST ETS 300 392-11-3 E1:2003
Page 7ETS 300 392-11-3: July 19991ScopeThis ETS specifies the stage 2 description of the Supplementary Service Talking Party Identification(SS-TPI) for the Terrestrial Trunked Radio (TETRA).The SS-TPI supplementary service enables connected parties in a call to receive the identification of thetalking party. The SS-TPI is activated against individual identity in individual call and against group identityin group calls. Man-Machine Interface and charging principles are outside the scope of this ETS.Supplementary service specifications are produced in three stage according to the method defined inCCITT Recommendation I.130 [4]. The stage 2 description identifies the functional capabilities and theinformation flows needed to support the supplementary service as specified in its stage 1 description (seeETS 300 392-10-3 [2]). The stage 2 description is followed by the stage 3 description, which specifies theprotocols at the air interface and at the various Inter-System Interfaces (ISI) to support the service.2ReferencesThis 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 392-2: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);Part 2: Air Interface (AI)".[2]ETS 300 392-10-3: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);Part 10: Supplementary services stage 1; Sub-part 3: Talking Party Identification(TPI)".[3]ETS 300 392-12-3: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);Part 12: Supplementary Services stage 3; Sub-part 3: Talking PartyIdentification (TPI)".[4]CCITT Recommendation I.130 (1988): "Method for the characterization oftelecommunication services supported by an ISDN and network capabilities ofan ISDN (Blue Book)".[5]ISO/IEC 11574: "Information technology - Telecommunications and informationexchange between systems - Private Integrated Service Network - Circuit-mode64 kbit/s bearer services - Service description, functional capabilities andinformation flows".[6]ETS 300 392-9: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);Part 9: General requirements for supplementary services".SIST ETS 300 392-11-3 E1:2003
Page 8ETS 300 392-11-3: July 19993Definitions and abbreviations3.1DefinitionsFor the purposes of this ETS, the definitions given in ETS 300 392-9 [6] apply with the followingmodifications:authorized user: identified user who is allowed to define, activate, deactivate and/or interrogate theinfrastructure about the activation/deactivation state of the supplementary service and its' relatedparametersserved user: user for whom SS-TPI is invoked. That user will thus receive the SS-TPI information whenhe is the talking/sending party in a calluser B: talking/sending party in a callNOTE:The qualifiers listening/receiving and talking/sending are used in the above definitionsof SS-TPI as a reminder that this supplementary service applies to both speech anddata services.3.2General abbreviationsFor the purposes of this ETS, the following general abbreviations apply:CCBasic Service Call Control functional entityCCABasic Service Call Control Agent functional entityNOTE:CC and CCA are applied as defined in ISO/IEC 11574 [5].FEFunctional EntityGTSIGroup TETRA Subscriber IdentityISIInter-System InterfaceITSIIndividual TETRA Subscriber IdentityLSLine StationMSMobile StationSSSupplementary ServiceNOTE:The abbreviation SS is only used when referring to a specific supplementary service.SwMISwitching and Management Infrastructure3.3Supplementary service abbreviationsTPITalking Party Identification4Functional model4.1Functional model descriptionThe functional model shall comprise the following Functional Entities (FEs):FE1Served user functional entity;FE21Served user current SwMI FE;FE22Group controlling FE;FE25Affected user current SwMI FE;FE2SS-CADSS-CAD controlling FE;FE20Managed user/group home SwMI FE;FE3Authorized user's functional entity.NOTE:No FE is associated to the affected user since no SS-TPI specific procedures apply forthat user.SIST ETS 300 392-11-3 E1:2003
Page 9ETS 300 392-11-3: July 1999The following relationships shall exist between these FEs:rabetween FE1 and FE21 and between FE1 and FE22;rbbetween FE21 and FE25;rcbetween FE22 and FE25;rdbetween FE3 and FE20;rebetween FE21 and FE2SS-CAD;rfbetween FE2SS-CAD and FE25.Figures 1 and 2 show these FEs and relationships for the operational part of SS-TPI in the cases ofindividual call and group call respectively, and figure 3 for the management part of SS-TPI.FE21rarbFE1FE2SS-CADrerfFE25Figure 1: Functional model for the operational part of SS-TPI in the case of individual callraFE22rcFE25FE1Figure 2: Functional model for the operational part of SS-TPI in the case of group callNOTE:No FE2SS-CAD has been shown in figure 2, because the interactions between SS-TPIand SS-CAD are either internal to the originating SWMI or to the group controllingSwMI, thus in any case outside the scope of SS-TPI standardization.FE3rdFE20Figure 3: Functional model for the management part of SS-TPISIST ETS 300 392-11-3 E1:2003
Page 10ETS 300 392-11-3: July 19994.2Description of functional entities4.2.1Served user functional entity, FE1FE1 is the functional entity that serves the served user application. There shall be no managementSS-TPI related function in FE1.4.2.2Served user current SwMI functional entity, FE21When an individual call is being set-up, FE21 shall determine if SS-TPI is activated, and if so, theapplicable subscription parameters (i.e. whether talking/sending party mnemonic name has to bedelivered and/or the priority of each request for transmission grant sent by the talking/sending party). IfSS-TPI has been activated and if the talking/sending party mnemonic name has to be delivered, FE21shall then invoke SS-TPI in requesting FE25 to send the mnemonic name of the other user involved in theindividual call (i.e. the affected user).NOTE 1:This other user may or may not be granted transmission permission during the call. Ifyes, he will become the talking/sending user. If not, the served user will not receive anySS-TPI information during the call.Similarly if SS-TPI has been activated and if the priority of each request for transmission grant from thetalking/sending user has to be delivered, FE21 shall then invoke SS-TPI in requesting FE25 to send thispriority every time the affected user requests transmission grant, when this information is not readilyavailable through a basic call information flow.NOTE 2:Since the priority of the request for transmission grant sent by the talking/sending partyis delivered in ISI-TX DEMAND, sent from the terminating SwMI to the originatingSwMI, FE21 will request FE25 to send this information only when the served user isthe connected user.Still for an individual call, FE21 shall store:-the affected user identity received by the associated basic call functional entity at call set-up time(see note 3); and-the affected user mnemonic name if FE21 has received it from FE25 (following its request).NOTE 3:If the individual call is an intra-TETRA call, the affected user identity is readilyavailable; if it is an inter-TETRA call, the affected user identity is sent as part of one ofthe ANF-ISIIC SETUP or COMPLETE information flows.FE21 shall then operate SS-TPI in sending to FE1, either the information received from FE22 during agroup call, or the SS-TPI information which it has stored at call set-up time for an individual call plus if ithas to be delivered, the priority of each request for transmission grant from the affected user.4.2.3Group controlling functional entity, FE22When establishing a group call, FE22 shall determine if SS-TPI is activated, and if so, the applicablesubscription parameters. If SS-TPI has been activated FE22 shall then invoke SS-TPI. If thetalking/sending party mnemonic name has to be delivered and if the calling user is not a member of thegroup and the calling user's FE25 has not already sent his mnemonic name together with the group callset-up request, FE22 shall request that FE25 to send the mnemonic name of that user, if available, whenrequesting transmission grant for him.NOTE:According to the specification of group call, it is not possible for users not members ofthe group other than the calling user to become talking/sending parties in a group call.FE22 shall then operate SS-TPI in delivering to FE1 the talking/sending party identity, that it shallsupplement with the mnemonic name of this party and with the priority of its corresponding request fortransmission grant, if these parameters have been subscribed to and are available.SIST ETS 300 392-11-3 E1:2003
Page 11ETS 300 392-11-3: July 19994.2.4Affected user current SwMI functional entity, FE25In an individual call, when requested by FE21, FE25 shall send at call set-up time the mnemonic name ofthe affected user (i.e. the user who is not the served user) if available. Still if requested by FE21 and if inaddition the served user is the connected user, FE25 shall send the priority of the request for transmissiongrant sent by that affected user (who will then become the talking/sending party).In a group call, when requested by FE22 at call set-up time, the originating SwMI FE25 shall send themnemonic name of the calling user the first time that user requests transmission permission. In addition, itshould send it at call set-up time without prior request by FE22 when the calling user is not member of thegroup.NOTE:There no need for FE25 to send the affected user identity, since either it is readilyavailable in the case of an intra-TETRA call, or it is sent as part of one of theANF-ISIIC or ANF-ISIGC information flows in the case of an inter-TETRA call.Similarly in a group call there is no need for FE25 to send the priority of the request fortransmission grant sent by the party who is to become the talking/sending party sincethat information is sent in the ANF-ISIGC TX DEMAND request/indication informationflow.4.2.5SS-CAD diverting SwMI functional entity, FE2SS-CADWhen an individual call is being set-up, when the call is diverted by SS-CAD and when the served user isthe calling user, FE2SS-CAD shall store the possible request from FE21 to FE25 to send the affected usermnemonic name. FE2SS-CAD shall reissue it to FE25 when the dispatcher authorizes the call to continue (tothe terminating SwMI with which FE25 is collocated).NOTE:FE2SS-CAD does not exist when the served user is the connected user.4.2.6Managed user/group home SwMI FE, FE20If the optional activation/deactivation procedure is supported by the served user home SwMI, FE20 shallreceive SS-TPI activation/deactivation requests from FE3 and check them. For those requests that FE20finds authorized and correct, it shall carry out the corresponding activations/deactivations in the SwMI andshall confirm their completions to FE3. As to the others, FE20 shall reject them and inform FE3.Similarly, if the optional definition procedure is supported by the affected user home SwMI, FE20 shallreceive SS-TPI definition requests from FE3 and check them. For those requests that FE20 findsauthorized and correct, it shall carry out the corresponding definitions in the SwMI and shall confirm theircompletions to FE3. As to the others, FE20 shall reject them and inform FE3.Finally, if the optional interrogation procedure is supported by the affected used home SwMI, or by theserved user home SwMI, FE20 shall receive SS-TPI interrogation requests from FE3 about availability orstate of a SS-TPI service and check them. For those requests that FE20 finds authorized and correct, itshall prepare and send a response to the interrogation. As to the others, FE20 shall reject them andinform FE3.NOTE:The SS-TPI managed user may be either the served user (e.g. for activating thesupplementary service for this user), or the would be talking/sending user (e.g. fordefining the supplementary service in giving a mnemonic name to that user, orchanging this name).As a result:-interrogation requests for getting mnemonic names corresponding to identitiesare to be addressed to the home SwMIs of the would be talking/sending parties;-the same applies for interrogation requests for getting identities correspondingto mnemonic names; while-interrogation requests regarding activation are to be addressed to the homeSwMIs of the served users.SIST ETS 300 392-11-3 E1:2003
Page 12ETS 300 392-11-3: July 19994.2.7Authorized user's functional entity, FE3If the optional activation/deactivation and/or definition and/or interrogation procedures are supported bythe authorized user MS/LS, FE3 shall send SS-TPI activation/deactivation, definition or interrogationrequests to FE20. FE3 may perform local checks for the corresponding requests before sending them: itshall then send them only if it finds them valid. If FE3 rejects a request, it shall indicate it to the userapplication. When it receives the response from FE20, FE3 shall pass the result to the user application.4.3Relationship of functional model basic call functional modelAlthough no formal models have been defined for basic individual call nor for basic group call, thosemodels can be readily derived from the PISN model for basic call, in ISO/IEC 11574 [5].Being call unrelated, the activation/deactivation, definition and interrogation procedures are independent ofCC or CCA.FE1 shall be collocated with a CCA.NOTE 1:This CCA may either be that of the calling user, or that:-of the called user in an individual call; or-of a participating user in a group call.FE21 shall be collocated with the originating CC if the calling user is the/(each) served user (the serveduser in an individual call or a served user in a group call) with the terminating CC if the served user is theconnected user in an individual call or with a terminating CC for the called users served by that terminatingCC in a group call.NOTE 2:There is one terminating CC within the group controlling SwMI, serving the groupmembers registered in that SwMI, and one terminating CC per participating SwMI.FE22 shall be collocated with the transit CC which is controlling the group call.FE25 shall be collocated with the originating CC if the affected user is the calling user, with the terminatingCC if the affected user is the called user in an individual call or with a terminating CC if the affected user isa called user in a group call.When it exists, FE2SS-CAD shall be collocated with a transit CC (i.e. when the call is diverted to adispatcher).Figure 4 shows the relationships between the model for SS-TPI in the case of group call and the model forthe basic group call. Figures 5 and 6 show the relationships between the model for SS-TPI in the case ofindividual call and the model for the basic individual call, figure 5 in the absence of interaction withSS-CAD and figure 6, in the case of interaction with SS-CAD.SIST ETS 300 392-11-3 E1:2003
Page 13ETS 300 392-11-3: July 1999raFE22rcFE25FE1CCACCCCCCr1/r3r2r2CCAr3/r1Figure 4: Relationship between models for SS-TPI and basic call in the case of group callraFE21rbFE25FE1CCACCCCr1/r3r2CCAr3/r1Figure 5: Relationship between models for SS-TPI and basic call in the case of individual call withno interaction with SS-CADCCACCCCCCr1FE21rarbFE1FE2SS-CADrerfr2r2CCAFE25r3Figure 6: Relationship between models for SS-TPI and basic call in the case of individual call withinteraction with SS-CADSIST ETS 300 392-11-3 E1:2003
Page 14ETS 300 392-11-3: July 19995Information flows5.1Definition of information flowsIn the tables listing the elements in information flows, the column headed "Type" indicates which of theseelements are Mandatory (M), which are Optional (O) and which are Conditional (C).5.1.1ACTIVATEACTIVATE is an unconfirmed information flow across relationship rd from FE3 to FE20 which activates ordeactivates SS-TPI for one or more identities (either GTSIs or ITSIs).NOTE:The response/confirmation information flow corresponding to the ACTIVATErequest/indication information flow is ACTIVATE ACK (see subclause 5.1.2).Table 1 lists the elements within the ACTIVATE information flow.Table 1: Contents of ACTIVATEElementTypeActivated/deactivated identityM (note)Activation/deactivation requestMNOTE:May be repeated.The element activated/deactivated identity may include a GTSIs or an ITSI.The element activation/deactivation request, defined in subclause 5.2.2.5 of ETS 300 392-12-3 [3],indicates if SS-TPI is to be activated/deactivated for speech calls and/or for data calls, with or withoutmnemonic name.5.1.2ACTIVATE ACKACTIVATE ACK is actually the response/confirmation information flow corresponding to the ACTIVATErequest/indication information flow. It is thus across relationship rd from FE20 to FE3. It is used toacknowledge the activation state of SS-TPI for one or more identities.NOTE:The definition of how a given ACTIVATE ACK information flow relates to thecorresponding ACTIVATE information flow is outside the scope of the stage 2description.Table 2 lists the elements within the ACTIVATE ACK information flow.Table 2: Contents of ACTIVATE ACKElementTypeActivated/deactivated identityM (note 1)Activation/deactivation resultM (note 2)Activation stateC (notes 2 and 3)NOTE 1:May be repeated.NOTE 2:Shall be repeated as appropriate if the elementactivated/deactivated identity is repeated.NOTE 3:Present if activation/deactivation result is positive.The element activation/deactivation result, defined in subclause 5.2.2.6 of ETS 300 392-12-3 [3], indicatesif the ACTIVATE information flow request/indication has been successful or not. If it has been successful,the element activation state, defined in subclause 5.2.2.7 of ETS 300 392-12-3 [3], gives the detail aboutSS-TPI activation/deactivation.SIST ETS 300 392-11-3 E1:2003
Page 15ETS 300 392-11-3: July 19995.1.3DEFINEDEFINE is an unconfirmed information flow across relationship rd from FE3 to FE20 which definesmnemonic names of one or more individual identities.NOTE 1:The response/confirmation information flow corresponding to the DEFINErequest/indication information flow is DEFINE ACK (see subclause 5.1.4).Table 3 lists the elements within the DEFINE information flow.Table 3: Contents of DEFINEElementTypeIndividual identityM (note 1)Mnemonic nameM (note 2)NOTE 1:May be repeated.NOTE 2:Shall be repeated if the element individualidentity is repeated.NOTE 2:The DEFINE request/indication information flow may not be used with the elementidentity being a group identity.5.1.4DEFINE ACKDEFINE ACK is actually the response/confirmation information flow corresponding to the DEFINErequest/indication information flow. It is thus across relationship rd from FE20 to FE3. This flow is used toinform FE3 about the completion of the corresponding definition request.NOTE:The definition of how a given DEFINE ACK information flow relates to thecorresponding DEFINE information flow is outside the scope of the stage 2 description.Table 4 lists the elements within the DEFINE ACK information flow.Table 4: Contents of DEFINE ACKElementTypeIndividual identityM (note 1)Definition resultM (note 2)Activation stateC (note 3)NOTE 1:May be repeated.NOTE 2:Shall be repeated as appropriate if the elementindividual identity is repeated.NOTE 3:Conditional on the definition result being positive.The element definition result, defined in subclause 5.2.2.11 of ETS 300 392-12-3 [3], indicates if theDEFINE request/indication information flow has been successful or not. If it has been successful, theelement activation state, defined in subclause 5.2.2.7 of ETS 300 392-12-3 [3], gives the detail aboutSS-TPI activation/deactivation.SIST ETS 300 392-11-3 E1:2003
Page 16ETS 300 392-11-3: July 19995.1.5INFORMINFORM is an unconfirmed information flow across relationship ra from FE21 or FE22 to FE1 whichdelivers SS-TPI information to FE1.Table 5 lists the elements within the INFORM information flow.Table 5: Contents of INFORMElementTypeTalking party identityO (note)Talking party mnemonic nameOTX demand priorityONOTE:Shall be
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.