WPCL 2BJ|x ` H   x|@  6'6' SECTION 2 BASIC SERVICES A 2Contents of Recommendation Q.71ă A (ISDN 64 kbit/s circuit mode switched bearer service A  X  Page H 1.Introduction .................................................. 26 1.1HGeneral ....................................................... 26 1.2HDefinition of services ........................................ 26 1.3HService invocation ............................................ 28 2.Call setup and release ........................................ 28 2.1HFunctional model .............................................. 28 2.2HInformation flows ............................................. 29 2.3HNodal SDLs .................................................... 40 2.4HFunctional Entity Actions (FEAs) .............................. 71 2.5HAllocation of functions to physical entities .................. 76 3.Incall modification procedures for alternate  H speech/unrestricted information transfer service .............. 79  `    3.1HIntroduction .................................................. 79 3.2HFunctional model .............................................. 79 3.3HInformation flows for incall modification .................... 80 3.4HSDL diagrams .................................................. 81 3.5HFunctional entity action required for incall modification procedures ............................... 87 H Q* P** SECTION 2 BASIC SERVICES AFIGURE 29/Q.71 (Sheet 16 of 19) @CC Functional Entity (r1r1) cont.ă AFIGURE 29/Q.71 (Sheet 17 of 19) @CC Functional Entity (r1r1) cont.ă AFIGURE 29/Q.71 (Sheet 18 of 19) @CC Functional Entity (r1r1) cont.ă AFIGURE 29/Q.71 (Sheet 19 of 19) @CC Functional Entity (r1r1) cont.ă HReference HNumber Action 451Disconnect H Recognize user DISCONNECT.req H Formulate DISCONNECT req.ind H Disconnect resources 452Release Resources H Receive and react to RELEASE req.ind H Release resources both directions H Formulate RELEASE resp.conf 2.5 HAdditional FEAs required for digitbydigit call setup cases: HReference Number Action 212 Process Attempt H Interact with user to obtain call address H Formulate messages to send address information to CC H Determine end of dialling and so indicate to CC H  (if required) H213 Process Attempt H Interact with user to obtain call address H Formulate messages to send address information to CC H226Perform Originating Screening H Receive and react to SETUP indication H Analyze service request H Identify calling user, terminal characteristics and K#LL$MM$Nuser priority level H Verify user's authorization, capabilities and E FFH!GG!Havailability of appropriate resources H Establish call reference H Formulate ACKNOWLEDGE req.ind H227Process Attempt H Reserve incoming resources H Analyze information (called number, routing CDDX EE Frequirements, etc.) H Determine connection elements type, outgoing resource M$NN%OO%P(or virtual circuit), other resources (echo control, 5P6677@8pads, etc.), charging treatment, network management "h##$$X%controls in effect and any other elements involved in pcall setup H Select resources H Select path through entity H Reserve outgoing resource and any other required H8"II"JJ(#Kresources H Formulate appropriate SETUP, ADDL ADDR and ADDR END K#LL$MM$Nreq.inds H Start call control timing, as required 233 Process Attempt H Receive and analyze SETUP, ADDL ADDR and ADDR END I"JJ(#KK#Lreq.inds, as required H Establish call reference H Reserve incoming resources H Analyze called number, routing information, network K#LL$MM$Nmanagement and/or priority information H Determine connection elements type, outgoing DX EE FFH!Gresource, need for other resources H Select and reserve outgoing resource, other resources M$NN%OO%Pas required and path through the entity H Formulate SETUP, ADDL ADDR and ADDR END req.inds as K#LL$MM$Nrequired H Through Connect H Establish through connection as required (see Note1 L$MM$NN%Oto Figures 22/Q.71 to 26/Q.71). 2.6 HAllocation of functions to physical entities HThe functional model relates to functions involved in handling a single call or call attempt. The scenarios in Table 22/Q.71 identify the roles a physical device (e.g., exchange, NT2, terminal equipment, etc.) may play in handling that call or call attempt. A specific physical device may fulfill different roles in different scenarios, e.g., a local exchange may provide both CCA and CC capabilities. (See scenario D.) JTABLE 22/Q.71 Q APhysical allocation of functionsă Legend: Entities connected by dashed line are the same physical entity TE = Terminal Equipment LE = Local Exchange NT2 = Network Termination 2 TR = Transit Exchange Note 1 In scenario B, the NT2 provides the CC function of the TE and appears to be a CCA to the LE (e.g., when the NT2 is a PABX). 3. hHIn call modification procedures for alternate speech/unrestricted information transfer service 3.1HIntroduction HThis  contains information on incall modification procedures that are required for alternate speech/unrestricted information transfer service. Call setup and clearing procedures are basically the same as those for speech, 3.1 kHz audio and unrestricted information transfer services. Thus, the call setup and clearing procedures described in  1 and 2 apply to this service also. HHowever, once a connection has been established, the change of use of the bearer service from speech to unrestricted information transfer or vice versa, may require the removal/addition of resources or functions from/to the connection (e.g., echo or loss control). Also, user terminals may be single mode or multiple mode types. Single mode terminals require that the user/network access resource be transferred from one terminal to another during the modification process. HThus, upon receipt of a request from either the calling or called user, the network effects the procedures needed to condition the connection for the alternate use. The procedure for changing terminals, if necessary (as in the case of single mode terminals), can be accomplished by either of two methods: HHX HHa) the user temporarily suspends service, manually transfers the access resource to another terminal and then resumes use of the service; HHX HHb) the user requests the network to transfer the access resource to another terminal and the network responds by placing the original connection on "hold" and then initiates a SETUP to another terminal at the same location. After SETUP to the second terminal is confirmed, the connection to the first terminal is released. 3.2HFunctional model HThe functional model for the alternate speech/unrestricted information transfer service is the same as shown in  2.1. HHowever, in the description of incall modification procedures, CCAs are added, as in Figure 27/Q.71. JFIGURE 27/Q.71 Q 1Functional model used to illustrate alternate speech/unrestrictedă 7information transfer service modification proceduresă HThe Call Control Agents (CCAs) at locations 1, 2, 6 and 7 provide access to/from the user/ISDN access resources for user terminals. They have the capabilities and characteristics required to interact with the network. They may be associated with either the originating or terminating ends of the bearer service call. HThe Call Control entity (CC) at location 3 is the Call Control entity at which the incall modification request is received from the user. The CC at location 4 represents other network entities through which the bearer service connection passes. The CC at location 5 is the Call Control entity that interfaces the CCA serving the user terminal at the other end of the call. Hr1 and r2 are relationships between the functional entities wherein information flows occur in order to process the incall modification requests. 3.3HInformation flows for incall modification 3.3.1HInformation flow diagrams for incall modification procedures HFigure 28/Q.71 Procedures where both terminals have multiple mode capability HFigure 29/Q.71 Procedures where single mode terminals are involved and terminal transfer is accomplished manually by the users HFigure 210/Q.71 Procedures where the user requesting the alternate use has a single mode terminal and requests the network to connect to an alternate terminal HFigure 211/Q.71 Procedures where the user not requesting the alternate use requests the network to connect to an alternate terminal 3.3.2 Definition of information flows needed for incall modification I"Jprocedures (in addition to those in  2.2.2) 3.3.2.1 HOLD req.ind is used to request that a user access resource be placed in a "hold" condition (reserved) while other actions are occurring. This is a confirmed information flow and appears within the r1 relationship. HThe HOLD request itself is the main item of information conveyed in the HOLD req.ind information flow. 3.3.2.2 MODIFY req.ind is used to request the modification of service characteristics by removing/inserting functions as required. This is used in connection with incall modification for alternate service use of a bearer connection. This is a confirmed information flow within the relationship of r1  and r2. HThe main item of information conveyed in the MODIFY req.ind is the request for modification of the connection and of terminal(s) as required. 3.3.2.3 RESUME req.ind and resp.conf is an information flow that undoes a "suspend" state of a call. It is a confirmed information flow within the r1  relationship. HThe main item of information conveyed in the RESUME req.ind/resp.conf is the information that use of the connection by the users may be resumed and the process of modification can proceed.  3.3.2.4 SUSPEND req.ind and resp.conf is a type of "hold" procedure that allows a user to transfer terminals on his user access without disconnecting the call. It is a confirmed information flow within the r1 relationship. HThe main item of information conveyed in the SUSPEND req.ind/resp.conf is that use of the connection will be suspended while terminal changes are made. 3.4 HSDL diagrams HSDLs that describe incall modification procedures have still to be developed. ?Notes for Figures 28/Q.71 through 211/Q.71ă Note 1 Through connection is dependent on the physical location of the functional entity: Ha)  Originating Local Exchange H i) for 3.1 kHz audio bearer service, speech and telephony G!HH8"I services, backwards only or both directions, depending on the 5P667 approach adopted by the administration or RPOA; H ii) for 64 kbit/s unrestricted information transfer, backwards L$MM$N only, except for ownexchange calls, which may be either 677@8 backwards only or in both directions at the discretion of !""h# the administration or RPOA. Hb)  Transit exchange both directions. HHX HHc) Terminating local exchange no through connection at this stage of call setup, except as a national option for certain classes of users, e.g., PABXs. Hd)  NT2 may through connect as required. Note 2 If not already done, complete the through connection in both directions. Note 3 The method of initiating and stopping charging will depend on the administration's method of charging for service (e.g., pulse metering, recording call detail and billing, etc.). The charging function may be performed at different entities at the discretion of the administration and/or RPOA. Note 4 Further study is required on the possible inclusion of an entity from/to which information is passed and on the information flows themselves. The "Notify" information may or may not be sent to the user terminal and/or user depending on the terminals involved. Note 5 The intended use of the service (transfer capability required, e.g., speech, 3.1 kHz audio, unrestricted or alternate speech/unrestricted information transfer) must be indicated as an element of the call SETUP information flow from the CCA to the CC. Note 6 Tones are used with speech and 3.1 kHz bearer services and telephony. The use of disconnect tone is a national option. Note 7 This is the CC at which the MODIFY request is received from the CCA (may be either the originating or the terminating local exchange with respect to the direction of the speech/unrestricted information transfer call setup). 3.5 HFunctional entity actions required for incall modification procedures HReference H Number Action H611 Process Attempt H Receive and react to SETUP req.ind H Send SETUP.ind to user H Formulate alerting REPORT req.ind H621 Process/Reserve H Receive and react to MODIFY req.ind H Verify that call is alternate speech/unrestricted M$NN%OO%Pinformation transfer H Reserve resources as required H Formulate MODIFY req.ind H Start timer H622 Connect or Disconnect Resources H Receive and react to MODIFY resp.conf H Connect or disconnect resources, as required H Formulate MODIFY resp.conf H623 Suspend H Receive and react to SUSPEND req.ind H Formulate SUSPEND resp.conf and REPORT req.ind H624 Resume H Receive and react to RESUME req.ind H Formulate RESUME resp.conf and REPORT req.ind H625 Hold Resources H Receive and react to MODIFY req.ind H Recognize that a different user terminal is required H Formulate HOLD req.ind and REPORT req.ind H626 SETUP H Receive and react to HOLD resp.conf H Initiate SETUP req.ind and REPORT req.ind H627 Apply Ring Tone (Note 6) H Receive and react to alerting REPORT req.ind H Formulate REPORT req.ind H Apply Ring Tone to circuit toward distant user H628 Process/Reserve H Receive and react to SETUP resp.conf H Reserve resources as required H Formulate MODIFY req.ind HRemove Tone H Remove ring tone, if it was applied H629 Connect or Disconnect Resources H Receive and react to MODIFY resp.conf H Connect or disconnect resources, as required H Formulate MODIFY resp.conf H Initiate disconnect procedures for Terminal 1 H631 Process/Reserve H Receive and react to MODIFY req.ind H Reserve resources as required H Formulate MODIFY req.ind H632 Connect or Disconnect Resources H Receive and react to MODIFY resp.conf H Connect or disconnect resources, as required H Formulate MODIFY resp.conf H641 Process/Reserve H Receive and react to MODIFY req.ind H Reserve resources as required H Formulate MODIFY req.ind H642 Connect or Disconnect Resources H Receive and react to MODIFY resp.conf H Connect or disconnect resources, as required H Formulate MODIFY resp.conf H643 Suspend H Receive and react to SUSPEND req.ind H Formulate SUSPEND resp.conf and REPORT req.ind H644 Resume H Receive and react to RESUME req.ind H Formulate RESUME resp.conf and REPORT req.ind H645 Hold Resources H Receive and react to MODIFY (w/change) resp.conf H Formulate HOLD req.ind and REPORT req.ind H646 Setup H Receive and react to HOLD resp.conf H Initiate SETUP req.ind H647 Apply Ring Tone (Note 6) H Receive and react to alerting indication H Formulate REPORT req.ind H Apply ring tone to circuit toward distant user H648 Remove Tone H Receive and react to SETUP resp.conf H If applied, remove ring tone H Connect or Disconnect Resources H Connect or disconnect resources as required H Formulate MODIFY resp.conf H Initiate disconnect procedures for Terminal Y H651 Process Attempt H Receive and react to SETUP req.ind H Send SETUP.ind to Terminal Z H Formulate alerting REPORT req.ind K