home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1988 / troff / 6_5_03.tro < prev    next >
Encoding:
Text File  |  1991-12-13  |  99.9 KB  |  4,016 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .LP
  23. \fBMONTAGE: FIN DU \(sc 2.3.11 EN T\* | TE DE CETTE PAGE\fR 
  24. .sp 1P
  25. .LP
  26. \v'34P'
  27. 2.4
  28.     \fIDelay probability\fR \fI\(em ISDN environment\fR 
  29. .sp 9p
  30. .RT
  31. .PP
  32. The following notes apply to the delay parameters included in this  section:
  33. .RT
  34. .LP
  35.     1)
  36.      The term \*Qmean value\*U is understood as the expected value in the 
  37. probabilistic sense. 
  38. .LP
  39.     2)
  40.      Where several messages are received at the exchange from a digital subscriber 
  41. line signalling system (e.g.\ several alert messages are 
  42. received from a multi\(hyuser configuration), the message that is accepted for
  43. call handling is the one considered in determining the start of a given 
  44. delay interval. 
  45. .LP
  46.     3)
  47.     The terms \*Qreceived from\*U and \*Qpassed to\*U the signalling
  48. system are used. For CCITT Signalling System\ No.\ 7 this is designated as the
  49. instant the information is exchanged between the signalling data link (layer\ 
  50. 1) and the signalling link functions (layer\ 2). For digital subscriber 
  51. line 
  52. signalling, this is designated as the instant the information is exchanged 
  53. by means of primitives between the data link layer (layer\ 2) and the network 
  54. layer (layer\ 3). Thus, the time intervals exclude the above layer\ 1 (CCITT 
  55. Signalling System\ No.\ 7) and layer\ 2 (D\ channel) times. They do, however, 
  56. include queuing delays that occur in the absence of disturbances but not 
  57. any queuing delays 
  58. caused be re\(hytransmission.
  59. .bp
  60. .sp 1P
  61. .LP
  62. 2.4.1
  63.     \fBuser signalling acknowledgement delay\fR 
  64. .sp 9p
  65. .RT
  66. .PP
  67. User signalling acknowledgement delay is the interval from the
  68. instant a user signalling message has been received from the subscriber line
  69. signalling system until a message acknowledging the receipt of that message 
  70. is passed back from the exchange to the user line signalling system. Examples 
  71. of such messages are SETUP ACKNOWLEDGEMENT TO SETUP, CONNECT ACKNOWLEDGEMENT 
  72. to 
  73. CONNECT and RELEASE ACKNOWLEDGEMENT to RELEASE.
  74. .PP
  75. The values in Table 27/Q.543 are recommended.
  76. .RT
  77. .ce
  78. \fBH.T. [T28.543]\fR 
  79. .ce
  80. TABLE\ 27/Q.543
  81. .ps 9
  82. .vs 11
  83. .nr VS 11
  84. .nr PS 9
  85. .TS
  86. center box;
  87. lw(90p) | cw(60p) | cw(60p) .
  88.     Reference load A     Reference load B\fR
  89. _
  90. .T&
  91. lw(90p) | cw(60p) | rw(60p) .
  92. Mean value    \(= | 00 ms    \(= | 00 ms
  93. _
  94. .T&
  95. lw(90p) | cw(60p) | rw(60p) .
  96.  {
  97. 0.95 probability of not exceeding
  98.  }    \(=  | 00 ms    1000 ms 
  99. _
  100. .TE
  101. .nr PS 9
  102. .RT
  103. .ad r
  104. \fBTable 27/Q.543 [T28.543], p.\fR 
  105. .sp 1P
  106. .RT
  107. .ad b
  108. .RT
  109. .sp 1P
  110. .LP
  111. .sp 1
  112. 2.4.2
  113.     \fBsignalling transfer delay\fR 
  114. .sp 9p
  115. .RT
  116. .PP
  117. The exchange signalling transfer delay is the time taken for the exchange 
  118. to transfer a message from one signalling system to another with 
  119. minimal or no other exchange actions required. The interval is measured from
  120. the instant that a message is received from a signalling system until the
  121. moment the corresponding message is passed to another signalling system.
  122. Examples of messages are ALERT to ADDRESS COMPLETE, ADDRESS COMPLETE to 
  123. ADDRESS COMPLETE, CONNECT to ANSWER, RELEASE to DISCONNECT,\ etc. 
  124. .PP
  125. The values in Table 28/Q.543 are recommended for originating and
  126. terminating connections.
  127. .RT
  128. .ce
  129. \fBH.T. [T29.543]\fR 
  130. .ce
  131. TABLE\ 28/Q.543
  132. .ps 9
  133. .vs 11
  134. .nr VS 11
  135. .nr PS 9
  136. .TS
  137. center box;
  138. lw(90p) | cw(60p) | cw(60p) .
  139.     Reference load A     Reference load B 
  140. _
  141. .T&
  142. lw(90p) | cw(60p) | cw(60p) .
  143. Mean value    \(= | 00 ms    \(= | 50 ms
  144. _
  145. .T&
  146. lw(90p) | cw(60p) | cw(60p) .
  147.  {
  148. 0.95 probability of not exceeding
  149.  }    \(=  | 00 ms    \(=  | 00 ms 
  150. _
  151. .TE
  152. .nr PS 9
  153. .RT
  154. .ad r
  155. \fBTable 28/Q.543 [T29.543], p.\fR 
  156. .sp 1P
  157. .RT
  158. .ad b
  159. .RT
  160. .PP
  161. For transit connections, the requirements of the appropriate
  162. signalling system Recommendation should apply, e.g.\ CCITT Recommendations\ 
  163. Q.725 and\ Q.766 for \fIT\fR\d\fIc\fR\\d\fIu\fR\uvalue (case of a simple 
  164. message). 
  165. .PP
  166. \fINote\fR \ \(em\ User\(hyto\(hyuser signalling may imply additional functions 
  167. in the exchanges, e.g.\ charging, flow control,\ etc. The requirements 
  168. for user\(hyto\(hyuser signalling transfer delay and the impact of user\(hyto\(hyuser 
  169. signalling on exchange performance is for further study. 
  170. .bp
  171. .RT
  172. .sp 1P
  173. .LP
  174. 2.4.3
  175.     \fBcall set up delay\fR 
  176. .sp 9p
  177. .RT
  178. .PP
  179. Call set up delay is defined as the interval from the instant when the 
  180. signalling information required for outgoing circuit selection is received 
  181. from the incoming signalling system until the instant when the corresponding 
  182. signalling information is passed to the outgoing signalling system.
  183. .RT
  184. .PP
  185. 2.4.3.1
  186. For originating 64 kbit/s circuit switched connections
  187. (types\ I, II and III option a).
  188. .sp 9p
  189. .RT
  190. .LP
  191.     i)
  192.     If overlap sending is used, the interval starts when the
  193. information message received contains a \*Qsending complete\*U indication 
  194. or the 
  195. address information for call set up is complete.
  196. .LP
  197.     ii)
  198.      If en\(hybloc sending is used, the time interval starts when the SETUP 
  199. message has been received from the user signalling system. 
  200. .PP
  201. For call attempts using overlap sending, the values in
  202. Table\ 29/Q.543 are recommended.
  203. .ce
  204. \fBH.T. [T30.543]\fR 
  205. .ce
  206. TABLE\ 29/Q.543
  207. .ps 9
  208. .vs 11
  209. .nr VS 11
  210. .nr PS 9
  211. .TS
  212. center box;
  213. lw(90p) | cw(60p) | cw(60p) .
  214.     Reference load A     Reference load B 
  215. _
  216. .T&
  217. lw(90p) | cw(60p) | rw(60p) .
  218. Mean value    \(= | 00 ms    \(= | 00 ms
  219. _
  220. .T&
  221. lw(90p) | cw(60p) | rw(60p) .
  222.  {
  223. 0.95 probability of not exceeding
  224.  }    \(=  | 00 ms    1000 ms 
  225. _
  226. .TE
  227. .nr PS 9
  228. .RT
  229. .ad r
  230. \fBTable 29/Q.543 [T30.543], p.\fR 
  231. .sp 1P
  232. .RT
  233. .ad b
  234. .RT
  235. .PP
  236. .sp 1
  237. For call attempts using en\(hybloc sending, the values in
  238. Table\ 30/Q.543 are recommended.
  239. .ce
  240. \fBH.T. [T31.543]\fR 
  241. .ce
  242. TABLE\ 30/Q.543
  243. .ps 9
  244. .vs 11
  245. .nr VS 11
  246. .nr PS 9
  247. .TS
  248. center box;
  249. lw(90p) | cw(60p) | cw(60p) .
  250.     Reference load A     Reference load B 
  251. _
  252. .T&
  253. lw(90p) | cw(60p) | rw(60p) .
  254. Mean value    \(= | 00 ms    \(= | 00 ms
  255. _
  256. .T&
  257. lw(90p) | cw(60p) | rw(60p) .
  258.  {
  259. 0.95 probability of not exceeding
  260.  }    \(=  | 00 ms    1200 ms 
  261. _
  262. .TE
  263. .nr PS 9
  264. .RT
  265. .ad r
  266. \fBTable 30/Q.543 [T31.543], p.\fR 
  267. .sp 1P
  268. .RT
  269. .ad b
  270. .RT
  271. .PP
  272. .sp 1
  273. 2.4.3.2
  274. For originating supplementary service call attempts:
  275. .sp 9p
  276. .RT
  277. .PP
  278. for further study.
  279. .PP
  280. 2.4.3.3
  281. For transit 64 kbit/s circuit switched connections between
  282. circuits that use CCITT Signalling System\ No.\ 7, the requirements of CCITT
  283. Recommendations\ Q.725 and\ Q.766 should apply for \fIT\fR\d\fIc\fR\\d\fIu\fR\uvalue 
  284. (case of a processing intensive message). 
  285. .bp
  286. .sp 9p
  287. .RT
  288. .sp 1P
  289. .LP
  290. 2.4.4
  291.     \fBthrough connection delay\fR \v'3p'
  292. .sp 9p
  293. .RT
  294. .PP
  295. 2.4.4.1
  296. For originating outgoing and transit traffic 64 kbit/s switched
  297. circuit connections, through connection delay is defined as the interval 
  298. from the instant that the signalling information required for setting up 
  299. a 
  300. connection through the exchange is received from the incoming signalling 
  301. system to the instant that the transmission path is available for carrying 
  302. traffic 
  303. between the incoming and outgoing terminations on the exchange.
  304. .PP
  305. Usually, both directions of transmission will be switched through at the 
  306. same time. However, at an originating exchange, on certain calls, there 
  307. may be a requirement to effect switch through in two stages, one direction 
  308. at a time. In this case, different signalling messages will initiate the 
  309. two stages of switch through and the recommended delay applies to each 
  310. stage of switch 
  311. through.
  312. .PP
  313. The values in Table 31/Q.543 are recommended.
  314. .RT
  315. .ce
  316. \fBH.T. [T32.543]\fR 
  317. .ce
  318. TABLE\ 31/Q.543
  319. .ps 9
  320. .vs 11
  321. .nr VS 11
  322. .nr PS 9
  323. .TS
  324. center box;
  325. lw(90p) | cw(72p) | cw(66p) .
  326.     Reference load A     Reference load B 
  327. _
  328. .T&
  329. lw(90p) | cw(39p) | cw(33p) | cw(33p) | cw(33p) .
  330.     Without ancillary function    With ancillary function    Without ancillary function    With ancillary function 
  331. _
  332. .T&
  333. lw(90p) | cw(39p) | cw(33p) | cw(33p) | cw(33p) .
  334. Mean value    \(= | 50 ms    \(= | 50 ms    \(= | 00 ms    \(= | 00 ms
  335. _
  336. .T&
  337. lw(90p) | cw(39p) | cw(33p) | cw(33p) | cw(33p) .
  338.  {
  339. 0.95 probability of not exceeding
  340.  }    \(=  | 00 ms    \(=  | 00 ms    \(=  | 00 ms    \(=  | 00 ms 
  341. _
  342. .TE
  343. .nr PS 9
  344. .RT
  345. .ad r
  346. \fBTable 31/Q.543 [T32.543], p.\fR 
  347. .sp 1P
  348. .RT
  349. .ad b
  350. .RT
  351. .LP
  352. .sp 1
  353. .PP
  354. 2.4.4.2
  355. For internal and terminating traffic 64 kbit/s switched circuit
  356. connections the through connection delay is defined as the interval from the
  357. instant that the CONNECT message is received from the called line signalling
  358. system until the through connection is established and available for carrying 
  359. traffic and the ANSWER and CONNECT ACKNOWLEDGEMENT messages have been passed 
  360. to the appropriate signalling systems. 
  361. .PP
  362. The values in Table 32/Q.543 are recommended.
  363. .ce
  364.  
  365. .ce
  366. \fR 
  367. .ce
  368. \fBH.T. [T33.543]\fR 
  369. .ce
  370. TABLE\ 32/Q.543
  371. .ps 9
  372. .vs 11
  373. .nr VS 11
  374. .nr PS 9
  375. .TS
  376. center box;
  377. lw(90p) | cw(60p) | cw(60p) .
  378.     Reference load A     Reference load B 
  379. _
  380. .T&
  381. lw(90p) | cw(60p) | cw(60p) .
  382. Mean value    \(= | 50 ms    \(= | 00 ms
  383. _
  384. .T&
  385. lw(90p) | cw(60p) | cw(60p) .
  386.  {
  387. 0.95 probability of not exceeding
  388.  }    \(=  | 00 ms    \(=  | 00 ms 
  389. _
  390. .TE
  391. .nr PS 9
  392. .RT
  393. .ad r
  394. \fBTable 32/Q.543 [T33.543], p.\fR 
  395. .sp 1P
  396. .RT
  397. .ad b
  398. .RT
  399. .sp 1P
  400. .LP
  401. .sp 1
  402. 2.4.5
  403.     \fBincoming call indication sending delay \(em (for terminating and
  404. internal traffic connections)\fR 
  405. .sp 9p
  406. .RT
  407. .PP
  408. The incoming call indication sending delay is defined as the
  409. interval from the instant at which the necessary signalling information is
  410. received from the signalling system to the instant at which the SETUP message 
  411. is passed to the signalling system of the called subscriber line. 
  412. .bp
  413. .PP
  414. In the case of overlap sending in the incoming signalling system, the values 
  415. in Table\ 33/Q.543 are recommended. 
  416. .RT
  417. .ce
  418. \fBH.T. [T34.543]\fR 
  419. .ce
  420. TABLE\ 33/Q.543
  421. .ps 9
  422. .vs 11
  423. .nr VS 11
  424. .nr PS 9
  425. .TS
  426. center box;
  427. lw(90p) | cw(60p) | cw(60p) .
  428.     Reference load A     Reference load B 
  429. _
  430. .T&
  431. lw(90p) | cw(60p) | rw(60p) .
  432. Mean value    \(= | 00 ms    \(= | 00 ms
  433. _
  434. .T&
  435. lw(90p) | cw(60p) | rw(60p) .
  436.  {
  437. 0.95 probability of not exceeding
  438.  }    \(=  | 00 ms    1000 ms 
  439. _
  440. .TE
  441. .nr PS 9
  442. .RT
  443. .ad r
  444. \fBTable 33/Q.543 [T34.543], p.\fR 
  445. .sp 1P
  446. .RT
  447. .ad b
  448. .RT
  449. .PP
  450. In the case of en\(hybloc sending in the incoming signalling system, the 
  451. values in Table\ 34/Q.543 are recommended. 
  452. .ce
  453. \fBH.T. [T35.543]\fR 
  454. .ce
  455. TABLE\ 34/Q.543
  456. .ps 9
  457. .vs 11
  458. .nr VS 11
  459. .nr PS 9
  460. .TS
  461. center box;
  462. lw(90p) | cw(60p) | cw(60p) .
  463.     Reference load A     Reference load B 
  464. _
  465. .T&
  466. lw(90p) | cw(60p) | rw(60p) .
  467. Mean value    \(= | 00 ms    \(= | 00 ms
  468. _
  469. .T&
  470. lw(90p) | cw(60p) | rw(60p) .
  471.  {
  472. 0.95 probability of not exceeding
  473.  }    \(=  | 00 ms    1200 ms 
  474. _
  475. .TE
  476. .nr PS 9
  477. .RT
  478. .ad r
  479. \fBTable 34/Q.543 [T35.543], p.\fR 
  480. .sp 1P
  481. .RT
  482. .ad b
  483. .RT
  484. .sp 1P
  485. .LP
  486. 2.4.6
  487.     \fBconnection release delay\fR 
  488. .sp 9p
  489. .RT
  490. .PP
  491. Connection release delay is defined as the interval from the
  492. instant when DISCONNECT or RELEASE message is received from a signalling 
  493. system until the instant when the connection is no longer available for 
  494. use on the 
  495. call (and is available for use on another call) and a corresponding RELEASE 
  496. or DISCONNECT message is passed to the other signalling system involved 
  497. in the 
  498. connection.
  499. .PP
  500. The values in Table 35/Q.543 are recommended.
  501. .RT
  502. .ce
  503. \fBH.T. [T36.543]\fR 
  504. .ce
  505. TABLE\ 35/Q.543
  506. .ps 9
  507. .vs 11
  508. .nr VS 11
  509. .nr PS 9
  510. .TS
  511. center box;
  512. lw(90p) | cw(60p) | cw(60p) .
  513.     Reference load A     Reference load B 
  514. _
  515. .T&
  516. lw(90p) | cw(60p) | cw(60p) .
  517. Mean value    \(= | 50 ms    \(= | 00 ms
  518. _
  519. .T&
  520. lw(90p) | cw(60p) | cw(60p) .
  521.  {
  522. 0.95 probability of not exceeding
  523.  }    \(=  | 00 ms    \(=  | 00 ms 
  524. _
  525. .TE
  526. .nr PS 9
  527. .RT
  528. .ad r
  529. \fBTable 35/Q.543 [T36.543], p.\fR 
  530. .sp 1P
  531. .RT
  532. .ad b
  533. .RT
  534. .LP
  535. .bp
  536. .sp 1P
  537. .LP
  538. 2.4.7
  539.     \fICall clearing delay\fR 
  540. .sp 9p
  541. .RT
  542. .PP
  543. Disconnect and call clearing will usually be performed at the same time. 
  544. However, on certain calls it may be necessary for an exchange to retain 
  545. call references after disconnect has occurred, until a clearing message 
  546. is 
  547. received. The exchange may then discard the call reference information. The
  548. corresponding RELEASE message must be passed on to other involved signalling
  549. systems in the interval allowed for signalling transfer delay
  550. (see\ \(sc\ 2.4.2).
  551. .RT
  552. .sp 1P
  553. .LP
  554. 2.4.8
  555.     \fITiming for start of charging\fR (circuit switched calls)
  556. .sp 9p
  557. .RT
  558. .PP
  559. When required, timing for charging at the exchange where this
  560. function is performed, shall begin after receipt of an ANSWER indication 
  561. from a connecting exchange or the called user. The start of timing for 
  562. charging should occur within the intervals recommended in Table\ 36/Q.543. 
  563. .RT
  564. .LP
  565. .ce
  566. \fBH.T. [T37.543]\fR 
  567. .ce
  568. TABLE\ 36/Q.543
  569. .ps 9
  570. .vs 11
  571. .nr VS 11
  572. .nr PS 9
  573. .TS
  574. center box;
  575. lw(90p) | cw(60p) | cw(60p) .
  576.     Reference load A     Reference load B 
  577. _
  578. .T&
  579. lw(90p) | cw(60p) | cw(60p) .
  580. Mean value    \(= | 00 ms    \(= | 175 ms
  581. _
  582. .T&
  583. lw(90p) | cw(60p) | cw(60p) .
  584.  {
  585. 0.95 probability of not exceeding
  586.  }    \(=  | 00 ms    \(=  | 50 ms 
  587. _
  588. .TE
  589. .nr PS 9
  590. .RT
  591. .ad r
  592. \fBTable 36/Q.543 [T37.543], p.\fR 
  593. .sp 1P
  594. .RT
  595. .ad b
  596. .RT
  597. .LP
  598. .sp 1
  599. 2.5
  600.     \fICall processing performance objectives\fR 
  601. .sp 1P
  602. .RT
  603. .sp 2P
  604. .LP
  605. 2.5.1
  606.     \fI64 kbit/s switched connections\fR 
  607. .sp 1P
  608. .RT
  609. .sp 1P
  610. .LP
  611. 2.5.1.1
  612.     \fIPremature release\fR 
  613. .sp 9p
  614. .RT
  615. .PP
  616. The probability that an exchange malfunction will result in the
  617. premature release of an established connection in any one minute interval
  618. should be:
  619. \v'6p'
  620. .RT
  621. .sp 1P
  622. .ce 1000
  623. \fIP\fR \ \(=\ 2\ \(mu\ 10\uD\dlF261\u5\d
  624. .ce 0
  625. .sp 1P
  626. .LP
  627. .sp 1
  628. 2.5.1.2
  629.     \fIRelease failure\fR 
  630. .sp 9p
  631. .RT
  632. .PP
  633. The probability that an exchange malfunction will prevent the
  634. required release of a connection should be:
  635. \v'6p'
  636. .RT
  637. .sp 1P
  638. .ce 1000
  639. \fIP\fR \ \(=\ 2\ \(mu\ 10\uD\dlF261\u5\d
  640. .ce 0
  641. .sp 1P
  642. .LP
  643. .sp 1
  644. 2.5.1.3
  645.     \fIIncorrect charging or accounting\fR 
  646. .sp 9p
  647. .RT
  648. .PP
  649. The probability of a call attempt receiving incorrect charging or accounting 
  650. treatment due to an exchange malfunction should be: 
  651. \v'6p'
  652. .RT
  653. .sp 1P
  654. .ce 1000
  655. \fIP\fR \ \(=\ 10\uD\dlF261\u4\d
  656. .ce 0
  657. .sp 1P
  658. .LP
  659. .bp
  660. .sp 1P
  661. .LP
  662. 2.5.1.4
  663.     \fIMisrouting\fR 
  664. .sp 9p
  665. .RT
  666. .PP
  667. The probability of a call attempt misrouted following receipt by
  668. the exchange of a valid address should be:
  669. \v'6p'
  670. .RT
  671. .sp 1P
  672. .ce 1000
  673. \fIP\fR \ \(=\ 10\uD\dlF261\u4\d
  674. .ce 0
  675. .sp 1P
  676. .LP
  677. .sp 1
  678. 2.5.1.5
  679.     \fINo tone\fR 
  680. .sp 9p
  681. .RT
  682. .PP
  683. The probability of a call attempt encountering no tone following
  684. receipt of a valid address by the exchange should be:
  685. \v'6p'
  686. .RT
  687. .sp 1P
  688. .ce 1000
  689. \fIP\fR \ \(=\ 10\uD\dlF261\u4\d
  690. .ce 0
  691. .sp 1P
  692. .LP
  693. .sp 1
  694. 2.5.1.6
  695.     \fIOther failures\fR 
  696. .sp 9p
  697. .RT
  698. .PP
  699. The probability of the exchange causing a call failure for any
  700. other reason not identified specifically above should be:
  701. \v'6p'
  702. .RT
  703. .sp 1P
  704. .ce 1000
  705. \fIP\fR \ \(=\ 10\uD\dlF261\u4\d
  706. .ce 0
  707. .sp 1P
  708. .LP
  709. .sp 1
  710. .sp 1P
  711. .LP
  712. 2.5.2
  713.     \fI64 kbit/s semi\(hypermanent connections\fR 
  714. .sp 9p
  715. .RT
  716. .PP
  717. This requires further study taking into consideration:
  718. .RT
  719. .LP
  720.     \(em
  721.     need to recognize an interruption;
  722. .LP
  723.     \(em
  724.     probability of an interruption;
  725. .LP
  726.     \(em
  727.     requirements for re\(hyestablishment of interrupted connection;
  728. .LP
  729.     \(em
  730.     any other unique requirements.
  731. .sp 1P
  732. .LP
  733. 2.5.3
  734.     \fIn \(mu 64 kbit/s switched connections\fR 
  735. .sp 9p
  736. .RT
  737. .PP
  738. To be recommended if/when specific services are defined.
  739. .RT
  740. .sp 1P
  741. .LP
  742. 2.5.4
  743.     \fIn \(mu 64 kbit/s semi\(hypermanent connections\fR 
  744. .sp 9p
  745. .RT
  746. .PP
  747. To be recommended if/when specific services are defined.
  748. .RT
  749. .sp 2P
  750. .LP
  751. 2.6
  752.     \fITransmission performance\fR 
  753. .sp 1P
  754. .RT
  755. .sp 1P
  756. .LP
  757. 2.6.1
  758.     \fI64 kbit/s switched connections\fR 
  759. .sp 9p
  760. .RT
  761. .PP
  762. The probability of a connection being established with an
  763. unacceptable transmission quality across the exchange should be:
  764. \v'6p'
  765. .RT
  766. .sp 1P
  767. .ce 1000
  768. \fIP\fR (Unacceptable transmission)\ \(=\ 10\uD\dlF261\u5\d
  769. .ce 0
  770. .sp 1P
  771. .LP
  772. .sp 1
  773. .PP
  774. The transmission quality across the exchange is said to be
  775. unacceptable when the bit error ratio is above the alarm condition.
  776. .PP
  777. \fINote\fR \ \(em\ The alarm condition has yet to be defined.
  778. .RT
  779. .sp 1P
  780. .LP
  781. 2.6.2
  782.     \fI64 kbit/s semi\(hypermanent connections\fR 
  783. .sp 9p
  784. .RT
  785. .PP
  786. To be recommended.
  787. .RT
  788. .sp 1P
  789. .LP
  790. 2.6.3
  791.     \fIn \(mu 64 kbit/s switched connections\fR 
  792. .sp 9p
  793. .RT
  794. .PP
  795. To be recommended, if/when specific services are defined.
  796. .RT
  797. .sp 1P
  798. .LP
  799. 2.6.4
  800.     \fIn \(mu 64 kbit/s semi\(hypermanent connections\fR 
  801. .sp 9p
  802. .RT
  803. .PP
  804. To be recommended if/when specific services are defined.
  805. .bp
  806. .RT
  807. .sp 2P
  808. .LP
  809. 2.7
  810.     \fISlip rate\fR 
  811. .sp 1P
  812. .RT
  813. .sp 1P
  814. .LP
  815. 2.7.1
  816.     \fINormal conditions\fR 
  817. .sp 9p
  818. .RT
  819. .PP
  820. The slip rate under normal conditions is covered in
  821. Recommendation\ Q.541.
  822. .RT
  823. .sp 1P
  824. .LP
  825. 2.7.2
  826.     \fITemporary loss of timing control\fR 
  827. .sp 9p
  828. .RT
  829. .PP
  830. The case of temporary loss of timing control corresponds to the
  831. \*Qholdover operation\*U defined and recommended in Recommendation\ G.812. The
  832. allowable slip rate will correspond to the maximum relative TIE also
  833. recommended therein.
  834. .RT
  835. .sp 1P
  836. .LP
  837. 2.7.3
  838.     \fIAbnormal conditions at the exchange input\fR 
  839. .sp 9p
  840. .RT
  841. .PP
  842. The slip rate in case of abnormal conditions (wide phase
  843. diviations,\ etc.) at the exchange input is the subject of further study 
  844. taking into account the requirements of Recommendation\ G.823. 
  845. .RT
  846. .sp 2P
  847. .LP
  848. \fB3\fR     \fBExchange performance during overload conditions\fR 
  849. .sp 1P
  850. .RT
  851. .PP
  852. This section applies to digital exchanges operating during periods when 
  853. the number of call attempts presented to the exchange exceeds its call 
  854. processing capacity for a significant period of time, excluding momentary
  855. peaks. Under these conditions the exchange is said to be operating in an
  856. overload condition.
  857. .PP
  858. This Recommendation identifies requirements for exchange performance during 
  859. overload and for overload mechanisms in the exchange. Network management 
  860. functions to be supported by an exchange are defined in Recommendation\ 
  861. Q.542, \(sc\ 5. 
  862. .RT
  863. .sp 1P
  864. .LP
  865. 3.1
  866.     \fIExplanation of terms used in definition of overload\fR 
  867. \fIparameters\fR \v'3p'
  868. .sp 9p
  869. .RT
  870. .LP
  871.     \(em
  872.     \fBload\fR : the total number of call attempts presented to
  873. an exchange during a given interval of time (i.e.\ offered load)
  874. .LP
  875.     \(em
  876.     \fBoverload\fR : that part of the total load offered to an
  877. exchange, in excess of the engineered traffic processing capacity of the
  878. exchange. Overload is usually expressed as a percentage of engineered
  879. capacity.
  880. .LP
  881.     \(em
  882.     \fBthroughput\fR : the number of call attempts processed
  883. successfully by an exchange per unit time.
  884. .LP
  885.     \(em
  886.     \fBengineered capacity\fR : the mean offered load at which
  887. the exchange just meets all grade of service requirements used by the
  888. Administration to engineer the exchange.
  889. .sp 1P
  890. .LP
  891. 3.2
  892.     \fICall processing performance during overload\fR 
  893. .sp 9p
  894. .RT
  895. .PP
  896. An exchange must continue to process a specified load even when the offered 
  897. call attempts exceed its available call processing capacity. The number 
  898. of call attempts handled during an overload condition should not be 
  899. significantly lower than the engineered capacity of the exchange for a
  900. specified Grade Of Service (GOS), as noted in \(sc\ 3.7.
  901. .PP
  902. Two basic requirements for exchange performance during overload
  903. are:
  904. .RT
  905. .LP
  906.     \(em
  907.     to maintain adequate exchange throughput in sustained
  908. overload
  909. .LP
  910.     \(em
  911.     to react sufficiently quickly to load peaks and the sudden
  912. onset of overload.
  913. .PP
  914. As the offered load increases beyond the engineered attempt
  915. capacity of the exchange, the throughput or the carried attempt load may
  916. exhibit a behaviour shown by curve\ A in Figure\ 1/Q.543, i.e.\ processor
  917. throughput may be reduced drastically if the offered load increases well 
  918. beyond the engineered load. Curve\ B in Figure\ 1/Q.543 represents the 
  919. maximum 
  920. throughput, where the throughput remains at the nominal design level under
  921. overload. Appropriate overload protection mechanisms should be included 
  922. in the overall exchange design so that the throughput performance of the 
  923. processor 
  924. under overload resembles the curve\ C in Figure\ 1/Q.543.
  925. .bp
  926. .LP
  927. .rs
  928. .sp 20P
  929. .ad r
  930. \fBFigure 1/Q.543, p.\fR 
  931. .sp 1P
  932. .RT
  933. .ad b
  934. .RT
  935. .sp 1P
  936. .LP
  937. 3.3
  938.     \fIEngineered exchange capacity\fR 
  939. .sp 9p
  940. .RT
  941. .PP
  942. Exchange engineered capacity is the maximum load that the exchange can 
  943. handle while operating in a \*Qnormal\*U mode (i.e.\ performing all required 
  944. operating and administrative functions) while meeting performance requirements 
  945. specified in \(sc\ 2 or those specified by the Administration. It is not 
  946. necessarily the point of maximum throughput (see Figure\ 1/Q.543).
  947. .PP
  948. Overload controls, when applied, may have a significant effect on
  949. exchange capacity. Overload throughput performance should be specified 
  950. relative to the engineered capacity of the exchange when overload controls 
  951. are 
  952. operating.
  953. .RT
  954. .sp 1P
  955. .LP
  956. 3.4
  957.     \fIOverload control strategy\fR 
  958. .sp 9p
  959. .RT
  960. .PP
  961. An effective overload control strategy will prevent the rapid
  962. decrease in processed call attempts with increasing overload (see Curve\ A in
  963. Figure\ 1/Q.543); the relatively gradual decrease with overload controls 
  964. enabled (Curve\ C in Figure\ 1/Q.543) is due to the increasing processing 
  965. overhead in 
  966. exercising the overload controls.
  967. .PP
  968. Overload is defined as the level of call attempts offered to the
  969. exchange in excess of the exchange engineered capacity. For example, when 
  970. the exchange is offered call attempts at a rate of 10% greater than the 
  971. engineered capacity, the exchange is said to have 10% overload. 
  972. .PP
  973. The exchange throughput at an overload of Y% above the engineered
  974. capacity load should be at least X% of the throughput at engineered capacity. 
  975. This concept is shown in Figure\ 2/Q.543 which shows the region of unacceptable 
  976. throughput performance. Any throughput curve which remains above the X% 
  977. level until reaching the point of Y% overload is acceptable. The recommended 
  978. values are Y\ =\ 50% and X\ =\ 90%. Beyond Y% overload the exchange should 
  979. continue to 
  980. process calls in an acceptable manner.
  981. .RT
  982. .PP
  983. As long as the level of overload does not exceed Y% above the
  984. exchange engineered capacity, then the exchange throughput should be no less
  985. than X% of engineered capacity, as depicted in Figure\ 2/X.543.
  986. .PP
  987. Measurements that can provide data as the basis for calculation of X and 
  988. Y, are identified in \(sc\ 3.8. 
  989. .bp
  990. .RT
  991. .LP
  992. .rs
  993. .sp 18P
  994. .ad r
  995. \fBFigure 2/Q.543, p.\fR 
  996. .sp 1P
  997. .RT
  998. .ad b
  999. .RT
  1000. .sp 1P
  1001. .LP
  1002. 3.5
  1003.     \fIDetection of overload\fR 
  1004. .sp 9p
  1005. .RT
  1006. .PP
  1007. The exchange should incorporate suitable means for detecting
  1008. overload conditions.
  1009. .PP
  1010. The onset of an overload state should be recognized by the exchange
  1011. processing logic which in turn will invoke strategies to avoid a severe
  1012. degradation in throughput load. During overload, both severe delays and
  1013. processing delays will increase and will normally exceed the performance
  1014. objectives given for Reference load\ B.
  1015. .PP
  1016. Overload indications may, for example, be provided by: a continuous
  1017. measurement of the occupancy of the resources used for call handling over 
  1018. short periods (e.g.\ a few seconds); monitoring the queue lengths for the 
  1019. various call handling processes,\ etc. Overload control activation indications 
  1020. should be 
  1021. given to the administration staff.
  1022. .RT
  1023. .sp 1P
  1024. .LP
  1025. 3.6
  1026.     \fIOverload protection\fR 
  1027. .sp 9p
  1028. .RT
  1029. .PP
  1030. The internal overload control methods used in an exchange are
  1031. dependant on the particular technical arrangement of the switching system, 
  1032. and are not subject to CCITT Recommendations. Overload controls used in 
  1033. conjunction with adjacent exchanges are discussed under \*QNetwork management 
  1034. design 
  1035. objectives\*U in Recommendation\ Q.542, \(sc\ 5.
  1036. .PP
  1037. In order to reduce the load on the exchange caused by calls that
  1038. cannot be processed during overload, it may be necessary to discourage 
  1039. further attempts by customers during this situation. Methods used to achieve 
  1040. this 
  1041. reduction should not significantly increase the load on exchange processors, 
  1042. as for example, routing calls to recorded announcements. 
  1043. .PP
  1044. Overload controls, once applied, should be removed as quickly as
  1045. possible when the degree of overload reduces, consistent with the need 
  1046. to avoid oscillatory behaviour which might prolong the period of degraded 
  1047. service. 
  1048. .PP
  1049. As a guideline to providing service during overload conditions, the
  1050. following general principles are applicable:
  1051. .RT
  1052. .LP
  1053.     \(em
  1054.     give preference to the processing of terminating calls,
  1055. .LP
  1056.     \(em
  1057.     give preference to priority class lines, calls to priority
  1058. destinations based on digit analysis and incoming calls with priority
  1059. indications in, for example, the Initial Address Message of a call using 
  1060. CCITT Signalling System\ No.\ 7, if an essential service protection capability 
  1061. has been invoked, 
  1062. .bp
  1063. .LP
  1064.     \(em
  1065.     defer some or all activities non\(hyessential to handling
  1066. offered traffic; examples are some administration and maintenance processes 
  1067. in the exchange. (Nevertheless the man\(hymachine communications essential 
  1068. for 
  1069. priority operational tasks should always be preserved. In particular, network 
  1070. management terminals and functions associated with interfaces to network 
  1071. management support systems should be afforded high priority, since network
  1072. management actions can play an important role in reducing exchange overloads),
  1073. .LP
  1074.     \(em
  1075.     maintain normal charging and supervisory functions, and
  1076. established connections until the receipt of the appropriate release signal,
  1077. .LP
  1078.     \(em
  1079.     assign priorities to specific exchange measurements, such
  1080. that low priority measurements cease at a predetermined level of congestion.
  1081. Higher priority measurements may be ceased at a higher level of congestion, 
  1082. or may be run continuously, depending on their importance to the call handling 
  1083. functions,
  1084. .LP
  1085.     \(em
  1086.     give preference to calls already being processed, before
  1087. accepting new calls.
  1088. .sp 1P
  1089. .LP
  1090. 3.7
  1091.     \fIGrade of service during overload\fR 
  1092. .sp 9p
  1093. .RT
  1094. .PP
  1095. In general the overall grade of service seen by the subscribers
  1096. will deteriorate when the exchange experiences severe overload conditions 
  1097. and the overload protection mechanisms have been invoked. This may be due 
  1098. to the 
  1099. fact that the overload protection procedures may require that the exchange 
  1100. not accept all the call attempts offered. 
  1101. .PP
  1102. Accepted calls may or may not receive a grade of service equal to that 
  1103. received by calls at Reference load\ B of \(sc\ 2. In terms of the exchange 
  1104. overload performance, it is sufficient that calls be accepted in such a 
  1105. way that 
  1106. throughput is maximized.
  1107. .RT
  1108. .sp 1P
  1109. .LP
  1110. 3.8
  1111.     \fIPerformance monitoring during overload control activation\fR 
  1112. .sp 9p
  1113. .RT
  1114. .PP
  1115. The operational measurements in the exchange should be sufficient to determine 
  1116. the number of call attempts accepted by the exchange, and the 
  1117. number that are successfully being completed, from the exchange point\(hyof\(hyview. 
  1118. Separate measurements should be available to count the number of attempts 
  1119. rejected by the exchange during overload, so that the total load can be
  1120. estimated.
  1121. .PP
  1122. An accepted call attempt is defined to be a call attempt which is
  1123. accepted for processing by the exchange. This does not necessarily mean 
  1124. that an accepted call attempt will complete or receive an acceptable grade 
  1125. of service. 
  1126. .PP
  1127. The call completion rate can vary statistically with time, according to 
  1128. the specific call attempt acceptance process invoked by the overload 
  1129. controls. Therefore the call completion rate estimated from the operational
  1130. measurements needs to be taken over a sufficiently long period of time to
  1131. verify conformance to the X% throughput requirement.
  1132. .RT
  1133. .ce 1000
  1134. ANNEX\ A
  1135. .ce 0
  1136. .ce 1000
  1137. (to Recommendation Q.543)
  1138. .sp 9p
  1139. .RT
  1140. .ce 0
  1141. .ce 1000
  1142. \fBAn example of methodology for computing the call\fR 
  1143. .sp 1P
  1144. .RT
  1145. .ce 0
  1146. .ce 1000
  1147. \fBprocessing capacity of a Digital Exchange\fR ,
  1148. .ce 0
  1149. .ce 1000
  1150. \fBtaking into account ISDN services,\fR 
  1151. .ce 0
  1152. .ce 1000
  1153. \fBincluding packet data handling\fR 
  1154. .ce 0
  1155. .LP
  1156. A.1
  1157.     \fIGeneral\fR 
  1158. .sp 1P
  1159. .RT
  1160. .PP
  1161. Exchanges will generally be required to handle many types of calls as they 
  1162. provide basic telephony service, supplementary telephony service, ISDN 
  1163. bearer service and ISDN supplementary services. A variety of signalling 
  1164. types will be used on subscriber lines and for handling calls over interexchange 
  1165. circuits. Performance objectives have been recommended and are applicable 
  1166. over the full range of exchange sizes and loads up to the limit of exchange 
  1167. \*Qengineered\*U capabity at its maximum size for the mix of call types 
  1168. handled and 
  1169. .PP
  1170. signalling types used in the exchange. Different mixes of call types and
  1171. signalling types require different amounts of processing capacity. Thus the
  1172. maximum number of subscriber lines that can be served and the number of 
  1173. calls that can be handled will be different for each mix on the same switching 
  1174. system. This ANNEX serves as an example of a methodology that makes it 
  1175. possible to compute the processing capacity of an exchange for any particular 
  1176. mix of 
  1177. call types and signalling expected to be encountered in its implementation. 
  1178. Of course, other possible limiting factors such as allowable hardware 
  1179. configuration, memory capacity,\ etc., must also be taken into account when
  1180. determining the capacity of the exchange.
  1181. .bp
  1182. .PP
  1183. The method of calculating call processing capacity illustrated herein is 
  1184. for a particular multi\(hyprocessor exchange design shown in Figure\ A\(hy1/Q.543. 
  1185. However, the principles used can be applied to any processor controlled 
  1186. exchange design for any mix of services, traffic and signalling handled 
  1187. by the exchange. This method requires that manufacturers provide information 
  1188. and data about their exchange designs in terms that Administrations can 
  1189. use in the 
  1190. formulae derived below and that Administrations make measurements and/or
  1191. estimates to forecast the expected traffic volumes and mix of services, call
  1192. types and signalling.
  1193. .PP
  1194. It is important to examine the exchange architecture and to understand 
  1195. how calls are processed in order to recognize potential limiting elements. 
  1196. For example, ISDN calls involving packet switching will have two separate 
  1197. elements to be considered, call set up and packet handling. Packet call 
  1198. set up can be 
  1199. dealt with in the same manner as circuit switched call setup by considering
  1200. these types of call attempts in and with the circuit switched call attempt
  1201. originations and dispositions. However, subsequent packet handling requires
  1202. continuing processing capacity, occasionally for long periods of time, 
  1203. may be handled by processors other than those involved in call setup and 
  1204. thus, must be dealt with separately. 
  1205. .PP
  1206. Figure A\(hy1/Q.543 of this ANNEX shows a block diagram of an exchange
  1207. design with several processors, which is used as an example in this
  1208. ANNEX.
  1209. .RT
  1210. .LP
  1211.     a)
  1212.     The Interface Unit 1 through n provide interfaces to user
  1213. lines, interexchange circuits, signalling terminals and any other interfaces 
  1214. to entities outside the exchange. A certain amount of call processing 
  1215. (e.g.\ handling signalling to or from lines or interexchange circuits, digit
  1216. analysis,\ etc.) can be performed by processors in these interface units. In
  1217. this example, each Interface Unit also contains its own packet handler 
  1218. (shown as PH). The Interface Units communicate with a Central Processing 
  1219. Unit over 
  1220. high capacity inter\(hyprocessor lines.
  1221. .LP
  1222.     b)
  1223.      The Central Processing Unit directs call processing by the exchange. 
  1224. It receives information about call attempts from the Interface Units, determines 
  1225. how they should be handled and routed and directs their disposition by 
  1226. the appropriate Interface Units. In connection with packet switching calls, 
  1227. it is assumed that the Central Processing Unit is involved only in call 
  1228. set up and call release and that ongoing packet handling requires no significant 
  1229. amount of CPU processing capacity. The CPU also performs other call related
  1230. and administrative tasks, such as maintaining charging information, and
  1231. performs other administrative and operations functions for the exchange.
  1232. .PP
  1233. To determine the capacity of this design it is necessary to know how many 
  1234. Interface Units can be connected to an exchange. Then it is necessary to 
  1235. compute the call processing capacity of the Central Processing Unit and 
  1236. the capacity of the Interface Units to determine which is the limiting 
  1237. factor. In some designs, other elements, such as a utility processor or 
  1238. the switching 
  1239. network, can limit the size of the exchange. Thus, it is necessary to
  1240. understand the exchange design and then to make appropriate computations
  1241. involving the limiting elements to determine the processing capacity of the
  1242. exchange for the traffic mix envisioned.
  1243. .sp 2P
  1244. .LP
  1245. A.2
  1246.     \fIDefinitions\fR 
  1247. .sp 1P
  1248. .RT
  1249. .sp 1P
  1250. .LP
  1251. A.2.1
  1252.     \fBcapacity unit\fR 
  1253. .sp 9p
  1254. .RT
  1255. .PP
  1256. The processing capacity required in an exchange (or processing
  1257. unit) to process a call attempt consisting of the originating portion plus 
  1258. the terminating (or disposition) portion. 
  1259. .RT
  1260. .sp 1P
  1261. .LP
  1262. A.2.2
  1263.     \fBhalf unit\fR 
  1264. .sp 9p
  1265. .RT
  1266. .PP
  1267. The processing capacity required to process either the originating or terminating 
  1268. (disposition) portion of a call attempt handled by an exchange or a processing 
  1269. unit, e.g.\ an Interface Unit in the exchange design shown. 
  1270. .RT
  1271. .sp 1P
  1272. .LP
  1273. A.2.3
  1274.     \fBoriginating type\fR 
  1275. .sp 9p
  1276. .RT
  1277. .PP
  1278. A type of call attempt entering the exchange (e.g. a telephone call from 
  1279. a line class\(hymarked for basic telephone service, or one from a line 
  1280. marked for supplementary services, or basic ISDN services, \fIor\fR ISDN 
  1281. supplementary 
  1282. services, or a call entering the exchange on an incoming interexchange
  1283. circuit,\ etc.).
  1284. .bp
  1285. .RT
  1286. .sp 1P
  1287. .LP
  1288. A.2.4
  1289.     \fBterminating (disposition) type\fR 
  1290. .sp 9p
  1291. .RT
  1292. .PP
  1293. A type of call attempt leaving or disposed of by the exchange (e.g. a call 
  1294. attempt terminating to a line class marked for basic telephone service, 
  1295. or one to a line with supplementary or ISDN services assigned, or to an 
  1296. outgoing interexchange circuit,\ etc.).
  1297. .RT
  1298. .sp 1P
  1299. .LP
  1300. A.2.5
  1301.     \fBreference capacity unit\fR 
  1302. .sp 9p
  1303. .RT
  1304. .PP
  1305. The processing capacity required for processing an arbitrarily
  1306. selected pair of half units, one an originating type attempt and one a
  1307. terminating (disposition) type attempt, usually a pair that is expected 
  1308. to be involved in a significant portion of the traffic load in the exchange. 
  1309. The 
  1310. reference capacity unit uses a standard against which capacity units for 
  1311. other types of attempts are compared. (It is suggested that an originating 
  1312. outgoing \*Qlocal\*U telephone call attempt from a basic telephone line 
  1313. and disposed of by routing it to an interexchange circuit using CCITT Signalling 
  1314. System\ No.\ 7 as the reference capacity unit.) 
  1315. .RT
  1316. .sp 1P
  1317. .LP
  1318. A.2.6
  1319.     \fBreference capacity half\(hyunit\fR 
  1320. .sp 9p
  1321. .RT
  1322. .PP
  1323. The processing capacity required in an interface unit to process an arbitrarily 
  1324. selected half\(hyunit, either an originating or a terminating 
  1325. (disposition) type (usually one that is involved in a significant portion of
  1326. traffic that interface units handle, e.g.\ an originating telephone call 
  1327. attempt from a basic telephone line). The reference capacity half\(hyunit 
  1328. is used as the standard against which half\(hyunits of other types of attempts 
  1329. are compared. When separate calculations for different interface units 
  1330. are necessary, which occurs when different mixes of line classes and traffic 
  1331. are served by the different 
  1332. interface units, the same reference capacity half\(hyunit should be used 
  1333. for all calculations. 
  1334. .RT
  1335. .sp 1P
  1336. .LP
  1337. A.2.7
  1338.     \fBcentral processor unit (CPU) reference capacity unit\fR 
  1339. .sp 9p
  1340. .RT
  1341. .PP
  1342. The processing capacity required in the CPU to process the portions of 
  1343. attempts associated with one reference capacity unit. The reference capacity 
  1344. unit is assigned unit value. Thus, if \fIF\fR is the fraction of one reference 
  1345. capacity unit for processing the originating portion and \fIF\fR ` is the
  1346. fraction of one reference capacity unit required for processing the terminating 
  1347. (disposition) portion, the sum is unity ( 
  1348. \fIF\fR \ +\ \fIF\fR `\ =\ 1).
  1349. .RT
  1350. .sp 1P
  1351. .LP
  1352. A.2.8
  1353.     \fBinterface unit (IU) reference capacity unit\fR 
  1354. .sp 9p
  1355. .RT
  1356. .PP
  1357. The amount of processing capacity required in the IU in the
  1358. exchange design shown, to properly handle one reference capacity
  1359. half\(hyunit.
  1360. .RT
  1361. .sp 1P
  1362. .LP
  1363. A.2.9
  1364.     \fBweighting factor\fR 
  1365. .sp 9p
  1366. .RT
  1367. .PP
  1368. The ratio of the relative amount of processing capacity required to handle 
  1369. either portion, originating or terminating (disposition), of any 
  1370. \fIattempt\fR type, to the capacity required in that processor to perform 
  1371. the same functions for reference capacity unit, (originating and terminating 
  1372. (disposition) portions). For example, if a complete reference capacity unit
  1373. requires 1000\ processor cycles in the CPU and the originating portion 
  1374. of a call attempt entering the exchange requires 430\ cycles in the CPU, 
  1375. the weighting 
  1376. factor (CPU) for that originating attempt type would be 0.43.
  1377. .PP
  1378. Similarly, in the interface unit, a weighting factor is the ratio of the 
  1379. amount of IU processing capacity required to handle a particular half\(hyunit 
  1380. to the amount of IU processing capacity required to handle a reference 
  1381. capacity half\(hyunit. Thus if an IU requires 600\ cycles to handle a reference 
  1382. capacity 
  1383. half\(hyunit and another type of call entering the exchange via the IU requires
  1384. 725\ IU processor cycles, the weighting factor (IU) for that half\(hyunit 
  1385. attempt type would be 1.21. 
  1386. .PP
  1387. Weighting factors for all originating and terminating (disposition)
  1388. types of capacity units and half\(hyunits, are required for each processing 
  1389. unit in the exchange in order to make capacity computations. These weighting 
  1390. factors must be furnished by the manufacturer. 
  1391. .RT
  1392. .sp 1P
  1393. .LP
  1394. A.2.10
  1395.     \fBreference unit (and half\(hyunit) processing capacity (RUPC)\fR 
  1396. .sp 9p
  1397. .RT
  1398. .PP
  1399. Is capacity information that should be furnished by the
  1400. manufacturer. RUPC is the total number of reference capacity units (and
  1401. half\(hyunits) that can be performed by a processor (or processing unit) in one
  1402. hour in an exchange while meeting performance criteria specified by the
  1403. Administration and at the same time performing all the operations and
  1404. administrative tasks required for normal operation of the exchange. Thus, 
  1405. RUPC is the processing capacity available 
  1406. .bp
  1407. .PP
  1408. for call handling. It is the
  1409. total
  1410. .PP
  1411. installed capacity diminished by an amount required for overhead,
  1412. administrative tasks,\ etc. In addition to accounting for the overhead of
  1413. administrative tasks, it may also be desirable to \*Qreserve\*U a certain
  1414. percentage of capacity for program growth additions that would be needed 
  1415. in a maximum size exchange for adding new features in the future. To be 
  1416. able to make a realistic comparison of different systems, it is necessary 
  1417. that the 
  1418. Administration learn from the manufacturers, the non\(hycall handling functions
  1419. that are accounted for and the percent of capacity that is being reserved 
  1420. for growth. 
  1421. .RT
  1422. .sp 1P
  1423. .LP
  1424. A.3
  1425.     \fIProcessing capacity computation (for a central processing unit)\fR 
  1426. .sp 9p
  1427. .RT
  1428. .PP
  1429. Capacity information and weighting factors are furnished by the
  1430. manufacturer.
  1431. .RT
  1432. .LP
  1433.     Let
  1434.     \fIF\fR\d\fIi\fR\u    =
  1435.     weighting factor for originating type \fIi\fR 
  1436. .LP
  1437.     \fIF\fR `
  1438. \fI\fI\d\fIj\fR\u    =
  1439.     weighting factor for
  1440. terminating (disposition) type \fIj\fR .
  1441. .PP
  1442. Traffic mix on the CPU is specified by the Administration.
  1443. .LP
  1444.     Let
  1445.     \fIP\fR\d\fIi\fR\u    =
  1446.     fraction of call attempts expected to be
  1447. originating type\ \fIi\fR 
  1448. .LP
  1449.     \fIP\fR `
  1450. \fI\fI\d\fIj\fR\u    =
  1451.      fraction of call attempts expected to be terminating (disposition) type\ 
  1452. \fIj\fR . 
  1453. \v'6p'
  1454. .ad r
  1455. .ad b
  1456. .RT
  1457. .PP
  1458. If, R = the call attempt rate expressed in terms of busy hour call attempts, 
  1459. then the amount of processing capacity required for originating type work 
  1460. units associated with the i\(hyth call attempt type traffic is: 
  1461. \v'6p'
  1462. .sp 1P
  1463. .ce 1000
  1464. \fIP\fR\d\fIi\fR\u
  1465. .EF '%    \fI''
  1466. .OF '''\fI    %'
  1467. .EF '%    \fI''
  1468. .OF '''\fI    %'
  1469. .ce 0
  1470. .sp 1P
  1471. .PP
  1472. .sp 1
  1473. Similarly, the processing capacity required for disposition work associated 
  1474. with the j\(hyth call type traffic is: 
  1475. \v'6p'
  1476. .sp 1P
  1477. .ce 1000
  1478. \fIP\fR `
  1479. \fI\fI\d\fIj\fR\u\fIF\fR `
  1480. \fI\fI\d\fIj\fR\u\fIR\fR 
  1481. .ce 0
  1482. .sp 1P
  1483. .LP
  1484. \fR 
  1485. .sp 1
  1486. .PP
  1487. In order to satisfy the performance design objectives in
  1488. Recommendation\ Q.543, the reference unit processing capacity (RUPC) must be
  1489. equal to or greater than the total originating type work plus the total
  1490. terminating (disposition) type work:
  1491. \v'6p'
  1492. .ad r
  1493. .ad b
  1494. .RT
  1495. .ad r
  1496. .ad b
  1497. .RT
  1498. .sp 1P
  1499. .LP
  1500. A.4
  1501.     \fIProcessing capacity computation (for an interface unit)\fR 
  1502. .sp 9p
  1503. .RT
  1504. .PP
  1505. Capacity information and weighting factors are furnished by the
  1506. manufacturer.
  1507. .RT
  1508. .LP
  1509.     Let
  1510.     \fIH\fR\d\fIi\fR\u\ =
  1511.     weighting factor for half\(hyunit type i.
  1512. .PP
  1513. Traffic mix on the interface unit is specified by the
  1514. Administration.
  1515. .bp
  1516. .LP
  1517.     Let
  1518.     \fIP\fR\d\fIi\fR\u\ =
  1519.     fraction of attempts to be half\(hyunit type
  1520. i.
  1521. \v'6p'
  1522. .ad r
  1523. .ad b
  1524. .RT
  1525. .PP
  1526. If, R = the attempt rate in terms of busy hour half\(hyunits, the
  1527. processing capacity required for i\(hyth type half\(hyunits is:
  1528. \v'6p'
  1529. .sp 1P
  1530. .ce 1000
  1531. \fIP\fR
  1532. .EF '%    \fI''
  1533. .OF '''\fI    %'
  1534. .EF '%    \fIiR''
  1535. .OF '''\fIiR    %'
  1536. .ce 0
  1537. .sp 1P
  1538. .LP
  1539. .sp 1
  1540. .PP
  1541. In order to satisfy performance criteria, the reference unit call processing 
  1542. capacity (RUPC) must be equal to or greater than the total 
  1543. processing load:
  1544. \v'6p'
  1545. .ad r
  1546. .ad b
  1547. .RT
  1548. .ad r
  1549. .ad b
  1550. .RT
  1551. .sp 2P
  1552. .LP
  1553. A.5
  1554.     \fIExamples of processing capacity computations\fR 
  1555. .sp 1P
  1556. .RT
  1557. .sp 1P
  1558. .LP
  1559. A.5.1
  1560.     \fIFor a central processing unit\fR \v'3p'
  1561. .sp 9p
  1562. .RT
  1563. .LP
  1564.     \fIInputs\fR 
  1565. .PP
  1566. Information furnished by manufacturer:
  1567. .LP
  1568.     \(em
  1569.     RUPC = 100,000 central processor reference capacity units per hour
  1570. .LP
  1571.     \(em
  1572.     Weighting factors (see Table A\(hy1/Q.543).
  1573. .LP
  1574. .sp 1
  1575. .ce
  1576. \fBH.T. [T38.543]\fR 
  1577. .ce
  1578. TABLE\ A\(hy1/Q.543
  1579. .ps 9
  1580. .vs 11
  1581. .nr VS 11
  1582. .nr PS 9
  1583. .TS
  1584. center box;
  1585. cw(120p) | cw(54p) | cw(54p) .
  1586. Termination type     Originating portion (F)      {
  1587. Termination (disposition) portion (F`) 
  1588.  }
  1589. _
  1590. .T&
  1591. lw(120p) | cw(54p) | cw(54p) .
  1592. Basic analogue access line    0.60    0.40 
  1593. .T&
  1594. lw(120p) | cw(54p) | cw(54p) .
  1595.  {
  1596. Analogue access line with supplementary services
  1597.  }    0.72    0.48 
  1598. .T&
  1599. lw(120p) | cw(54p) | cw(54p) .
  1600. ISDN access line    0.72    0.56 
  1601. .T&
  1602. lw(120p) | cw(54p) | cw(54p) .
  1603. Interexchange circuit (IXC)    0.50    0.40 
  1604. _
  1605. .TE
  1606. .nr PS 9
  1607. .RT
  1608. .ad r
  1609. \fBTable A\(hy1/Q.543 [T38.543], p.\fR 
  1610. .sp 1P
  1611. .RT
  1612. .ad b
  1613. .RT
  1614. .LP
  1615. .bp
  1616. .PP
  1617. Information furnished by the Administration.
  1618. .PP
  1619. Expected traffic mix (see Table A\(hy2/Q.543).
  1620. .RT
  1621. .ce
  1622. \fBH.T. [T39.543]\fR 
  1623. .ce
  1624. TABLE\ A\(hy2/Q.543
  1625. .ps 9
  1626. .vs 11
  1627. .nr VS 11
  1628. .nr PS 9
  1629. .TS
  1630. center box;
  1631. cw(90p) | cw(90p) | cw(48p) .
  1632. Originating call type     From\ \(em\ termination type      {
  1633. Traffic mix
  1634. (fraction of total) 
  1635.  }
  1636. _
  1637. .T&
  1638. lw(90p) | lw(90p) | cw(48p) .
  1639. Telephone     Basic analogue access line     0.28 
  1640. .T&
  1641. lw(90p) | lw(90p) | cw(48p) .
  1642. Telephone      {
  1643. Analogue acess line with supplementary services 
  1644.  }    0.32 
  1645. .T&
  1646. lw(90p) | lw(90p) | cw(48p) .
  1647. 64\ kbit/s switched     ISND access line     0.05 
  1648. .T&
  1649. lw(90p) | lw(90p) | cw(48p) .
  1650. Packet switched (setup)     ISDN access line    0.02 
  1651. .T&
  1652. lw(90p) | lw(90p) | cw(48p) .
  1653. Incoming\(hycircuit switched     Interexchange circuit (IXC)    0.33 
  1654. _
  1655. .T&
  1656. lw(90p) | rw(90p) | cw(48p) .
  1657.     Total    1.00
  1658. _
  1659. .T&
  1660. cw(90p) | cw(90p) | cw(48p) .
  1661. Terminating call type     To\ \(em\ termination type      {
  1662. Traffic mix
  1663. (fraction of total) 
  1664.  }
  1665. _
  1666. .T&
  1667. lw(90p) | lw(90p) | cw(48p) .
  1668. Telephone     Basic analogue access line     0.26 
  1669. .T&
  1670. lw(90p) | lw(90p) | cw(48p) .
  1671. Telephone     {
  1672. Analogue access line with supplementary services
  1673.  }    0.30 
  1674. .T&
  1675. lw(90p) | lw(90p) | cw(48p) .
  1676. 64\ kbit/s switched     ISDN access line     0.05 
  1677. .T&
  1678. lw(90p) | lw(90p) | cw(48p) .
  1679. Packet switched (setup)    ISDN access line    0.02 
  1680. .T&
  1681. lw(90p) | lw(90p) | cw(48p) .
  1682. Outgoing\(hycircuit switched    Interexchange circuit (IXC)    0.37 
  1683. _
  1684. .T&
  1685. lw(90p) | rw(90p) | cw(48p) .
  1686.     Total    1.00 
  1687. _
  1688. .TE
  1689. .nr PS 9
  1690. .RT
  1691. .ad r
  1692. \fBTable A\(hy2/Q.543 [T39.543], p.\fR 
  1693. .sp 1P
  1694. .RT
  1695. .ad b
  1696. .RT
  1697. .PP
  1698. .sp 2
  1699. Computation (see Table A\(hy3/Q.543).
  1700. .ce
  1701. \fBH.T. [T40.543]\fR 
  1702. .ce
  1703. TABLE\ A\(hy3/Q.543
  1704. .ps 9
  1705. .vs 11
  1706. .nr VS 11
  1707. .nr PS 9
  1708. .TS
  1709. center box;
  1710. cw(108p) | cw(60p) | cw(60p) .
  1711. Termination type     Originating portion     Terminating portion 
  1712. _
  1713. .T&
  1714. lw(108p) | rw(60p) | rw(60p) .
  1715. Basic analogue access line     {
  1716. 0.28 \(mu 0.60 = 0.168\fR
  1717. \fR
  1718.  }    0.26 \(mu 0.40 = 0.104 
  1719. .T&
  1720. lw(108p) | rw(60p) | rw(60p) .
  1721.  {
  1722. Analogue access line with supplementary services
  1723.  }    0.32 \(mu 0.72 = 0.230    0.30 \(mu 0.48 = 0.144 
  1724. .T&
  1725. lw(108p) | rw(60p) | rw(60p) .
  1726.  {
  1727. ISDN access line\ \(em\ circuit switched
  1728.  }    0.05 \(mu 0.72 = 0.036    0.05 \(mu 0.56 = 0.028 
  1729. .T&
  1730. lw(108p) | rw(60p) | rw(60p) .
  1731.  {
  1732. ISDN access line\ \(em\ packet switched
  1733.  }    0.02 \(mu 0.72 = 0.014    0.02 \(mu 0.56 = 0.011 
  1734. .T&
  1735. lw(108p) | rw(60p) | rw(60p) .
  1736. Interexchange circuit (IXC)    0.33 \(mu 0.50 = 0.165    0.37 \(mu 0.40 = 0.148   
  1737. _
  1738. .T&
  1739. lw(108p) | rw(60p) | rw(60p) .
  1740. Total    0.613    0.435 
  1741. _
  1742. .TE
  1743. .nr PS 9
  1744. .RT
  1745. .ad r
  1746. \fBTable A\(hy3/Q.543 [T40.543], p.\fR 
  1747. .sp 1P
  1748. .RT
  1749. .ad b
  1750. .RT
  1751. .LP
  1752. .bp
  1753. .PP
  1754. Maximum call attempt rate for the central processor for the
  1755. specified mix of traffic:
  1756. \v'6p'
  1757. .sp 1P
  1758. .ce 1000
  1759. \fIR\fR maximum = 
  1760. @ { 00,000 } over { .613\~+\~0.435 } @ 
  1761. = 95,420 call attempts per hour
  1762. .ce 0
  1763. .sp 1P
  1764. .PP
  1765. .sp 1
  1766. At this point in the computation, it would be wise to examine the exchange 
  1767. design to verify that hardware configuration, memory capacity, or any other 
  1768. possible limitations do not prevent reaching this computed capacity. 
  1769. .sp 1P
  1770. .LP
  1771. A.5.2
  1772.     \fIExample of a processing capacity computation for an interface\fR 
  1773. \fIunit\fR  | see Table\ A\(hy4/Q.543)
  1774. .sp 9p
  1775. .RT
  1776. .PP
  1777. Weighting factors are furnished by the manufacturer.
  1778. .PP
  1779. Traffic mix is estimated by the Administration.
  1780. .RT
  1781. .LP
  1782. .ce
  1783. \fBH.T. [T41.543]\fR 
  1784. .ce
  1785. TABLE\ A\(hy4/Q.543
  1786. .ps 9
  1787. .vs 11
  1788. .nr VS 11
  1789. .nr PS 9
  1790. .TS
  1791. center box;
  1792. lw(60p) | cw(78p) | cw(30p) | cw(48p) .
  1793.     Call type     Weighting factor     {
  1794. Traffic mix
  1795. (fraction of total) 
  1796.  }
  1797. _
  1798. .T&
  1799. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1800. \fIFrom:\fR                    
  1801. .T&
  1802. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1803. Basic analogue access line     {
  1804. Telephone (reference call)
  1805. False start/abandon 
  1806.  }    1.00 1.16    \(mu \(mu    0.14\  0.005    = 0.140 = 0.006
  1807. .T&
  1808. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1809. Analogue access line     {
  1810. Telephone 
  1811. False start/abandon 
  1812. Supplementary service No. 1
  1813. Supplementary service No. 2
  1814. Supplementary service No. n
  1815.  }     {
  1816. 1.15\fR
  1817. 1.20 
  1818. 1.52 
  1819. 1.31 
  1820. 1.
  1821. ++
  1822.  }    \(mu \(mu \(mu \(mu \(mu    0.10\  0.005  0.05\  0.01\  .     {
  1823. = 0.115
  1824. = 0.006
  1825. = 0.076
  1826. = 0.013
  1827. .
  1828.  }
  1829. .T&
  1830. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1831. ISDN access line     {
  1832. 64\ kbit/switched 
  1833. Packet call setup 
  1834. Supplementary service No. 1
  1835. Supplementary service No. 2
  1836. Supplementary service No. n
  1837.  }    1.20  1.15  1.44  1.20  1. ++    \(mu  \(mu  \(mu  \(mu  \(mu     {
  1838. 0.025 
  1839. 0.01\ 
  1840. 0\ \ \ \ 
  1841. 0.01\ 
  1842. .
  1843.  }    = 0.030  = 0.012  . = 0.012 
  1844. .T&
  1845. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1846. IXC \(em CCITT No. 5     Incoming    1.30    \(mu    0.07\     = 0.091 
  1847. .T&
  1848. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1849. IXC \(em CCITT No. 7     Incoming     0.90    \(mu    0.08    = 0.072 
  1850. .T&
  1851. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1852. \fITo:\fR                    
  1853. .T&
  1854. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1855. Basic analogue line     Telephone     0.65    \(mu    0.13    = 0.085 
  1856. .T&
  1857. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1858. Analogue line      {
  1859. Telephone 
  1860. Supplementary service No. 4
  1861.  }    0.75  0.80\fR   \fR    \(mu \(mu    0.12\ \fR 0.035    = 0.090 = 0.028
  1862. .T&
  1863. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1864. ISDN      {
  1865. 64\ kbit/switched 
  1866. Packet call setup 
  1867. Supplementary service No. 5 
  1868.  }    0.75 0.75 0.80    \(mu \(mu \(mu    0.02 0.01 0.01    = 0.015 = 0.008 = 0.008
  1869. .T&
  1870. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1871. IXC\ \(em\ CCITT No. 5    Outgoing    1.62    \(mu    0.08    = 0.130 
  1872. .T&
  1873. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1874. IXC \(em CCITT No. 7    Outgoing    0.83    \(mu    0.10\     = 0.083 
  1875. _
  1876. .T&
  1877. lw(60p) | lw(78p) | lw(30p) | lw(12p) | lw(18p) | lw(18p) .
  1878.                 Total    \fB=\fR  1.020
  1879. _
  1880. .TE
  1881. .nr PS 9
  1882. .RT
  1883. .ad r
  1884. \fBTable A\(hy4/Q.543 [T41.543], p.\fR 
  1885. .sp 1P
  1886. .RT
  1887. .ad b
  1888. .RT
  1889. .LP
  1890. .bp
  1891. .PP
  1892. Information from the manufacturer.
  1893. .PP
  1894. Reference capacity for an interface unit = 15,000 reference capacity half\(hyunits 
  1895. per hour. 
  1896. .PP
  1897. Computation:
  1898. \v'6p'
  1899. .RT
  1900. .sp 1P
  1901. .ce 1000
  1902. \fIR\fR maximum = 
  1903. @ { 5,000 } over { .020 } @ 
  1904. = 14,705 half\(hyunits per hour or 7,352 call attempts per hour
  1905. .ce 0
  1906. .sp 1P
  1907. .LP
  1908. .sp 1
  1909. .PP
  1910. If the traffic load is distributed in the above proportions across all 
  1911. interface unit the number of interface units required to fully load the 
  1912. central processing unit would be 13 [95,420 divided by 7,352]. In this 
  1913. case it would probably be wise to plan on a maximum of 14\ interface units 
  1914. in order to reserve some processing capacity for future program growth. 
  1915. At this point in 
  1916. the computation, it would be wise to examine the exchange design to verify 
  1917. that hardware configuration, memory or any other possible limitations do 
  1918. not prevent reaching this computed capacity. 
  1919. .PP
  1920. The above capacity computation methodology can also be used to study the 
  1921. effects of different traffic mixes on interface units. 
  1922. .RT
  1923. .LP
  1924. A.6
  1925.     \fIPacket handling\fR 
  1926. .sp 1P
  1927. .RT
  1928. .sp 2P
  1929. .LP
  1930. A.6.1
  1931.     \fIDefinitions\fR 
  1932. .sp 1P
  1933. .RT
  1934. .sp 1P
  1935. .LP
  1936. A.6.1.1
  1937.     \fBpacket\fR 
  1938. .sp 9p
  1939. .RT
  1940. .PP
  1941. The unit of information exchanged between processors at
  1942. layer\ 3.
  1943. .RT
  1944. .sp 1P
  1945. .LP
  1946. A.6.1.2
  1947.     \fBuser packet\fR 
  1948. .sp 9p
  1949. .RT
  1950. .PP
  1951. A packet of information exchanged between the originating and
  1952. terminating users in a packet switched connection. The length of packets may
  1953. vary, depending on the protocol used. The number of user packets transferred
  1954. between the originating and terminating users measures the amount of
  1955. information transferred. The fundamental measure of packet switching capacity 
  1956. is expressed as the number of some agreed standard length user packets 
  1957. per 
  1958. second.
  1959. .RT
  1960. .sp 1P
  1961. .LP
  1962. A.6.1.3
  1963.     \fBacknowledgement packet\fR 
  1964. .sp 9p
  1965. .RT
  1966. .PP
  1967. Packet switching protocols have various strategies to ensure the
  1968. reliable transmission of packets between users. These strategies involve
  1969. sending packets not containing user data to verify the successful transmission 
  1970. of users packets. Such packets are called acknowledgement packets. The 
  1971. acknowledgement strategy depends on the packet switching protocol being
  1972. used.
  1973. .RT
  1974. .sp 1P
  1975. .LP
  1976. A.6.1.4
  1977.     \fBreference packet type\fR 
  1978. .sp 9p
  1979. .RT
  1980. .PP
  1981. An arbitrarily selected user packet type, usually one of a protocol that 
  1982. is expected to be involved in a significant portion of the packet traffic 
  1983. an exchange might handle. 
  1984. .RT
  1985. .sp 1P
  1986. .LP
  1987. A.6.1.5
  1988.     \fBreference packet work unit\fR 
  1989. .sp 9p
  1990. .RT
  1991. .PP
  1992. The amount of processor capacity required to handle one packet of the reference 
  1993. packet type together with its \*Qshare\*U of capacity required to 
  1994. handle associated acknowledgement packets. The reference packet work unit is
  1995. assigned unit value.
  1996. .RT
  1997. .sp 1P
  1998. .LP
  1999. A.6.1.6
  2000.     \fBweighting factor\fR 
  2001. .sp 9p
  2002. .RT
  2003. .PP
  2004. The ratio of the amount of processing capacity required to handle any type 
  2005. of packet [including its \*Qshare\*U of associated acknowledgement 
  2006. packets] to the amount of processing required to handle one reference packet
  2007. [including its \*Qshare\*U of associated acknowledgement packets]. For 
  2008. example, if a complete reference packet requires 1000\ processor cycles 
  2009. and a complete X.25 message packet requires 1200\ cycles, the weighting 
  2010. factor for that packet type would be 1.2. The weighting factors must be 
  2011. furnished by the manufacturer for each packet type handled by the exchange. 
  2012. .bp
  2013. .RT
  2014. .sp 1P
  2015. .LP
  2016. A.6.1.7
  2017.     \fBreference packet processing capacity (RPPC)\fR 
  2018. .sp 9p
  2019. .RT
  2020. .PP
  2021. The total number of reference type user packets that can be handled by 
  2022. the processor in one second while meeting the specified performance 
  2023. criteria. This number should be furnished by the manufacturer. It is important
  2024. .PP
  2025. to note that RPPC derives from that processing capacity reserved for packet
  2026. handling and generally is the installed capacity diminished by an amount
  2027. required for overhead, administrative tasks,\ etc.
  2028. .RT
  2029. .sp 1P
  2030. .LP
  2031. A.6.2
  2032.     \fIPacket calls\fR 
  2033. .sp 9p
  2034. .RT
  2035. .PP
  2036. Packet calls consist of two parts: packet call set\(hyup [and
  2037. disconnect] and ongoing packet exchanging [packet handling stage].
  2038. .RT
  2039. .LP
  2040. A.6.2.1\ \ Packet call set\(hyup can be dealt with in the same manner as that
  2041. described previously for circuit switched call set\(hyup. Appropriate weighting
  2042. factors for the various types of packet call set\(hyup and estimates of packet
  2043. type calls in the traffic mix are used for computing the capacity of the
  2044. processor involved. [See \(sc\ A.5. Packet call set\(hyup was included 
  2045. in the example of 
  2046. call attempt processing capacity computations]. Just as with circuit switched 
  2047. services, there may be packet calls with different processing requirements 
  2048. and therefore it will be necessary to treat the different type packet calls 
  2049. individually in the computation.
  2050. .LP
  2051. A.6.2.2\ \ After packet call set\(hyup, each packet exchanged between users
  2052. during
  2053. the call requires processing at the originating and terminating exchanges. 
  2054. The total amount of processing work required during a packet switched call 
  2055. is a 
  2056. function of the number of packets exchanged throughout the call. If a processor 
  2057. is dedicated to handling packets, the processing capacity is usually expressed 
  2058. in terms of number of user packets of a standard length handled per second. 
  2059. To account for the packet processing capacity that will be needed in an 
  2060. exchange during a busy hour, data on the average number [and type] of packets 
  2061. per call must be forecast. Note that for very long duration calls, e.g.\ 
  2062. permanent 
  2063. virtual circuits, only packets offered during the busy hour need to be
  2064. considered. Also, packets from long duration calls originated prior to but
  2065. extending into the busy hour, must be included.
  2066. .PP
  2067. In the exchange architecture shown in Figure A\(hy1/Q.543, it is
  2068. assumed that each interface unit has a separate packet handling processor
  2069. (shown as PH) within the unit. This processor interacts with digital line or
  2070. digital circuit units to handle the protocols involved in packet switching.
  2071. Once a packet call has been set\(hyup, there is no further demand for processing 
  2072. work on the interface unit processor nor the central processing unit processor 
  2073. .LP
  2074. until call disconnect. Thus, the only potential capacity limitation due to
  2075. packet handling in the exchange will be that imposed by the processing 
  2076. capacity of the packet handling processor in the interface unit. [For systems 
  2077. that use the same processor for call set\(hyup \fIand\fR packet handling, 
  2078. see \(sc\ A.7.] 
  2079. .sp 1P
  2080. .LP
  2081. A.6.2.3
  2082.     \fIProcessing capacity computation for a packet handling\fR 
  2083. \fIprocessor\fR 
  2084. .sp 9p
  2085. .RT
  2086. .PP
  2087. Weighting factors are furnished by the manufacturer. Let \fIG\fR\d\fIk\fR\ube 
  2088. the weighting factor for handling a user packet of type\ \fIk\fR [including 
  2089. the 
  2090. handling of an appropriate \*Qshare\*U of associated acknowledgement packets].
  2091. .PP
  2092. The data traffic mix (fractions of total) and volumes is forecast by the 
  2093. Administration. 
  2094. .PP
  2095. Let \fIQ\fR\d\fIk\fR\ube the fraction of user packets of type \fIk\fR . Note
  2096. that:
  2097. \v'6p'
  2098. .RT
  2099. .ad r
  2100. .ad b
  2101. .RT
  2102. .PP
  2103. If \fIR\fR\d\fIp\fR\u= user packet arrival rate, then the amount of
  2104. processing capacity required for work associated with user packet traffic of
  2105. the k\(hyth type is:
  2106. \v'6p'
  2107. .sp 1P
  2108. .ce 1000
  2109. \fIQ\fR\d\fIk\fR\u\fIG\fR\d\fIk\fR\u\fIR\fR\d\fIp\fR\u
  2110. .ce 0
  2111. .sp 1P
  2112. .LP
  2113. .sp 1
  2114. .PP
  2115. In order to satisfy performance criteria the reference packet
  2116. processing capacity (RPPC) must be equal to or greater than the total packet
  2117. handling work. Thus:
  2118. \v'6p'
  2119. .ad r
  2120. .ad b
  2121. .RT
  2122. .LP
  2123. .bp
  2124. .PP
  2125. From which the maximum packet processing capacity \fIR\fR\d\fIp\fR\umax
  2126. is:
  2127. \v'6p'
  2128. .ad r
  2129. .ad b
  2130. .RT
  2131. .sp 1P
  2132. .LP
  2133. A.6.2.4
  2134.     \fIExample of a packet processing computation for an interface\fR 
  2135. \fIunit packet processor\fR 
  2136. .sp 9p
  2137. .RT
  2138. .PP
  2139. Information furnished by the manufacturer:
  2140. .RT
  2141. .LP
  2142.     a)
  2143.     RPPC = 10000 reference packet work units per second
  2144. .LP
  2145.     b)
  2146.     Weighting factors (\fIG\fR ):
  2147. .LP
  2148.     \(em
  2149.     X.25 type data = 1.00 (reference type)
  2150. .LP
  2151.     \(em
  2152.     X.75 type data = 0.70
  2153. .LP
  2154.     Estimated data traffic mix (furnished by the
  2155. Administration):
  2156. .ce
  2157. \fBH.T. [T42.543]\fR 
  2158. .ce
  2159.  
  2160. .ps 9
  2161. .vs 11
  2162. .nr VS 11
  2163. .nr PS 9
  2164. .TS
  2165. center box;
  2166. cw(30p) | cw(60p) .
  2167. Type     Traffic portion (Q) 
  2168. _
  2169. .T&
  2170. cw(30p) | cw(60p) .
  2171. X.25    0.52 
  2172. .T&
  2173. cw(30p) | cw(60p) .
  2174. X.75    0.48 
  2175. _
  2176. .TE
  2177. .nr PS 9
  2178. .RT
  2179. .ad r
  2180. \fBTable [T42.543], p.\fR 
  2181. .sp 1P
  2182. .RT
  2183. .ad b
  2184. .RT
  2185. .PP
  2186. Computation
  2187. .ce
  2188. \fBH.T. [T43.543]\fR 
  2189. .ce
  2190.  
  2191. .ps 9
  2192. .vs 11
  2193. .nr VS 11
  2194. .nr PS 9
  2195. .TS
  2196. center box;
  2197. cw(48p) | cw(60p) .
  2198. Packet type    Processing factor
  2199. _
  2200. .T&
  2201. cw(48p) | rw(60p) .
  2202. X.25 data    1.00 \(mu 0.52 = 0.520
  2203. .T&
  2204. cw(48p) | rw(60p) .
  2205. X.75 data    0.70 \(mu 0.48 =  0.336  
  2206. .T&
  2207. cw(48p) | rw(60p) .
  2208.     Total\ \ \ 0.856 
  2209. _
  2210. .TE
  2211. .nr PS 9
  2212. .RT
  2213. .ad r
  2214. \fBTable [T43.543], p.\fR 
  2215. .sp 1P
  2216. .RT
  2217. .ad b
  2218. .RT
  2219. .PP
  2220. Maximum processing capacity for the above data traffic mix:
  2221. \v'6p'
  2222. .sp 1P
  2223. .ce 1000
  2224. \fIR\fR\d\fIp\fR\umax = 
  2225. @ { 000 } over { .856 } @  = 1168 packets per second
  2226. .ce 0
  2227. .sp 1P
  2228. .PP
  2229. .sp 1
  2230. If the estimated data packet arrival rate (\fIR\fR\d\fIp\fR\u) does not
  2231. exceed the above number, then packet handling capacity in the interface unit
  2232. will not limit the number of digital lines or circuits that generate data
  2233. packets terminated on the unit. If it does exceed the above number, the 
  2234. digital lines and circuits generating the packet traffic will have to be 
  2235. spread over 
  2236. more interface units.
  2237. .bp
  2238. .sp 1P
  2239. .LP
  2240. A.7
  2241.     \fICapacity computation for exchange architectures other than that\fR 
  2242. \fIassumed in Figure\ A\(hy1/Q.543\fR 
  2243. .sp 9p
  2244. .RT
  2245. .PP
  2246. If the same processor is used for both call set\(hyup (circuit
  2247. switched calls and packet calls) and for handling data packet traffic, the
  2248. capacity of the processor must be allocated between the two functions. 
  2249. This can be done by computing the capacity of the processor for each function 
  2250. separately [with zero capacity used for the other function] and then allotting 
  2251. capacity 
  2252. between the two functions as required. Thus, if a processor has a maximum 
  2253. call processing capacity of 100,000\ calls per hour \fIor\fR 1,000\ packets 
  2254. per second, 
  2255. for every 100\ packets per second of packet handling capacity required, 
  2256. the call processing capacity will be reduced by 10,000\ calls. 
  2257. .RT
  2258. .sp 1P
  2259. .LP
  2260. A.8
  2261.     \fIConclusion\fR 
  2262. .sp 9p
  2263. .RT
  2264. .PP
  2265. The methodology shown here illustrates a possible approach for
  2266. determining the limiting factors in an exchange design and for computing its
  2267. processing capacity. It is most important that the exchange architecture be
  2268. understood, that capacity limiting elements be identified and that the 
  2269. proper computations be made to determine the true capacity of the exchange. 
  2270. These 
  2271. procedures can be used in engineering and loading the exchange most
  2272. effectively. Trade\(hyoffs can be made between the use of capacity for various
  2273. purposes. For example, in Figure\ A\(hy1/Q.543, a signalling terminal is shown
  2274. connected to an interface unit. In that IU, the available processing capacity 
  2275. will be reduced by the amount of work required by the interface unit to 
  2276. support that terminal. The remainder of the processing capacity can be 
  2277. allocated 
  2278. effectively by using information generated in the call processing computation 
  2279. methodology. 
  2280. .PP
  2281. It is also very important that the capacity of an exchange should not be 
  2282. calculated using the entire capacity for call processing. It should be 
  2283. made using the processing capacity available under \*Qnormal\*U operating 
  2284. conditions 
  2285. with the exchange performing all the operations and administrative functions
  2286. expected of it during the busy hour.
  2287. .RT
  2288. .LP
  2289. .rs
  2290. .sp 28P
  2291. .ad r
  2292. \fBFigure A\(hy1/Q.543, p.\fR 
  2293. .sp 1P
  2294. .RT
  2295. .ad b
  2296. .RT
  2297. .LP
  2298. .bp
  2299. .ce 1000
  2300. ANNEX\ B
  2301. .ce 0
  2302. .ce 1000
  2303. (to Recommendation Q.543)
  2304. .sp 9p
  2305. .RT
  2306. .ce 0
  2307. .ce 1000
  2308. \fBAn example of a methodology for measuring\fR 
  2309. \fBexchange capacity\fR 
  2310. .sp 1P
  2311. .RT
  2312. .ce 0
  2313. .LP
  2314. B.1
  2315.     \fIGeneral\fR 
  2316. .sp 1P
  2317. .RT
  2318. .PP
  2319. The capacity of an exchange used for call processing can be
  2320. measured in a laboratory or in the field and projections can be made to 
  2321. predict the maximum processing capacity of the exchange design for the 
  2322. configuration 
  2323. and load characteristics involved in the measurements. This Annex serves 
  2324. as an example of a methodology that makes it possible to measure the processing 
  2325. capacity of an exchange for the configuration and load characteristics 
  2326. involved in the measurement. 
  2327. .RT
  2328. .sp 1P
  2329. .LP
  2330. B.2
  2331.     \fITheory behind the measurement method\fR 
  2332. .sp 9p
  2333. .RT
  2334. .PP
  2335. The call handling capacity of \fIa processor\fR  | an be expressed in
  2336. terms of the maximum number of calls (or call attempts) which can be processed 
  2337. in a fixed interval of time while meeting all service criteria. In normal 
  2338. conditions, the work functions performed by a switching system processor 
  2339. can be divided into three categories (one fixed level and two variable) 
  2340. as shown in 
  2341. Figure\ B\(hy1/Q.543.
  2342. .RT
  2343. .LP
  2344. .rs
  2345. .sp 19P
  2346. .ad r
  2347. \fBFigure B\(hy1/Q.543, p.\fR 
  2348. .sp 1P
  2349. .RT
  2350. .ad b
  2351. .RT
  2352. .PP
  2353. At normal loads, a linear relationship is usually observed between offered 
  2354. load and processor utilization. However, at heavy loads, some system 
  2355. components may become overloaded and this can be reflected in non\(hylinearity 
  2356. in the processor utilization versus load characteristic. 
  2357. .PP
  2358. In the case of a single processor controlled system, Figure B\(hy1/Q.543 
  2359. represents the processing capacity of the exchange. In a multi\(hyprocessor 
  2360. system, the capacity is distributed among processors and the exchange capacity 
  2361. is related to the system configuration and the exchange processing capacity 
  2362. is a function of the processors involved in call handling functions. 
  2363. .PP
  2364. As shown in Figure B\(hy1/Q.543, the processing capacity of a processor 
  2365. is divided between three elements: 
  2366. .RT
  2367. .LP
  2368.     1)
  2369.     fixed overhead related to mandatory tasks (e.g. task
  2370. scheduling and scanning);
  2371. .LP
  2372.     2)
  2373.     call processing work (including traffic\(hyrelated overhead
  2374. tasks);
  2375. .LP
  2376.     3)
  2377.     deferrable (base\(hylevel) tasks (e.g. routine
  2378. maintenance).
  2379. .bp
  2380. .PP
  2381. The tasks which a processor executes are assigned to three levels of priorities, 
  2382. base, medium and high\(hylevel tasks (see Figure\ B\(hy2/Q.543 | ) and 
  2383. Figure\ B\(hy2/Q.543 | )). 
  2384. .LP
  2385. .rs
  2386. .sp 17P
  2387. .ad r
  2388. \fBFigure B\(hy2/Q.543, p.\fR 
  2389. .sp 1P
  2390. .RT
  2391. .ad b
  2392. .RT
  2393. .PP
  2394. As the traffic load (call attempts) increases call processing work expands 
  2395. and the processing of deferrable tasks decreases. 
  2396. .PP
  2397. Measurement of the percentage of time spent by the processor
  2398. performing base\(hylevel tasks gives an indication of the percent or processing
  2399. capacity required for a particular load on the processor.
  2400. .PP
  2401. As shown in Figure B\(hy2/Q.543 | ), at low traffic load, the
  2402. percentage of time used to perform base\(hylevel tasks is relatively high. In
  2403. Figure\ B\(hy2/Q.543 | ), at high traffic load, the percentage of time 
  2404. at base\(hylevel is relatively low. Thus the measurement of percentage 
  2405. of time used to perform base\(hylevel tasks can be used to determine call 
  2406. processing capacity. 
  2407. .RT
  2408. .sp 1P
  2409. .LP
  2410. B.3
  2411.     \fICapacity measurement methodology for exchanges\fR 
  2412. .sp 9p
  2413. .RT
  2414. .PP
  2415. Measurements can be performed on exchanges in laboratories or in
  2416. the field to measure capacity usage for various load levels and then to 
  2417. project the data to estimate the call processing capacity of a processor. 
  2418. .PP
  2419. The collection of data will depend on facilities available to perform the 
  2420. required measurements. The exchange may be designed to provide indications 
  2421. of time spent performing base\(hylevel tasks or it may be necessary to 
  2422. access the bus system of a processor in order to measure this time. Equipment 
  2423. will be 
  2424. needed to create loads, or loads in a working exchange must be measured in
  2425. order to establish load points. Various level loads for the various types of
  2426. calls (or services) should be observed in order to establish a basis for
  2427. projecting the load line to determine the maximum processing capacity for 
  2428. the mix of traffic services assumed or measured. In projecting call capacity 
  2429. care must be taken not to extrapolate beyond the linear region of the processor 
  2430. utilization versus offered call attempts relationship.
  2431. .RT
  2432. .PP
  2433. Where multi\(hyprocessors are involved, the exchange configuration, the 
  2434. distribution of traffic types and processing capacity of each processor 
  2435. must be examined to determine the limiting factors that controls the exchange 
  2436. capacity (as discussed in Annex\ A. An example of methodology for computing 
  2437. the call processing capacity of a digital exchange, taking into account 
  2438. ISDN 
  2439. services, including packet data handling).
  2440. .bp
  2441. .LP
  2442. .rs
  2443. .sp 22P
  2444. .ad r
  2445. \fBFigure B\(hy3/Q.543, p.\fR 
  2446. .sp 1P
  2447. .RT
  2448. .ad b
  2449. .RT
  2450. .sp 2P
  2451. .LP
  2452. \fBRecommendation\ Q.544\fR 
  2453. .RT
  2454. .sp 2P
  2455. .sp 1P
  2456. .ce 1000
  2457. \fBDIGITAL\ EXCHANGE\ MEASUREMENTS\fR 
  2458. .EF '%    Fascicle\ VI.5\ \(em\ Rec.\ Q.544''
  2459. .OF '''Fascicle\ VI.5\ \(em\ Rec.\ Q.544    %'
  2460. .ce 0
  2461. .sp 1P
  2462. .LP
  2463. \fB1\fR     \fBGeneral\fR 
  2464. .sp 1P
  2465. .RT
  2466. .PP
  2467. This Recommendation applies to digital local, combined, transit and international 
  2468. exchanges for telephony in Integrated Digital Networks\ (IDN) and mixed 
  2469. (analogue/digital) networks, and also to local, combined, transit and 
  2470. international exchanges in an Integrated Digital Networks\ (ISDN). The 
  2471. field of application of this Recommendation is more fully defined in 
  2472. Recommendation\ Q.500. Some measurements only apply to a certain type (or 
  2473. types) of exchange. Where this occurs, the application is defined in the 
  2474. text. Where no such qualification is made, the measurement applies to all 
  2475. exchange 
  2476. applications.
  2477. .PP
  2478. This Recommendation includes traffic and performance measurements that 
  2479. are necessary for provisioning and operating exchanges so as to satisfy 
  2480. grade of service objectives covered in the E.500 series of Recommendations. 
  2481. These 
  2482. measurements are typically performed during specified periods and intervals
  2483. after which the results are sent to designated local and/or remote exchange
  2484. terminals or operation and maintenance centres\ (OMC) or any other appropriate 
  2485. data handling centre. In some cases, data may be utilized in its original 
  2486. form whereas in other cases data may need to be processed to determine 
  2487. when pre\(hyset thresholds are exceeded and/or to recognize an abnormal 
  2488. condition when it 
  2489. occurs. In this Recommendation, no particular system design requirement is
  2490. implied. Different designs may have more or less data accumulated and processed 
  2491. within the exchange or by an external system. 
  2492. .PP
  2493. Different types and sizes of exchanges may require different sets of measurements. 
  2494. Also, different Administrations may have different requirements for measurements 
  2495. depending on policies, procedures or national network 
  2496. considerations. An Administration may thus find it desirable in some
  2497. applications to measure items that are not covered by this Recommendation
  2498. whereas in other applications some measurements may not be desired.
  2499. .bp
  2500. .PP
  2501. Exchange measurements are required for both national and international 
  2502. service. Requirements for international service take into consideration 
  2503. the 
  2504. following CCITT\ Recommendations:
  2505. .RT
  2506. .LP
  2507.     \(em
  2508.     Recommendations E.401 to E.427: International telephone
  2509. network management and checking of service quality;
  2510. .LP
  2511. \fR 
  2512.     \(em
  2513.     Recommendations E.230 to E.277: Operational provisions
  2514. relating to charging and accounting in the international
  2515. telephone service.
  2516. .PP
  2517. The aspects of traffic engineering are given in
  2518. Recommendations\ E.500 to E.543. Recommendations on traffic meaurements 
  2519. for SPC exchanges are provided by Recommendations\ E.502, E.503 and\ E.504. 
  2520. .PP
  2521. Additional measurements in an exchange, not specified in this
  2522. Recommendation, are required, e.g.\ for:
  2523. .RT
  2524. .LP
  2525.     \(em
  2526.     Transmission performance (Recommendations Q.551, Q.552, Q.553 and\ Q.554).
  2527. .LP
  2528.     \(em
  2529.      Digital access signalling (Recommendations Q.920 to Q.931). This is for 
  2530. further study. 
  2531. .LP
  2532.     \(em
  2533.     Packet mode (Recommendations X.25 and X.75). This is for
  2534. further study.
  2535. .LP
  2536.     \(em
  2537.      Signalling System No. 7 (e.g. those measurements specified in Recommendation\ 
  2538. Q.791 for the message transfer part require further study to 
  2539. determine their applicability to this Recommendation).
  2540. .PP
  2541. \fINote\fR \ \(em\ For the terms and definitions of teletraffic used in 
  2542. this Recommendation, see Recommendation\ E.600. 
  2543. .sp 2P
  2544. .LP
  2545. \fB2\fR     \fBMeasurement processes\fR 
  2546. .sp 1P
  2547. .RT
  2548. .sp 1P
  2549. .LP
  2550. 2.1
  2551.     \fIGeneral\fR 
  2552. .sp 9p
  2553. .RT
  2554. .PP
  2555. The activities involved in exchange measurements can be split in
  2556. four processes as represented by Figure\ 1/Q.544.
  2557. .RT
  2558. .LP
  2559. .rs
  2560. .sp 17P
  2561. .ad r
  2562. \fBFigure 1/Q.544, p.\fR 
  2563. .sp 1P
  2564. .RT
  2565. .ad b
  2566. .RT
  2567. .LP
  2568. .bp
  2569. .PP
  2570. On choice of each individual national Administration, the above
  2571. four processes can be fully or partially integrated into the exchanges.
  2572. .PP
  2573. It is nevertheless recommended that:
  2574. .RT
  2575. .LP
  2576.     a)
  2577.     \fIdata collection\fR  | be fully integrated into the exchange for
  2578. all types of data;
  2579. .LP
  2580.     b)
  2581.     \fIdata presentation\fR  | be integrated into the exchange and/or
  2582. at the O&M centre at least for the measurements required by
  2583. O&M personnel.
  2584. .PP
  2585. Presentation of data required for planning and administration
  2586. activities could be performed at the O&M personnel premises or in other
  2587. locations which could be more centralized and generally takes place at a
  2588. deferred time.
  2589. .sp 1P
  2590. .LP
  2591. 2.2
  2592.     \fIData collection\fR 
  2593. .sp 9p
  2594. .RT
  2595. .PP
  2596. Three different activities of data collection can be
  2597. identified:
  2598. .RT
  2599. .LP
  2600.     \(em
  2601.     event registration;
  2602. .LP
  2603.     \(em
  2604.     traffic registration (traffic intensity and/or volume of
  2605. traffic);
  2606. .LP
  2607.     \(em
  2608.     call records registration.
  2609. .PP
  2610. The data generated by event registration and traffic registration are suitable 
  2611. for direct utilization (immediate presentation). 
  2612. .PP
  2613. Call records can only be utilized after off\(hyline analysis. Processing 
  2614. of call records can generate any type of data, including the event registration 
  2615. and traffic registration. 
  2616. .RT
  2617. .sp 1P
  2618. .LP
  2619. 2.3
  2620.     \fIBulk data storage, analysis and processing\fR 
  2621. .sp 9p
  2622. .RT
  2623. .PP
  2624. Data storage for collected data can be required for accumulation of a massive 
  2625. data base suitable for subsequent analysis and processing. 
  2626. .PP
  2627. These data can be held in the exchange for processing at the exchange location 
  2628. or transferred to administrative and engineering centres. 
  2629. .RT
  2630. .sp 1P
  2631. .LP
  2632. 2.4
  2633.     \fIData presentation\fR 
  2634. .sp 9p
  2635. .RT
  2636. .PP
  2637. It is the function through which the collected data are becoming
  2638. readable. Features related to the data presentation are:
  2639. .RT
  2640. .LP
  2641.     a)
  2642.     location of presentation;
  2643. .LP
  2644.     b)
  2645.     time frame of presentation. It is dependent on the nature of
  2646. the data and their utilization. The activities of maintenance
  2647. and network management require immediate presentation;
  2648. .LP
  2649.     c)
  2650.     physical support of the displayed data and relevant format.
  2651. These aspects are mainly related to the type of data and are to
  2652. be left to individual implementations.
  2653. .sp 2P
  2654. .LP
  2655. \fB3\fR     \fBTypes of measurement data\fR 
  2656. .sp 1P
  2657. .RT
  2658. .PP
  2659. Measurement data primarily consists of counts of various events and the 
  2660. traffic intensity on various resources. For certain measurement data, 
  2661. sampling, or time averaging techniques may provide an acceptably accurate
  2662. result. In some cases, externally generated test calls may provide the most
  2663. practical method of obtaining the data. In other cases, call records, such 
  2664. as detailed charging records, may be used. 
  2665. .RT
  2666. .sp 1P
  2667. .LP
  2668. 3.1
  2669.     \fIEvent counts\fR 
  2670. .sp 9p
  2671. .RT
  2672. .PP
  2673. Events, for example incoming seizures, call attempts encountering busy, 
  2674. and call attempts to specified destination codes should be countable. 
  2675. Some event counts may be accumulated over the whole exchange whereas others 
  2676. may be accumulated only over a subset such as an inter\(hyexchange circuit 
  2677. group. In some cases, event counts may be accumulated several ways. 
  2678. .bp
  2679. .RT
  2680. .sp 1P
  2681. .LP
  2682. 3.2
  2683.     \fITraffic intensity\fR 
  2684. .sp 9p
  2685. .RT
  2686. .PP
  2687. Traffic intensity on a pool of resources is the traffic volume
  2688. divided by the duration of observation. It is thus equal to the average 
  2689. number of busy resources. As in the case of event counts, traffic intensity 
  2690. data may be for the whole exchange or for various subsets. 
  2691. .RT
  2692. .sp 1P
  2693. .LP
  2694. 3.3
  2695.     \fICall records\fR 
  2696. .sp 9p
  2697. .RT
  2698. .PP
  2699. Call records contain data used by the exchange for the setting up of calls. 
  2700. The data may include the identity and classification of the 
  2701. originating line or incoming circuit, the dialled number, the call routing 
  2702. and disposition, and possibly the time of occurrence of certain events 
  2703. during the entire call period. 
  2704. .PP
  2705. Call records can be generated and outputted by the exchange to allow the 
  2706. establishment of a data base suitable for off\(hyline processing to determine 
  2707. traffic values and characteristics. Output of the call records associated 
  2708. with a statistical sample of total calls may be sufficient for this purpose. 
  2709. .RT
  2710. .sp 2P
  2711. .LP
  2712. \fB4\fR     \fBMeasurement administration\fR 
  2713. .sp 1P
  2714. .RT
  2715. .PP
  2716. Exchanges should provide capabilities for operating personnel to
  2717. establish measurement schedules and direct the output routing of measurement
  2718. results. The methods of establishing measurement schedules should be designed 
  2719. to minimize the introduction of errors when defining relevant parameters. 
  2720. It 
  2721. should be possible to have a number of measurements simultaneously active 
  2722. with different schedules and output routings. A single measurement should 
  2723. be capable of having more than one measurement schedule and/or output routing 
  2724. simultaneously. The number of measurement types running concurrently may be
  2725. limited to conserve exchange storage and processing resources. Criteria for
  2726. measurement and recording of traffic may be found in Recommendation\ E.500 
  2727. and other related E\(hySeries Recommendations. 
  2728. .RT
  2729. .sp 2P
  2730. .LP
  2731. 4.1
  2732.     \fIScheduling\fR 
  2733. .sp 1P
  2734. .RT
  2735. .sp 1P
  2736. .LP
  2737. 4.1.1
  2738.     \fIRecording periods\fR 
  2739. .sp 9p
  2740. .RT
  2741. .PP
  2742. A recording period is the time interval during which a measurement is performed. 
  2743. Measurements can be activated either on\(hydemand or according to a time 
  2744. schedule. 
  2745. .PP
  2746. Different measurement periods may be schedulable for different days of 
  2747. the week. For example, a measurement may be scheduled for\ 0900 to\ 1800 
  2748. on 
  2749. Monday through Friday and\ 0900 to\ 1200 on Saturday. The measurements for an
  2750. entire week may be programmed and the weekly cycle may be repeated until 
  2751. a new command will stop it. 
  2752. .RT
  2753. .sp 1P
  2754. .LP
  2755. 4.1.2
  2756.     \fIResult accumulation periods\fR 
  2757. .sp 9p
  2758. .RT
  2759. .PP
  2760. A recording period contains one or more result accumulation
  2761. periods. The beginning and ending of the recording period must correspond to
  2762. the beginning and ending of result accumulation periods.
  2763. .PP
  2764. The measurement result outputs are to be made available at the end of each 
  2765. result accumulation period and shall refer to that period. 
  2766. .PP
  2767. More than one result accumulation period may be required for an
  2768. individual measurement.
  2769. .RT
  2770. .sp 2P
  2771. .LP
  2772. 4.2
  2773.     \fIData output criteria\fR 
  2774. .sp 1P
  2775. .RT
  2776. .sp 1P
  2777. .LP
  2778. 4.2.1
  2779.     \fIOn schedule\fR 
  2780. .sp 9p
  2781. .RT
  2782. .PP
  2783. Measurement data output typically occurs shortly after the end of each 
  2784. result accumulation period specified by the measurement schedule. 
  2785. Alternatively, the exchange may store the data in its memory for limited
  2786. periods, e.g.\ in the event of contention for output resources.
  2787. .RT
  2788. .sp 1P
  2789. .LP
  2790. 4.2.2
  2791.     \fIOn demand\fR 
  2792. .sp 9p
  2793. .RT
  2794. .PP
  2795. (For further study.)
  2796. .bp
  2797. .RT
  2798. .sp 1P
  2799. .LP
  2800. 4.2.3
  2801.     \fIOn exception\fR 
  2802. .sp 9p
  2803. .RT
  2804. .PP
  2805. The exchange should be able to provide measurement data when
  2806. specified criteria are met, for example, when the rate of incoming call
  2807. attempts exceeds a particular value.
  2808. .RT
  2809. .sp 2P
  2810. .LP
  2811. 4.3
  2812.     \fIData output routing\fR 
  2813. .sp 1P
  2814. .RT
  2815. .sp 1P
  2816. .LP
  2817. 4.3.1
  2818.     \fITo a local or remote terminal\fR 
  2819. .sp 9p
  2820. .RT
  2821. .PP
  2822. Measurement data should be able to be routed for printing or
  2823. display on designated terminals which are either directly connected to the
  2824. exchange or remotely connected via dedicated or switched circuits.
  2825. .RT
  2826. .sp 1P
  2827. .LP
  2828. 4.3.2
  2829.     \fITo an external processing centre\fR 
  2830. .sp 9p
  2831. .RT
  2832. .PP
  2833. Measurement data should be routable to external locations such as OMC that 
  2834. provide data collection and analysis functions for multiple 
  2835. exchanges.
  2836. .RT
  2837. .sp 1P
  2838. .LP
  2839. 4.3.3
  2840.     \fITo local storage media\fR 
  2841. .sp 9p
  2842. .RT
  2843. .PP
  2844. An Administration may require exchanges to store measurement data in bulk 
  2845. memories such as magnetic tapes for later processing and analysis. This 
  2846. could be an alternative to sending the data to an OMC. 
  2847. .RT
  2848. .sp 1P
  2849. .LP
  2850. 4.4
  2851.     \fIPriorities\fR 
  2852. .sp 9p
  2853. .RT
  2854. .PP
  2855. High priority should be assigned to certain measurements that are essential, 
  2856. e.g.\ those associated with collection and output of data used for 
  2857. overload detection, network management and accounting. These should not be
  2858. discontinued during periods of exchange processing congestion (see
  2859. Recommendation\ Q.543,
  2860. \(sc\ 3.8). Measurements that have been suspended should be resumed in an order
  2861. that is reverse to the order in which they were suspended.
  2862. .PP
  2863. When recovery procedures are invoked, records associated with call
  2864. accounting and billing should be retained.
  2865. .RT
  2866. .sp 2P
  2867. .LP
  2868. \fB5\fR     \fBApplication of measurements\fR 
  2869. .sp 1P
  2870. .RT
  2871. .sp 1P
  2872. .LP
  2873. 5.1
  2874.     \fIPlanning and engineering\fR 
  2875. .sp 9p
  2876. .RT
  2877. .PP
  2878. Measurement data is essential for planning efficient
  2879. telecommunication networks that meet specified grade\(hyof\(hyservice standards. 
  2880. Analysis of data accumulated over a period of time provides information 
  2881. needed to forecast future demand and to plan and engineer extensions to 
  2882. the 
  2883. network.
  2884. .RT
  2885. .sp 1P
  2886. .LP
  2887. 5.2
  2888.     \fIOperation and maintenance\fR 
  2889. .sp 9p
  2890. .RT
  2891. .PP
  2892. Operation and maintenance functions are supported by the following types 
  2893. of measurement data: 
  2894. .RT
  2895. .LP
  2896.     i)
  2897.     performance data pertaining to call handling irregularities  and delays;
  2898. .LP
  2899.     ii)
  2900.      availability data for the exchange, its subsystems, and its connecting 
  2901. subscriber lines and inter 
  2902. exchange circuits;
  2903. .LP
  2904.     iii)
  2905.     load on various components of the exchange.
  2906. .PP
  2907. The above data may be used to evaluate exchange and network
  2908. performance and to plan rearrangements to improve the service provided 
  2909. by the existing network equipment. 
  2910. .sp 1P
  2911. .LP
  2912. 5.3
  2913.     \fINetwork management\fR 
  2914. .sp 9p
  2915. .RT
  2916. .PP
  2917. Data for network management includes certain traffic and
  2918. performance measurements and status indications. These are used to detect
  2919. abnormalities in the network and to automatically enable, or allow manual
  2920. operation of, network management controls. In some cases, the data must be
  2921. analyzed to determine whether specified thresholds are being exceeded. Since
  2922. the effectiveness of network management actions depends upon their
  2923. responsiveness to changing conditions in the network as a whole, it may be
  2924. appropriate to perform this analysis by a data processing system serving 
  2925. one or more exchanges and display the results at a network management centre. 
  2926. Network management functions are covered in Recommendations\ E.410 through 
  2927. E.414 
  2928. and\ Q.542.
  2929. .bp
  2930. .RT
  2931. .sp 1P
  2932. .LP
  2933. 5.4
  2934.     \fIAccounting in international service\fR 
  2935. .sp 9p
  2936. .RT
  2937. .PP
  2938. Accounting in international service needs to be mutually agreed
  2939. between Administrations; Recommendations\ E.230 to\ E.277 apply.
  2940. .RT
  2941. .sp 1P
  2942. .LP
  2943. 5.5
  2944.     \fISubdivision of revenue\fR 
  2945. .sp 9p
  2946. .RT
  2947. .PP
  2948. Subdivision of revenue is a matter of agreement between RPOAs of the same 
  2949. country. Requirements in this area are a national matter. 
  2950. .RT
  2951. .sp 1P
  2952. .LP
  2953. 5.6
  2954.     \fITariff and marketing studies\fR 
  2955. .sp 9p
  2956. .RT
  2957. .PP
  2958. The studies are intended to identify subscriber needs and trends. Requirements 
  2959. in this area are a national matter. 
  2960. .RT
  2961. .sp 2P
  2962. .LP
  2963. \fB6\fR     \fBCall events definition\fR 
  2964. .sp 1P
  2965. .RT
  2966. .PP
  2967. This section is applicable to 64 kbit/s circuit switched call
  2968. attempts. Application to other types of calls or Supplementary Services 
  2969. is for further study. 
  2970. .RT
  2971. .sp 1P
  2972. .LP
  2973. 6.1
  2974.     \fIGeneral\fR 
  2975. .sp 9p
  2976. .RT
  2977. .PP
  2978. Every call attempt coming from a subscriber line or interexchange circuit 
  2979. moves across a branch of the possible status of call events reference diagram 
  2980. shown in Figure\ 2/Q.544. 
  2981. .RT
  2982. .sp 2P
  2983. .LP
  2984. 6.2
  2985.     \fICall events detailed description\fR 
  2986. .sp 1P
  2987. .RT
  2988. .sp 1P
  2989. .LP
  2990. 6.2.1
  2991.     \fISeizure from a subscriber line or incoming circuit\fR 
  2992. .sp 9p
  2993. .RT
  2994. .PP
  2995. This is the starting point for an incoming/outgoing call
  2996. attempt.
  2997. .RT
  2998. .sp 1P
  2999. .LP
  3000. 6.2.2
  3001.     \fIValid address\fR 
  3002. .sp 9p
  3003. .RT
  3004. .PP
  3005. The incoming/originating seizure is successfully accepted by the
  3006. exchange.
  3007. .RT
  3008. .sp 1P
  3009. .LP
  3010. 6.2.3
  3011.     \fINot routed call attempt\fR 
  3012. .sp 9p
  3013. .RT
  3014. .PP
  3015. A call attempt that is not routed through the exchange, perhaps due to 
  3016. an exchange condition or to receipt of an address that is incomplete or 
  3017. invalid.
  3018. .RT
  3019. .sp 1P
  3020. .LP
  3021. 6.2.3.1
  3022.     \fIFalse start\fR 
  3023. .sp 9p
  3024. .RT
  3025. .PP
  3026. An incoming seizure signal that has been recognized without being followed 
  3027. by digit reception. 
  3028. .RT
  3029. .sp 1P
  3030. .LP
  3031. 6.2.3.2
  3032.     \fIIncomplete dialling (time out, abandon)\fR 
  3033. .sp 9p
  3034. .RT
  3035. .PP
  3036. An incoming seizure that has been received but the number of
  3037. received digits is not sufficient to perform call routing.
  3038. .RT
  3039. .sp 1P
  3040. .LP
  3041. 6.2.3.3
  3042.     \fIInvalid address\fR 
  3043. .sp 9p
  3044. .RT
  3045. .PP
  3046. An attempt where the received digits do not correspond to an
  3047. existing or allowed destination. The call is then given interception
  3048. treatment (tone or announcements or operators).
  3049. .RT
  3050. .sp 1P
  3051. .LP
  3052. 6.2.3.4
  3053.     \fICall not routed due to the exchange\fR 
  3054. .sp 9p
  3055. .RT
  3056. .PP
  3057. A call attempt where the system cannot perform call routing due to internal 
  3058. reasons (congestion): 
  3059. \v'3p'
  3060. .RT
  3061. .LP
  3062.     1)
  3063.     Blocking through the switching network
  3064. .LP
  3065.     Although there is an outgoing circuit/subscriber line
  3066. available for the required destination, the connection cannot be realized
  3067. through the switching network, and no further routing choices are
  3068. available.
  3069. .LP
  3070.     2)
  3071.     Unavailability of common resources
  3072. .LP
  3073.      Unavailability of service circuits or other common resources (e.g. memory 
  3074. areas) 
  3075. .LP
  3076.     3)
  3077.     System faults
  3078. .LP
  3079.     Presence of some internal fault in the exchange.
  3080. .bp
  3081. .LP
  3082. .rs
  3083. .sp 47P
  3084. .ad r
  3085. \fBFigure 2/Q.544, p.\fR 
  3086. .sp 1P
  3087. .RT
  3088. .ad b
  3089. .RT
  3090. .LP
  3091. .bp
  3092. .sp 1P
  3093. .LP
  3094. 6.2.4
  3095.     \fICalls routed to interexchange circuits\fR 
  3096. .sp 9p
  3097. .RT
  3098. .PP
  3099. These calls are successfully routed to an outgoing circuit
  3100. available for the required destination or routed to another circuit group 
  3101. for overflow reasons. When making overall exchange measurements, these 
  3102. calls can be counted all together. 
  3103. .RT
  3104. .sp 1P
  3105. .LP
  3106. 6.2.4.1
  3107.     \fISeizure of outgoing circuit\fR 
  3108. .sp 9p
  3109. .RT
  3110. .PP
  3111. These are calls that are routed to a specific circuit. They have to be 
  3112. separately counted when making measurements on the outgoing circuit 
  3113. group.
  3114. .RT
  3115. .sp 1P
  3116. .LP
  3117. 6.2.4.2
  3118.     \fIOverflow to next circuit group\fR 
  3119. .sp 9p
  3120. .RT
  3121. .PP
  3122. These are calls that cannot be routed on a specific circuit group but are 
  3123. routed to a subsequent routing\(hychoice circuit group. They have to be 
  3124. counted separately when making measurements on the outgoing circuit group.
  3125. Measurement of the subsequent events associated with these calls are only
  3126. associated with circuit group on which the calls are routed.
  3127. .RT
  3128. .sp 2P
  3129. .LP
  3130. 6.2.5
  3131.     \fICalls not routed due to network conditions\fR 
  3132. .sp 1P
  3133. .RT
  3134. .sp 1P
  3135. .LP
  3136. 6.2.5.1
  3137.     \fICalls in overflow from the last routing choice\fR 
  3138. \fI(all circuits busy)\fR 
  3139. .sp 9p
  3140. .RT
  3141. .PP
  3142. These are calls on which the system cannot perform routing due to the unavailability 
  3143. of outgoing circuits towards the required destination. 
  3144. .RT
  3145. .sp 1P
  3146. .LP
  3147. 6.2.5.2
  3148.     \fICalls blocked by network management controls\fR 
  3149. .sp 9p
  3150. .RT
  3151. .PP
  3152. These are call attempts that are suppressed by the exchange as a
  3153. consequence of the application of network controls.
  3154. .RT
  3155. .sp 1P
  3156. .LP
  3157. 6.2.6
  3158.     \fISuccessful backward call set\(hyup signal\fR 
  3159. .sp 9p
  3160. .RT
  3161. .PP
  3162. These are calls for which a backward signal is received, indicating the 
  3163. conclusion of call routing at a remote exchange, but not answered. The 
  3164. set of signals typically includes: 
  3165. .RT
  3166. .LP
  3167.     \(em
  3168.     end of selection
  3169. .LP
  3170.     \(em
  3171.     address complete
  3172. .LP
  3173.     \(em
  3174.     subscriber line free
  3175. .sp 2P
  3176. .LP
  3177. 6.2.7
  3178.     \fIUnsuccessful call attempts\fR 
  3179. .sp 1P
  3180. .RT
  3181. .sp 1P
  3182. .LP
  3183. 6.2.7.1
  3184.     \fIReceiving an unsuccessful backward call set\(hyup signal\fR 
  3185. .sp 9p
  3186. .RT
  3187. .PP
  3188. This occurs when a backward signal is received indicating the
  3189. impossibility of setting up the call.
  3190. .PP
  3191. These backward signals typically are:
  3192. .RT
  3193. .LP
  3194.     \(em
  3195.     congestion signals
  3196. .LP
  3197.     \(em
  3198.     subscriber line busy signals
  3199. .LP
  3200.     \(em
  3201.     signals defined as part of the UBM (Unsuccessful Backward
  3202. set\(hyup information Message) group of messages in CCITT Signalling System\ 
  3203. No.7 (see Recommendation\ Q.723). 
  3204. .sp 1P
  3205. .LP
  3206. 6.2.7.2
  3207.     \fINot receiving a backward call set\(hyup signal\fR 
  3208. .sp 9p
  3209. .RT
  3210. .PP
  3211. These are calls that are abandoned or forced\(hyout before reception of 
  3212. any backward call set\(hyup signal. They include: 
  3213. .RT
  3214. .LP
  3215.     \(em
  3216.     calls abandoned by the calling party
  3217. .LP
  3218.     \(em
  3219.     calls forced out by the expiration of timers.
  3220. .bp
  3221. .PP
  3222. Note that within these categories of calls there are several types of call 
  3223. disposition that cannot be distinguished by the exchange since they may 
  3224. be characterized by tones, announcements or the lack thereof, for 
  3225. instance:
  3226. .LP
  3227.     \(em
  3228.     ring\(hyback tone
  3229. .LP
  3230.     \(em
  3231.     busy tone
  3232. .LP
  3233.     \(em
  3234.     congestion tone
  3235. .LP
  3236.     \(em
  3237.     announcements
  3238. .LP
  3239.     \(em
  3240.     no tones or announcements
  3241. .LP
  3242.     \(em
  3243.     incompletely dialled calls
  3244. .sp 1P
  3245. .LP
  3246. 6.2.8
  3247.     \fICalls routed to subscriber line\fR 
  3248. .sp 9p
  3249. .RT
  3250. .PP
  3251. These are call attempts that are successfully routed to a
  3252. subscriber line.
  3253. .RT
  3254. .sp 1P
  3255. .LP
  3256. 6.2.9
  3257.     \fICalls not routed due to called line conditions\fR 
  3258. .sp 9p
  3259. .RT
  3260. .PP
  3261. These are unsuccessful call attempts which do not reach answer
  3262. status due to the particular condition of the called subscriber line:
  3263. .RT
  3264. .LP
  3265.     \(em
  3266.     busy
  3267. .LP
  3268.     \(em
  3269.     out\(hyof\(hyservice
  3270. .LP
  3271.     \(em
  3272.     rerouted call
  3273. .LP
  3274.     \(em
  3275.     no free outlet
  3276. .LP
  3277.     \(em
  3278.     etc.
  3279. .sp 1P
  3280. .LP
  3281. 6.2.10
  3282.     \fIAnswered calls\fR 
  3283. .sp 9p
  3284. .RT
  3285. .PP
  3286. These are calls that reach the \*Qanswered\*U status. Depending on the 
  3287. signalling protocol answered status can be reached in one of the following 
  3288. ways:
  3289. .RT
  3290. .LP
  3291.     \(em
  3292.     reception of an answer signal
  3293. .LP
  3294.     \(em
  3295.     reception of a metering pulse
  3296. .LP
  3297.     \(em
  3298.     immediate answer status on seizure (of the subscriber
  3299. line/outgoing interexchange circuit).
  3300. .PP
  3301. The following events are \fInot\fR included in this class of
  3302. calls:
  3303. .LP
  3304.     \(em
  3305.     reception of Re\(hyanswer signal
  3306. .LP
  3307.     \(em
  3308.      answer from an intercepting device (automatic or manual) due to call 
  3309. diversion at the transit exchange. 
  3310. .sp 1P
  3311. .LP
  3312. 6.2.11
  3313.     \fINot answered call attempts\fR 
  3314. .sp 9p
  3315. .RT
  3316. .PP
  3317. These are calls on which an answer signal is not received after a successful 
  3318. backward signal has been received, or after the seizure of the 
  3319. called subscriber line. These include:
  3320. .RT
  3321. .LP
  3322.     \(em
  3323.     calls forced\(hyout by the expiration of timers
  3324. .LP
  3325.     \(em
  3326.     calls abandoned by the calling party after listening to
  3327. ring\(hyback tone.
  3328. .sp 2P
  3329. .LP
  3330. \fB7\fR     \fBTraffic measurements\fR 
  3331. .sp 1P
  3332. .RT
  3333. .PP
  3334. This section is applicable to 64 kbit/s circuit switched traffic. \*QApplication 
  3335. to other types of traffic or supplementary services is for further study.\*U 
  3336. .RT
  3337. .sp 1P
  3338. .LP
  3339. 7.1
  3340.     \fIGeneral\fR 
  3341. .sp 9p
  3342. .RT
  3343. .PP
  3344. Traffic in an exchange can be categorized as shown in
  3345. Figure\ 3/Q.544. All measurements listed in this section can be obtained by
  3346. recording and analyzing events that can be experienced by calls.
  3347. .bp
  3348. .RT
  3349. .LP
  3350. .rs
  3351. .sp 15P
  3352. .ad r
  3353. \fBFigure 3/Q.544, p.\fR 
  3354. .sp 1P
  3355. .RT
  3356. .ad b
  3357. .RT
  3358. .PP
  3359. It is not intended that every exchange should be required to make all the 
  3360. different measurements in this Recommendation. Due to the application of 
  3361. various signalling methods and differing switching system designs, some 
  3362. variation of the measurements might be appropriate in a specific exchange. 
  3363. For example, an Administration may require more detailed counts of events 
  3364. to permit a meaningful call failure analysis on a specific exchange. Furthermore, 
  3365. the 
  3366. traffic categories to which any measurement relates may vary depending on
  3367. system design, on system application and measurement utilization.
  3368. .PP
  3369. Measurements may be combined into sets appropriate to a specific type of 
  3370. exchange, for example, local or transit. In particular, Administrations 
  3371. may consider that, by the use of a few measurement sets, it is possible 
  3372. to satisfy the majority of their requirements. 
  3373. .RT
  3374. .sp 1P
  3375. .LP
  3376. 7.2
  3377.     \fIOverall measurements\fR 
  3378. .sp 9p
  3379. .RT
  3380. .PP
  3381. The following measurements are applicable to the total traffic of an exchange. 
  3382. Due to possible variations in sytem design, the traffic categories to which 
  3383. any measurement relates may vary from that shown in the following 
  3384. text. Figure\ 3/Q.544 illustrates the exchange traffic categories.
  3385. .RT
  3386. .sp 1P
  3387. .LP
  3388. 7.2.1
  3389.     \fIOriginating traffic\fR \v'3p'
  3390. .sp 9p
  3391. .RT
  3392. .LP
  3393.     a)
  3394.     Originating call attempts.
  3395. .LP
  3396.     b)
  3397.     Invalid call attempts for example:
  3398. .LP
  3399.     \(em
  3400.     no dialling,
  3401. .LP
  3402.     \(em
  3403.     incomplete dialling,
  3404. .LP
  3405.     \(em
  3406.     invalid number dialled.
  3407. .LP
  3408.     c)
  3409.     Call attempts not routed due to the exchange, for example,   due to:
  3410. .LP
  3411.     \(em
  3412.     blocking through the switching network,
  3413. .LP
  3414.     \(em
  3415.     unavailability of common resources,
  3416. .LP
  3417.     \(em
  3418.     system faults.
  3419. .LP
  3420.     d)
  3421.     Internal call attempts.
  3422. .sp 1P
  3423. .LP
  3424. 7.2.2
  3425.     \fIIncoming traffic\fR \v'3p'
  3426. .sp 9p
  3427. .RT
  3428. .LP
  3429.     a)
  3430.     Incoming seizures.
  3431. .LP
  3432.     b)
  3433.     Invalid call attempts for example:
  3434. .LP
  3435.     \(em
  3436.     incomplete dialling,
  3437. .LP
  3438.     \(em
  3439.     invalid number dialled.
  3440. .bp
  3441. .LP
  3442.     c)
  3443.     Call attempts not routed due to the exchange, for example,   due to:
  3444. .LP
  3445.     \(em
  3446.     blocking through the switching network,
  3447. .LP
  3448.     \(em
  3449.     unavailability of common resources,
  3450. .LP
  3451.     \(em
  3452.     system faults.
  3453. .LP
  3454.     d)
  3455.     Transit call attempts.
  3456. .sp 1P
  3457. .LP
  3458. 7.2.3
  3459.     \fITerminating traffic\fR \v'3p'
  3460. .sp 9p
  3461. .RT
  3462. .LP
  3463.     a)
  3464.     Call attempts routed to subscriber lines.
  3465. .LP
  3466.     b)
  3467.     Call attempts not routed due to line condition.
  3468. .sp 1P
  3469. .LP
  3470. 7.2.4
  3471.     \fIOutgoing traffic\fR \v'3p'
  3472. .sp 9p
  3473. .RT
  3474. .LP
  3475.     a)
  3476.     Outgoing call attempts routed to an interexchange
  3477. circuit.
  3478. .LP
  3479.     b)
  3480.     Call attempts not routed due to network condition.
  3481. .LP
  3482.     c)
  3483.     Unsuccessful call attempts.
  3484. .sp 1P
  3485. .LP
  3486. 7.2.5
  3487.     \fIService utilization\fR 
  3488. .sp 9p
  3489. .RT
  3490. .PP
  3491. The exchange should be able to measure the utilization of each type of 
  3492. basic and supplementary service it provides. The mix of services and the 
  3493. corresponding exchange measurements depends upon switching system capabilities 
  3494. and Administration policies. 
  3495. .RT
  3496. .sp 1P
  3497. .LP
  3498. 7.3
  3499.     \fIInterexchange circuit groups\fR 
  3500. .sp 9p
  3501. .RT
  3502. .PP
  3503. The measurements apply to individual circuit groups. All circuit
  3504. groups should be measurable. For traffic intensity, it may be desirable to
  3505. measure all circuit groups simultaneously. Information for estimating the
  3506. average number of circuits in service during the result accumulation period
  3507. should be provided in addition to the traffic data for each circuit group.
  3508. .RT
  3509. .sp 1P
  3510. .LP
  3511. 7.3.1
  3512.     \fIIncoming traffic\fR 
  3513. .sp 9p
  3514. .RT
  3515. .PP
  3516. Incoming traffic is understood to be:
  3517. .RT
  3518. .LP
  3519.     \(em
  3520.     the traffic on incoming circuit group,
  3521. .LP
  3522.     \(em
  3523.     the incoming traffic on both\(hyway circuit groups.
  3524. .PP
  3525. The following parameters should be measured:
  3526. .LP
  3527.     a)
  3528.     traffic intensity,
  3529. .LP
  3530.     b)
  3531.     number of seizures.
  3532. .sp 1P
  3533. .LP
  3534. 7.3.2
  3535.     \fIOutgoing traffic\fR 
  3536. .sp 9p
  3537. .RT
  3538. .PP
  3539. Outgoing traffic is understood to be:
  3540. .RT
  3541. .LP
  3542.     \(em
  3543.     the traffic on outgoing circuit groups,
  3544. .LP
  3545.     \(em
  3546.     the outgoing traffic on both\(hyway circuit groups.
  3547. .PP
  3548. The following parameters should be measured:
  3549. .LP
  3550.     a)
  3551.     traffic intensity,
  3552. .LP
  3553.     b)
  3554.     number of seizures,
  3555. .LP
  3556.     c)
  3557.     number of call attempts overflowing from the group,
  3558. .LP
  3559.     d)
  3560.     answered call attempts.
  3561. .sp 1P
  3562. .LP
  3563. 7.4
  3564.     \fISubscriber line groups\fR 
  3565. .sp 9p
  3566. .RT
  3567. .PP
  3568. These measurements are applicable to groups of subscriber lines
  3569. that share switching network access paths. The lines served by a particular
  3570. line concentration unit of a local exchange would be an example of such a
  3571. group. In systems where traffic levels on such line groups could result in
  3572. failure to meet grade of service objectives, appropriate measurements for 
  3573. load balancing purposes should be provided. 
  3574. \v'3p'
  3575. .bp
  3576. .RT
  3577. .LP
  3578.     a)
  3579.     Originating calls
  3580. .LP
  3581.     i)
  3582.     Number of call attempts
  3583. .LP
  3584.     ii)
  3585.     Number of call attempts resulting in an outgoing
  3586. seizure
  3587. .LP
  3588.     iii)
  3589.     Number of answered calls
  3590. .LP
  3591.     iv)
  3592.     Traffic intensity
  3593. .LP
  3594.     b)
  3595.     Terminating calls
  3596. .LP
  3597.     i)
  3598.     Number of call attempts
  3599. .LP
  3600.     ii)
  3601.     Number of answered calls
  3602. .LP
  3603.     iii)
  3604.     Traffic intensity
  3605. .LP
  3606.     c)
  3607.     Internal (e.g. intra\(hyconcentrator calls)
  3608. .LP
  3609.     i)
  3610.     Number of call attempts
  3611. .LP
  3612.     ii)
  3613.     Number of answered calls
  3614. .LP
  3615.     iii)
  3616.     Traffic intensity
  3617. .sp 1P
  3618. .LP
  3619. 7.5
  3620.     \fIAuxiliary units\fR 
  3621. .sp 9p
  3622. .RT
  3623. .PP
  3624. Auxiliary units provide functions such as multifrequency
  3625. signalling, tones, announcements, and access to operators. Grouping of
  3626. auxiliary units may vary with system implementation characteristics. Groups 
  3627. in this section refer to system independent functional groups. Some systems 
  3628. may 
  3629. allow calls to wait for an auxiliary circuit of one is not immediately
  3630. available.
  3631. .PP
  3632. The measurements indicated below are intended to provide information for 
  3633. the dimensioning of auxiliary units. They should be provided for each group 
  3634. which may require dimensioning. Measurements may be activated for any specified 
  3635. list of auxiliary units. Information for estimating the average number 
  3636. of units in service during the result accumulation period should be provided 
  3637. in addition to the traffic data for each circuit group: 
  3638. .RT
  3639. .LP
  3640.     a)
  3641.     traffic intensity,
  3642. .LP
  3643.     b)
  3644.     number of seizures,
  3645. .LP
  3646.     c)
  3647.     number of bids not served.
  3648. .sp 1P
  3649. .LP
  3650. 7.6
  3651.     \fIControl unit(s)\fR 
  3652. .sp 9p
  3653. .RT
  3654. .PP
  3655. These measurements are highly system dependent and therefore no
  3656. specific recommendations can be made. However, it is essential that systems
  3657. will have provisions for determining the utilization of control equipment, 
  3658. such as processors, for dimensioning, planning, and grade of service monitoring 
  3659. of the exchange. 
  3660. .RT
  3661. .sp 1P
  3662. .LP
  3663. 7.7
  3664.     \fICall attempt destinations (see also \(sc 9.3)\fR 
  3665. .sp 9p
  3666. .RT
  3667. .PP
  3668. These measurements are used to assess the probability of success on calls 
  3669. to various destinations and may be used in deciding on any network 
  3670. management actions considered necessary. The number of destination codes
  3671. specified for measurement at any one time may be limited. For any specified
  3672. destination code, the following parameters should be measured:
  3673. .RT
  3674. .LP
  3675.     a)
  3676.     number of call attempts,
  3677. .LP
  3678.     b)
  3679.     number of call attempts resulting in an outgoing seizure,
  3680. .LP
  3681.     c)
  3682.     number of answered calls.
  3683. .PP
  3684. Intensity measurements for specified destination codes may be
  3685. required by some Administrations for traffic engineering purposes.
  3686. .sp 2P
  3687. .LP
  3688. \fB8\fR     \fBExchange performance and availability measurements\fR 
  3689. .sp 1P
  3690. .RT
  3691. .sp 1P
  3692. .LP
  3693. 8.1
  3694.     \fIPerformance measurements\fR 
  3695. .sp 9p
  3696. .RT
  3697. .PP
  3698. For monitoring the exchange grade of service, a certain number of parameters 
  3699. should be observed. They may include the measurements given in 
  3700. Recommendation\ E.543 for delay grade of service monitoring. However, other
  3701. processing delays (see relevant paragraphs of Recommendation\ Q.543) may be
  3702. observed for complete monitoring of the exchange grade of service.
  3703. .bp
  3704. .PP
  3705. Measuring processing delays on a per call or statistical basis could be 
  3706. burdensome to the exchange. Moreover, some processing delays may not be 
  3707. measurable with an acceptable time accuracy and others may not be easily
  3708. measured by the exchange itself.
  3709. .PP
  3710. Operating procedures of Administrations will impose constraints on the 
  3711. accuracy of the measurements for grade of service monitoring purposes. 
  3712. When 
  3713. such accuracy requirements allow, it may be possible to measure processing
  3714. delays on a sample or test call basis. Requirements in this area are therefore 
  3715. a national matter. 
  3716. .RT
  3717. .sp 1P
  3718. .LP
  3719. 8.2
  3720.     \fIAvailability measurements\fR 
  3721. .sp 9p
  3722. .RT
  3723. .PP
  3724. The exchange should record the beginning and ending time of all
  3725. detected instances during which service is unavailable to one or more exchange 
  3726. terminations. The recorded information should permit the determination 
  3727. of the number and identity of terminations affected if possible. 
  3728. .RT
  3729. .sp 2P
  3730. .LP
  3731. \fB9\fR     \fBData for network management\fR 
  3732. .sp 1P
  3733. .RT
  3734. .sp 1P
  3735. .LP
  3736. 9.1
  3737.     \fIGeneral\fR 
  3738. .sp 9p
  3739. .RT
  3740. .PP
  3741. Procedures for network management are specified in
  3742. Recommendations\ E.410 through\ E.414. Those procedures make use of data from
  3743. exchanges to determine overall network performance and, when required,
  3744. appropriate control actions. Much of the data required for network management 
  3745. is also needed for other operation and maintenance functions. However, 
  3746. effective network management requires control actions to be executed quickly 
  3747. in response to changing network and traffic conditions. Therefore, exchanges 
  3748. that Administrations have designated to provide network management functions 
  3749. must be able to provide traffic and status data to other exchanges and 
  3750. network 
  3751. management centres on a pre\(hyarranged basis or when triggered by a specific
  3752. event, such as an overload condition. The network management functions 
  3753. provided by any specific exchange will depend upon factors such as its 
  3754. size, position in the network, and Administration policies. 
  3755. .PP
  3756. Details of traffic measurement requirements for network management are 
  3757. found in Recommendation\ E.502. Most of the information required for network 
  3758. management operations can only be generated by the exchanges and consist 
  3759. of two general categories of data: 
  3760. \v'3p'
  3761. .RT
  3762. .LP
  3763.     a)
  3764.     Network status information, for example:
  3765. .LP
  3766.     \(em
  3767.     busy/idle status of circuit groups
  3768. .LP
  3769.     \(em
  3770.     individual equipment's availability
  3771. .LP
  3772.     \(em
  3773.     alarms
  3774. .LP
  3775.     \(em
  3776.     network management action (controls) in effect
  3777. .LP
  3778.     Status information generally does not require
  3779. measurements.
  3780. .LP
  3781.     b)
  3782.     Network traffic load and performance information, for
  3783. example:
  3784. .LP
  3785.     \(em
  3786.     number of bids per route per hour
  3787. .LP
  3788.     \(em
  3789.     answer/seizure ratio per route per destination.
  3790. .PP
  3791. This type of information requires \*Qreal\(hytime\*U monitoring of
  3792. network performances via exchange measurements, and it is specifically the
  3793. subject of this part of the Recommendation. The objects and entities of
  3794. measurement are given in full details by \(sc\(sc\ 9.2, 9.3 and\ 9.4.
  3795. .PP
  3796. The exchange generated information can be:
  3797. .RT
  3798. .LP
  3799.     \(em
  3800.     utilized at the source exchange, if network management
  3801. actions are taken locally,
  3802. .LP
  3803.     \(em
  3804.     transmitted to other exchanges or elements of the TMN
  3805. (typically to network management centres) for possible network management
  3806. actions.
  3807. .PP
  3808. It should be noted that exchange internal overload controls are
  3809. complementary to network management functions, and the information generated 
  3810. by the internal overload monitoring system can also be used for network 
  3811. management functions. Exchange performance under overload conditions is 
  3812. dealt with in 
  3813. Recommendation\ Q.543,\ \(sc\ 3.
  3814. .bp
  3815. .sp 2P
  3816. .LP
  3817. 9.2
  3818.     \fIManagement on interworking circuit groups\fR 
  3819. .sp 1P
  3820. .RT
  3821. .sp 1P
  3822. .LP
  3823. 9.2.1
  3824.     \fIGeneral\fR 
  3825. .sp 9p
  3826. .RT
  3827. .PP
  3828. Performance monitoring of interexchange circuit groups for network management 
  3829. purposes should be performed on outgoing traffic. This is where the offered 
  3830. and routed traffic can be seen. 
  3831. .PP
  3832. Circuit group monitoring should be organized on the basis of
  3833. individual interexchange circuit groups. It should be possible to monitor 
  3834. the performance of all circuit groups. However, the number of circuit groups 
  3835. to be monitored simultaneously at an exchange and the length of data accumulation 
  3836. periods will depend on many aspects of the network management implementation
  3837. and the function of the exchange in the network. For example, a large transit 
  3838. exchange may require performance monitoring on a large percentage of its 
  3839. outgoing circuit groups while a local exchange may only require monitoring 
  3840. on a few groups. 
  3841. .PP
  3842. It should be possible to readily activate/deactivate measurements on circuit 
  3843. groups. 
  3844. .RT
  3845. .sp 1P
  3846. .LP
  3847. 9.2.2
  3848.     \fIEntities to be measured on interexchange circuit groups\fR 
  3849. .sp 9p
  3850. .RT
  3851. .PP
  3852. The following measurements should be made on outgoing interexchange circuit 
  3853. groups for network management purposes: 
  3854. .RT
  3855. .LP
  3856.     a)
  3857.     outgoing bids (see Note)
  3858. .LP
  3859.     b)
  3860.     outgoing seizures (see Note)
  3861. .LP
  3862.     c)
  3863.     overflow bids (see Note)
  3864. .LP
  3865.     d)
  3866.     answers received
  3867. .LP
  3868.     e)
  3869.     count of calls affected by network management circuit group  controls.
  3870. .PP
  3871. \fINote\fR \ \(em\ Any two of these measurements are necessary. The third
  3872. can be derived from the other two.
  3873. .sp 1P
  3874. .LP
  3875. 9.2.2.1
  3876.     \fIAdditional measurements required on international circuit\fR 
  3877. \fIgroups at international transit exchanges\fR \v'3p'
  3878. .sp 9p
  3879. .RT
  3880. .LP
  3881.     \(em
  3882.     transit bids (international traffic only)
  3883. .LP
  3884.     \(em
  3885.     incoming seizures (international transit traffic only).
  3886. .sp 1P
  3887. .LP
  3888. 9.2.3
  3889.     \fICalculated network performance parameters\fR 
  3890. .sp 9p
  3891. .RT
  3892. .PP
  3893. The entities of measurement in \(sc 9.2.2 can be used to calculate all 
  3894. the network management performance parameters required for network management 
  3895. on the basis of (Draft) Recommendation\ E.411 as follows: 
  3896. .RT
  3897. .LP
  3898.     a)
  3899.     bids per circuit per hour
  3900. .LP
  3901.     b)
  3902.     seizures per circuit per hour
  3903. .LP
  3904.     c)
  3905.     percentage overflow
  3906. .LP
  3907.     d)
  3908.     answer/seizure ratio
  3909. .LP
  3910.     e)
  3911.     answer/bid ratio
  3912. .LP
  3913.     f)
  3914.     mean holding time per seizure.
  3915. .PP
  3916. Depending on the type of network management implementation the
  3917. network performance parameters can be calculated at the source exchange, 
  3918. or in other elements of the TMN, consistent with the distribution of the 
  3919. network 
  3920. management functions in the TMN.
  3921. .sp 2P
  3922. .LP
  3923. 9.3
  3924.     \fIMeasurements on call destinations\fR 
  3925. .sp 1P
  3926. .RT
  3927. .sp 1P
  3928. .LP
  3929. 9.3.1
  3930.     \fIGeneral\fR 
  3931. .sp 9p
  3932. .RT
  3933. .PP
  3934. Depending on the network management implementation and the function of 
  3935. the exchange in the network, the exchange should be able to make traffic 
  3936. measurements to different numbers of destinations indicated on a preliminary
  3937. basis to be critical destinations. Call destinations can be represented by
  3938. country codes, area codes, exchange codes or any combination of them.
  3939. .PP
  3940. Measurement by destination is essential for the implementation of the hard\(hyto\(hyreach 
  3941. network management feature. Typically, traffic measurements by 
  3942. destination will be limited to a predetermined set of destination codes
  3943. (e.g.\ country or area code). It should be possible to readily expand the 
  3944. scope of the measurements within a focused area when certain thresholds 
  3945. are 
  3946. exceeded.
  3947. .bp
  3948. .RT
  3949. .sp 1P
  3950. .LP
  3951. 9.3.2
  3952.     \fIEntities to be measured on call destinations\fR 
  3953. .sp 9p
  3954. .RT
  3955. .PP
  3956. The following are the entities that should be measurable per
  3957. destination for network management purposes:
  3958. .RT
  3959. .LP
  3960.     a)
  3961.     outgoing bids;
  3962. .LP
  3963.     b)
  3964.     outgoing circuit seizures;
  3965. .LP
  3966.     c)
  3967.     answers;
  3968. .LP
  3969.     d)
  3970.     counts of calls affected by network management controls by   type of control.
  3971. .sp 2P
  3972. .LP
  3973. 9.4
  3974.     \fIMeasurements on exchange resources\fR 
  3975. .sp 1P
  3976. .RT
  3977. .sp 1P
  3978. .LP
  3979. 9.4.1
  3980.     \fIGeneral\fR 
  3981. .sp 9p
  3982. .RT
  3983. .PP
  3984. The exchange should be able to monitor the level of utilization of its 
  3985. own common resources, like processing capacity, call registers, hardware 
  3986. units such as digit senders and receivers,\ etc., in order to provide the
  3987. information on exchange congestion level to the network management function
  3988. (see Recommendation\ E.411).
  3989. .PP
  3990. Since the common resource monitoring function is also required for
  3991. overload protection purposes, the same mechanisms of measurement can be used
  3992. for both functions, namely, exchange overload protection and network
  3993. management.
  3994. .RT
  3995. .sp 1P
  3996. .LP
  3997. 9.4.2
  3998.     \fIObjects and entities to be measured on exchange resources\fR 
  3999. .sp 9p
  4000. .RT
  4001. .PP
  4002. The objects and entities of exchange resources to be measured
  4003. depend on the system architecture. The decision concerning which kind of
  4004. specific objects and entities should be measured is therefore left to
  4005. individual Administrations or Operating Agencies.
  4006. .RT
  4007. .LP
  4008. .rs
  4009. .sp 30P
  4010. .ad r
  4011. Blanc
  4012. .ad b
  4013. .RT
  4014. .LP
  4015. .bp
  4016.