home *** CD-ROM | disk | FTP | other *** search
Wrap
Text File | 1991-12-13 | 24.8 KB | 1,658 lines
.rs .\" Troff code generated by TPS Convert from ITU Original Files .\" Not Copyright ( c) 1991 .\" .\" Assumes tbl, eqn, MS macros, and lots of luck. .TA 1c 2c 3c 4c 5c 6c 7c 8c .ds CH .ds CF .EQ delim @@ .EN .nr LL 40.5P .nr ll 40.5P .nr HM 3P .nr FM 6P .nr PO 4P .nr PD 9p .po 4P .rs \v | 5i' .LP \s9\fBMONTAGE:\fR Fin de la Recommandation Q.83 en t\* | te de cette page .RT .sp 2P .LP \v'15P' \fBRecommendation\ Q.85\fR .RT .sp 2P .sp 1P .ce 1000 \fBCOMMUNITY\ OF\ INTEREST\ SUPPLEMENTARY\ SERVICES\fR .EF '% Fascicle\ VI.1\ \(em\ Rec.\ Q.85'' .OF '''Fascicle\ VI.1\ \(em\ Rec.\ Q.85 %' .ce 0 .sp 1P .LP \fB1\fR \fBClosed user group\fR .sp 1P .RT .sp 1P .LP 1.1 \fIIntroduction\fR .sp 9p .RT .PP The supplementary service closed user group (CUG) makes provision for a group of users to meet security requirements of certain applications by providing restrictions, which prevent non\(hymembers from reaching these applications. .PP The basic facility provides, via the ISDN, the CUG members with controlled intercommunication exclusively amongst themselves and denies access into or outside the group. This facility can be extended to include outgoing and/or incoming access for specified CUG members. .RT .sp 2P .LP 1.2 \fIDefinition of functional model\fR .sp 1P .RT .sp 1P .LP 1.2.1 \fIFunctional model description\fR .sp 9p .RT .PP The high level functional model for the CUG service contains the network addressable functional entities described in Figure\ 1\(hy1/Q.85. .RT .LP .rs .sp 15P .ad r \fBFigure 1\(hy1/Q.85, p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 1.2.2.1 \fIOutgoing CUG determination entity (FE2)\fR .sp 9p .RT .PP It has the ability: .RT .LP \(em to identify a CUG call; .LP \(em to check the CUG subscription of the calling user; .LP \(em to access the outgoing CUG control entity. .sp 1P .LP 1.2.2.2 \fIOutgoing CUG control entity (FE3)\fR .sp 9p .RT .PP It performs: .RT .LP \(em the validation checks of CUG information of a calling user; .LP \(em the conversion of the CUG index to an interlock code. .sp 1P .LP 1.2.2.3 \fIIncoming CUG determination entity (FE4)\fR .sp 9p .RT .PP It has the ability: .RT .LP \(em to identify a CUG call; .LP \(em to check the CUG subscription of the called user; .LP \(em to access the incoming CUG control entity. .sp 1P .LP 1.2.2.4 \fIIncoming CUG control entity (FE5)\fR .sp 9p .RT .PP It performs: .RT .LP \(em the conversion of the interlock code to CUG index; .LP \(em the validation checks of CUG information of a called user (including the compatibility with the called user class\ \(em\ CUG\ IA \ \(em\ in case of an ordinary incoming call). .PP \fINote\fR \ \(em\ FE3 and FE5 are coupled in the sense that they handle a common set of data (interlock codes). .sp 1P .LP 1.2.3 \fIRelationship to basic service\fR .sp 9p .RT .PP Refer to \(sc 1.6 for the physical location of each entity residing in Figure\ 1\(hy2/Q.85. .RT .LP .rs .sp 17P .ad r \fBFigure 1\(hy2/Q.85, p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP 1.3 \fIInformation flow description\fR .sp 1P .RT .sp 1P .LP 1.3.1 \fIInformation flow diagrams\fR .sp 9p .RT .LP .rs .sp 30P .ad r \fBFigure 1\(hy3/Q.85, p.\fR .sp 1P .RT .ad b .RT .LP .rs .sp 15P .ad r \fBFigure 1\(hy4/Q.85, p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 14P .ad r \fBFigure 1\(hy5/Q.85, p.\fR .sp 1P .RT .ad b .RT .sp 1P .LP 1.3.2 \fIDefinition of individual information flows\fR .sp 9p .RT .PP The parameters that are carried on the information flows in the successful case are as follows: .RT .PP 1.3.2.1 SETUP (FE1\(hyFE2) \(em In addition to called party number and CLI .sp 9p .RT .LP \(em nothing, or .LP \(em index, or .LP \(em index + OA indication. .PP 1.3.2.2 ENQUIRY (FE2\(hyFE3) \(em Carries the same information as SETUP (FE1\(hyFE2) except called party number. .sp 9p .RT .PP 1.3.2.3 ENQUIRY (FE3\(hyFE2): .sp 9p .RT .LP \(em nothing, or .LP \(em interlock code, or .LP \(em interlock code + OA indication. .PP 1.3.2.4 SETUP (FE2\(hyFE4) \(em In addition to called party number .sp 9p .RT .LP \(em nothing, or .LP \(em interlock code, or .LP \(em interlock code + OA indication. .PP 1.3.2.5 ENQUIRY (FE4\(hyFE5) \(em Carries exactly the same information as SETUP (FE2\(hyFE4). .sp 9p .RT .PP 1.3.2.6 ENQUIRY (FE5\(hyFE6): .sp 9p .RT .LP \(em nothing, or .LP \(em index, or .LP \(em index + OA indication. .sp 1P .LP 1.4 \fIFunctional entity actions\fR \v'3p' .sp 9p .RT .LP \fIFE1\fR \(em A user initiates call SETUP request with the CUG index code (when a preferential CUG is used, no index code is designated). .LP \fIFE2\fR \(em identify a CUG call and receive CUG information, .LP \(em CUG subscription check of the calling user. .bp .LP \fIFE3\fR \(em Outgoing validation check: .LP 1) CUG index code check of a calling user (when no index code is designated, preferential CUG is used); .LP 2) outgoing barring check within CUG;\fR when any logical contradiction is detected in the above procedure, a call is rejected (see Table\ 1\(hy1/Q.85). .LP \(em conversi\*'on of the index code to an interlock code. .LP \fIFE4\fR \(em identify an incoming CUG call and receive CUG information; .LP \(em CUG subscription check of the called user. .LP \fIFE5\fR \(em incoming validation check: .LP 1) incoming barring check within CUG; .LP 2) if interlock codes do not match between a calling user and a called user, a call is rejected; .LP 3) ordinary incoming call check (CUG IA); when any logical contradiction is detected in the above procedure, a call is rejected (see Table\ 1\(hy2/Q.85). .LP \(em an index code corresponding to the designated interlock code is extracted from CUG data of a called user. .LP \fIFE6\fR \(em a user checks whether or not the designated index code exists in the index code list of his own. A user shall give proper responses. .sp 2P .LP 1.5 \fISDL diagrams for functional entities\fR .sp 1P .RT .sp 1P .LP 1.5.1 \fIFE1 originating CUG agent\fR .sp 9p .RT .PP FE1 has the same SDL diagram as the CCA FE (basic call) except that the SETUP information flow to the FE2 must carry additional information (index or index + OA or nothing). .RT .sp 1P .LP 1.5.2 \fIFE2 outgoing CUG determination\fR .sp 9p .RT .PP Refer to the Figure\ 1\(hy6/Q.85. .RT .sp 1P .LP 1.5.3 \fIFE3 outgoing CUG control\fR .sp 9p .RT .PP Refer to Figure 1\(hy7/Q.85. .RT .sp 1P .LP 1.5.4 \fIFE 4 incoming CUG determination\fR .sp 9p .RT .PP Refer to Figure\ 1\(hy8/Q.85. .RT .sp 1P .LP 1.5.5 \fIFE5 incoming CUG control\fR .sp 9p .RT .PP Refer to Figure\ 1\(hy9/Q.85. .RT .sp 1P .LP 1.5.6 \fIFE6 destination in CUG agent\fR .sp 9p .RT .PP FE6 has the same SDL diagram as the CCA FE (basic call) except that the SETUP information flow to the FE6 must carry additional information (index or index + OA mark or nothing). .RT .sp 1P .LP 1.5.7 \fIBasic call hooks\fR .sp 9p .RT .PP See Figure 1\(hy10/Q.85. .bp .RT .ce \fBH.T. [T1.85]\fR .ce TABLE\ 1\(hy1/Q.85 .ce \fBCUG interpretation table (outgoing side)\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; rw(12p) sw(12p) sw(12p) sw(12p) | cw(36p) | cw(36p) | cw(36p) | cw(36p) , c | c | c | c | ^ | ^ | ^ | ^ . { SETUP presentation Calling user class } CUG with index OA = OFF CUG with index OA = ON CUG with index OA = ON { No. CUG INFO. Ordinary subcriber } CUG CUG + OA (E) CUG + OA (I) pCUG _ .T& cw(12p) | lw(12p) | lw(12p) | lw(12p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) . Yes Specified CUG | ua\d\u)\d Specified CUG | ua\d\u)\d Rejected Rejected _ .T& cw(12p) | cw(12p) | lw(12p) | lw(12p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) . Yes Specified CUG | ua\d\u)\d { Specified CUG with OA | ub\d\u)\d } Ordinary call Rejected _ .T& cw(12p) | cw(12p) | cw(12p) | lw(12p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) . Yes { Specified CUG with with OA | ua\d\u)\d } { Specified CUG with OA | ub\d\u)\d } Ordinary call Ordinary call _ .T& cw(12p) | cw(12p) | cw(12p) | cw(12p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) . Yes Yes Specified CUG | ua\d\u)\d Specified CUG | ua\d\u)\d pCGU | ua\d\u)\d pCGU | ua\d\u)\d _ .T& cw(12p) | cw(12p) | cw(12p) | cw(12p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) . Yes Yes Specified CUG | ua\d\u)\d { Specified CUG with OA | ub\d\u)\d } pCUG with OA | ub\d\u)\d pCUG | ub\d\u)\d _ .T& cw(12p) | cw(12p) | cw(12p) | cw(12p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) . Yes Yes { Specified CUG with OA | ua\d\u)\d } { Specified CUG with OA | ua\d\u)\d } { Specified with OA | ua\d\u)\d } pCUG with OA | ub\d\u)\d _ .T& lw(48p) | lw(108p) | lw(36p) . .T& cw(48p) | cw(108p) | cw(36p) . Calling user is NOT CUG REJECT Ordinary call .TE .LP \ua\d\u)\d In case of OCB (CUG), a call is rejected .LP \ub\d\u)\d In case of OCB (CUG), a call is interpreted as an ordinary call .LP OA | E) Outgoing access explicit .LP AS | IM) Outgoing access implicit .LP OA Outgoing access allowed .LP OCB Outgoing access barred within the CUG .LP pCUG Preferential call .LP \fINote\ 1\fR \ \(em\ When an illegal index code is received, the outgoing call is rejected. .LP \fINote\ 2\fR \ \(em\ All the user classes are not necessarily supported by all the networks. User classes to be supported are network dependent. .LP \fBPOUR MONTAGE:\fR \ \ \ Calling user is a CUG user \ \ \ EF3 \ \ \ EF2 .RT .ad r \fBTableau 1\(hy1/Q.85 [T1.85], p. 6\fR .sp 1P .RT .ad b .RT .LP .bp .ce \fBH.T. [T2.85]\fR .ce TABLE\ 1\(hy2/Q.85 .ce \fBCUG checking in incoming side\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; rw(42p) | cw(24p) sw(24p) sw(24p) sw(24p) | cw(42p) , ^ | c s | c | ^ , ^ | c | c | c | c | ^ . { Called user's class SETUP presentation } Called user is CUG Called user is not CUG CUG with or without pCUG CUG IA with or without pCUG No ICB ICB No ICB ICB _ .T& lw(42p) | lw(24p) | cw(24p) | lw(24p) | cw(24p) | cw(42p) , ^ | l ^ | | l | ^ | ^ . CUG M\ (1) REJ M\ (1) REJ REJ NM\ REJ NM\ REJ _ .T& lw(42p) | lw(24p) | cw(24p) | lw(24p) | cw(24p) | cw(42p) , ^ | l ^ | | l | ^ | ^ . CUG and OA M\ (1) REJ M\ (2) (3) (3) NM\ REJ NM\ (3) _ .T& lw(42p) | lw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(42p) . Ordinary REJ REJ (3) (3) T (3) | ua\d\u)\d .TE .LP \ua\d\u)\d\ Performed in FE4. .LP ICB Incoming access barred within CUG .LP \fINote\ 1\fR \ \(em\ Since CUG OA user class is not concerned in the incoming case, it is not shown in the above list. It shall be regarded that CUG OA user class is the same as class CUG, and CUG OA/IA is the same as user class CUG IA in this table. .LP Most of the table is performed in FE5. .LP \fINote\ 2\fR \ \(em (1)\(hy(3) shows CUG parameter to be used in the SETUP to the called user. .LP (1): CUG (index), .LP (2): CUG + OA (index + OA mark AS), .LP (3): No CUG (ordinary call). .LP \fINote\ 3\fR \ \(em\ ICB means incoming calls barred within the CUG. The interpretation logic is changed in this case as shown in each column in the table. .LP For example: _ .TS center box ; lw(42p) | cw(30p) . No ICB ICB _ .T& lw(42p) | cw(30p) . M (1) REJ _ .TE .TS center box ; lw(180p) . { This means that when the interlock codes are matched and no ICB is applied for the CUG, then (1) is used. However, when ICB is applied for the CUG, the incoming call is rejected even if interlock codes are matched. } .TE .LP \fINote\ 4\fR \ \(em\ M means that the interlock code is matched with the CUG of the called user. .LP \fINote\ 5\fR \ \(em\ NM means \*Q not matched\*U. .LP \fINote\ 6\fR \ \(em\ REJ means that an incoming call is rejected. .LP \fINote\ 7\fR \ \(em\ Interpretation logic, e.g.: .LP @ left [ $$6oM~$$6u(3) $$6e right ] @ .LP means that when matched with CUG, no CUG selection facility field is set in the SETUP to the called user. .nr PS 9 .RT .ad r \fBTableau 1\(hy2/Q.85 [T2.85], p. 7\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 36P .ad r \fBFigure 1\(hy6/Q.85, p. 8\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 20P .ad r \fBFigure 1\(hy7/Q.85, p. 9\fR .sp 1P .RT .ad b .RT .LP .rs .sp 25P .ad r \fBFigure 1\(hy8/Q.85 (feuillet 1 sur 2), p. 10\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 16P .ad r \fBFigure 1\(hy8/Q.85 (feuillet 2 sur 2), p. 11\fR .sp 1P .RT .ad b .RT .LP .rs .sp 24P .ad r \fBFigure 1\(hy9/Q.85, p. 12\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 1\(hy10/Q.85 (feuillet 1 sur 5), p. 13\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 20P .ad r \fBFigure 1\(hy10/Q.85 (feuillet 2 sur 5), p. 14\fR .sp 1P .RT .ad b .RT .LP .rs .sp 25P .ad r \fBFigure 1\(hy10/Q.85 (feuillet 3 sur 5), p. 15\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 1\(hy10/Q.85 (feuillet 4 sur 5), p. 16\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 26P .ad r \fBFigure 1\(hy10/Q.85 (feuillet 5 sur 5), p. 17\fR .sp 1P .RT .ad b .RT .sp 1P .LP 1.6 \fINetwork physical allocation scenarios\fR .sp 9p .RT .ce \fBH.T. [T3.85]\fR .ce TABLE\ 1\(hy3/Q.85 .ce \fBNetwork physical allocation scenario A\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; lw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) . FE1 FE2 FE3 FE4 FE5 FE6 _ .T& cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) . A.1 TE/NT2 LE1 LE1 LE2 LE2 TE/NT2 _ .T& cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) . A.2 TE/NT2 LE1 DB1 LE2 DB1 TE/NT2 _ .T& cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) . A.3 TE/NT2 LE1 DB1 LE2 DB2 TE/NT2 _ .T& cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) . A.4 TE NT2A NT2A NT2A NT2B TE _ .TE .nr PS 9 .RT .ad r \fBCuadro 1\(hy3/Q.85 [T3.85], p.\fR .sp 1P .RT .ad b .RT .PP The \fInetwork scenario A.1\fR | represents the decentralized approach of the CUG service implementation. .PP The \fInetwork scenario A.2\fR | describes the fully centralized approach with a unique data base (DB1). .PP The \fInetwork scenario A.3\fR | describes a centralized approach with two data bases (DB1 and DB2). .PP In \fIthe network scenario A.4\fR , | the CUG service is handled in the NT2s and then the network is transparent for this service. .bp .RT .sp 2P .LP \fBRecommendation\ Q.86\fR .RT .sp 2P .sp 1P .ce 1000 \fBCHARGING\ SUPPLEMENTARY\ SERVICES\fR .EF '% Fascicle\ VI.1\ \(em\ Rec.\ Q.86'' .OF '''Fascicle\ VI.1\ \(em\ Rec.\ Q.86 %' .ce 0 .sp 1P .LP \fB1\fR \fBCredit card calling service\fR .sp 1P .RT .PP Under study. .RT .sp 2P .LP \fB2\fR \fBAdvice of charge supplementary service (AOC)\fR .sp 1P .RT .PP \fBadvice of charge\fR is a service allowing the user paying for a call to be informed of usage\(hybased charging information. This service is not meant to replace the charge meeting inside the network which is considered to be the correct one in all cases. .PP This service may include one or more of the following cases: .RT .LP a) charging information at the end of a call; .LP b) charging information during a call; .LP c) charging information at call setup time. .sp 2P .LP 2.1 \fIGeneral\fR .sp 1P .RT .sp 1P .LP 2.1.1 \fICharging information at the end of the call\fR .sp 9p .RT .PP The possibility for a user to receive charging information for a call when the call is released. .RT .sp 1P .LP 2.1.2 \fICharging information during a call\fR .sp 9p .RT .PP The possibility for a user to receive charging information for a call during the active phase of the call. .RT .sp 1P .LP 2.1.3 \fICharging information at call setup time\fR .sp 9p .RT .PP The possibility for a user to receive information about the charging rates at call setup time and possible change of charging rates during the call. .RT .LP 2.2 \fIDescription\fR .sp 1P .RT .sp 2P .LP 2.2.1 \fICharging information at the end of a call\fR .sp 1P .RT .sp 1P .LP 2.2.1.1 \fIGeneral description\fR .sp 9p .RT .PP This case of the supplementary service provides the user with charging information for a call when the call is released. The charging information may consist of a number of information units such as: .RT .LP \(em case of advice of charge .LP \(em charging at the end of a call .LP \(em type of charging .LP \(em free of charge .LP \(em charged amount information .LP \(em used number of charging units .LP \(em used duration .LP \(em used volume .LP \(em used number of times (Note) .bp .LP \(em charging rate information .LP \(em price per time unit and time units .LP \(em price per volume unit and volume units .LP \(em price per number of times unit and number of times unit .LP \(em duration per charging unit and charging units .LP \(em volume per charging unit and charging units .LP \(em number of time units per charging unit and charging units .LP \fINote\fR \ \(em\ Number of times should be used, e.g. to charge a certain number of supplementary service invocations. .LP \(em usage charge element .LP \(em registration .LP \(em call attempt .LP \(em invocation .LP \(em duration .LP \(em volume .LP \(em network processing .LP \(em billing identification .LP \(em normal charging .LP \(em reverse charging .LP \(em credit card charging .PP The selection of these values is a national matter. .sp 1P .LP 2.2.1.2 \fISpecific terminology\fR .sp 9p .RT .PP Not applicable. .RT .sp 1P .LP 2.2.1.3\fR \fIQualifications on the applicability to telecommunication\fR \fIservices\fR .sp 9p .RT .PP This supplementary service is applicable to all telecommunication services. .RT .sp 2P .LP 2.2.2 \fICharging information during a call\fR .sp 1P .RT .sp 1P .LP 2.2.2.1 \fIGeneral description\fR .sp 9p .RT .PP This case of the supplementary service provides the user with information that may be either incremental or cumulative and will be sent automatically or on request. .PP The charging information may consist of a number of information units such as: .RT .LP \(em case of advice of charge (AOC) .LP \(em incremental charging during a call, or .LP \(em cumulative charging during a call .LP \(em type of charging .LP \(em free of charge .LP \(em charged amount information .LP \(em used number of charging units .LP \(em used duration .LP \(em used volume .LP \(em used number of times (Note) .LP \(em charging rate information .LP \(em price per time unit and time units .LP \(em price per volume unit and volume units .LP \(em price per number of times unit and number of times unit .LP \(em duration per charging unit and charging units .LP \(em volume per charging unit and charging units .LP \(em number of time units per charging unit and charging units .LP \fINote\fR \ \(em\ Number of times should be used, e.g. to charge a certain number of supplementary service invocations. .bp .LP \(em usage charge element .LP \(em registration .LP \(em call attempt .LP \(em invocation .LP \(em duration .LP \(em volume .LP \(em network processing .LP \(em billing identification .LP \(em normal charging .LP \(em reverse charging .LP \(em credit card charging .sp 1P .LP 2.2.2.2 \fISpecific terminology\fR .sp 9p .RT .PP Not applicable. .RT .sp 1P .LP 2.2.2.3 \fIApplicability to telecommunication services\fR .sp 9p .RT .PP This supplementary service is applicable to all telecommunication services. .RT .sp 2P .LP 2.2.3 \fICharging information at call setup time\fR .sp 1P .RT .sp 1P .LP 2.2.3.1 \fIGeneral description\fR .sp 9p .RT .PP This case of the supplementary service provides the user with the possibility to receive information about the charging rates at call establishment. In addition, the user will be informed if a change in charging rates takes place during the call. The charging information may consist of a number of information units such as: .RT .LP \(em case of advice of charge .LP \(em charging rate information .LP \(em type of charging .LP \(em free of charge .LP \(em charging rate information .LP \(em price per time unit and time units .LP \(em price per volume unit and volume units .LP \(em price per number of times unit and number of times unit .LP \(em duration per charging unit and charging units .LP \(em volume per charging unit and charging units .LP \(em number of time units per charging unit and charging units .LP \(em usage charge element .LP \(em registration .LP \(em call attempt .LP \(em invocation .LP \(em duration .LP \(em volume .LP \(em network processing .LP \(em billing identification .LP \(em normal charging .LP \(em reverse charging .LP \(em credit card charging .sp 1P .LP 2.2.3.2 \fISpecific terminology\fR .sp 9p .RT .PP Not applicable. .RT .sp 1P .LP 2.2.3.3\fR \fIApplicability to telecommunication services\fR .sp 9p .RT .PP This supplementary service is applicable to all telecommunication services. .bp .RT .sp 1P .LP 2.3 \fIDerivation of a functional model\fR .sp 9p .RT .PP The model used for illustrating the advice of charge (AOC) supplementary service is given in Figure\ 2\(hy1/Q.86 below. .RT .LP .rs .sp 48P .ad r \fBFigure 2\(hy1/Q.86, p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 2.4 \fIInformation flow diagrams\fR .sp 9p .RT .PP This Recommendation does not describe which information is to be provided in each case because it is considered to be a network dependent matter whether the information is provided, e.g. as charging units or as currency units. .PP It is assumed that the coding of the charge advice information (CAI) is done in such a way that whenever this information is received by a user, the content shall be self explaining. .RT .sp 1P .LP 2.4.1 \fIInformation flows for charging at the end of a call\fR .sp 9p .RT .LP .rs .sp 44P .ad r \fBFigure 2\(hy2/Q.86 (feuillet 1 sur 2), p. 20\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy2/Q.86 (feuillet 2 sur 2), p. 21\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 26P .ad r \fBFigure 2\(hy3/Q.86, p. 22\fR .sp 1P .RT .ad b .RT .LP .rs .sp 23P .ad r \fBFigure 2\(hy4/Q.86 (feuillet 1 sur 2), p. 23\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy4/Q.86 (feuillet 2 sur 2), p. 24\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy5/Q.86, p. 25\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 2.4.2 \fIInformation flows for charging information during a call\fR .sp 9p .RT .LP .rs .sp 47P .ad r \fBFigure 2\(hy6/Q.86 (feuillet 1 sur 3), p. 26\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy6/Q.86 (feuillet 2 sur 3), p. 27\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 27P .ad r \fBFigure 2\(hy6/Q.86 (feuillet 3 sur 3), p. 28\fR .sp 1P .RT .ad b .RT .LP .rs .sp 21P .ad r \fBFigure 2\(hy7/Q.86, p. 29\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 2.4.3 \fIInformation flows for information about charging rates\fR .sp 9p .RT .LP .rs .sp 47P .ad r \fBFigure 2\(hy8/Q.86 (feuillet 1 sur 3), p. 30\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy8/Q.86 (feuillet 2 sur 3), p. 31\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy8/Q.86 (feuillet 3 sur 3), p. 32\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 2.5 \fISDL \(hy Diagrams for the functional entities\fR .sp 9p .RT .LP .rs .sp 47P .ad r \fBFigure 2\(hy9/Q.86 (feuillet 1 sur 2), p. 33\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy9/Q.86 (feuillet 2 sur 2), p. 34\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy10/Q.86 (feuillet 1 sur 2), p. 35\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy10/Q.86 (feuillet 2 sur 2), p. 36\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy11/Q.86 (feuillet 1 sur 2), p. 37\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2\(hy11/Q.86 (feuillet 2 sur 2), p. 38\fR .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP 2.6 \fIFunctional entity actions\fR .sp 1P .RT .sp 1P .LP 2.6.1 \fIFunctional entity actions for FE2\fR \v'3p' .sp 9p .RT .LP \(em request charging information from FE3/FE2 .LP \(em send the charging information to FE1 .sp 1P .LP 2.6.2 \fIFunctional entity actions for FE3\fR \v'3p' .sp 9p .RT .LP \(em control the charging functions .LP \(em request charging information from FE4 .LP \(em send the charging information to FE2 .sp 1P .LP 2.6.3 \fIFunctions entity actions for FE4\fR \v'3p' .sp 9p .RT .LP \(em provide the charging information .sp 1P .LP 2.7 \fIAllocation of Functional entities to physical location\fR .sp 9p .RT .LP .sp 4 .ce \fBH.T. [T1.86]\fR .ce TABLE\ 2\(hy1/Q.86 .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; rw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) . Functional entity Scenario FE1 = CRE FE2 = 1.CC FE3 = CCE FE4 = CPE _ .T& lw(72p) | cw(30p) | cw(90p) , ^ | c | ^ . { Charging information provided from the local exchange } TE LE NT2 _ .T& lw(72p) | cw(30p) | cw(30p) | cw(60p) , ^ | c | ^ | ^ . { Charging information provided from a transit exchange } TE LE TR NT2 _ .T& lw(72p) | cw(30p) | cw(60p) | cw(30p) , ^ | c | ^ | ^ . { Charging information provided from a charging centre via the local exchange } TE LE Charging centre NT2 _ .T& lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) , ^ | c | ^ | ^ | ^ . { Charging information provided from a charging centre via the transit exchange } TE LE TR Charging centre NT2 _ .TE .nr PS 9 .RT .ad r \fBTableau 2\(hy1/Q.86 [T1.86], p. 39\fR .sp 1P .RT .ad b .RT .LP .rs .sp 4P .ad r BLANC .ad b .RT .LP .bp