home *** CD-ROM | disk | FTP | other *** search
/ Phoenix Rising BBS / phoenixrising.zip / phoenixrising / pac_bell / atm.txt < prev    next >
Text File  |  1995-03-20  |  13KB  |  356 lines

  1.  
  2.  
  3.  
  4. ATM Product Description
  5.  
  6.  
  7.  
  8. -------Table of Contents--------------------------------
  9.  
  10.  
  11. 1.  Introduction
  12.  
  13. 1.2 Service Overview
  14.  
  15. 1.3 Traffic Usage Parameters
  16.  
  17. 1.4 Interfaces
  18.  
  19. 1.5 Performance and Quality of Service (QOS)
  20.  
  21. 1.51 Service Availability
  22.  
  23. 1.52 Accuracy
  24.  
  25. 1.53 Delay
  26.  
  27. 1.6 Addressing and Routing
  28.  
  29. 1.7 Rate Elements
  30.  
  31. PACIFIC BELL NETWORK DISCLOSURE
  32.  
  33. For additional information
  34.  
  35. ---------------------------------------------------------
  36. ATTACHMENT
  37.  
  38. ATM Product Description
  39.  
  40.  
  41.  
  42. 1. Introduction
  43.  
  44. ATM service is a high-speed, connection oriented 
  45. transport service.  ATM service will be implemented by 
  46. using Asynchronous Transfer Mode (ATM) technology.  ATM 
  47. is the switching and multiplexing technique chosen by 
  48. CCITT for Broadband ISDN (B-ISDN).  ATM service is 
  49. designed to support a broad range of constant and 
  50. variable bit rate applications, including video, image, 
  51. high-speed data and multimedia.
  52.  
  53. 1.2 Service Overview
  54.  
  55. ATM service will provide connectivity among distributed 
  56. customer sites.  It provides for sequencing preserving, 
  57. connection-oriented transfer of ATM cells between source 
  58. and destination sites with an agreed upon quality of 
  59. Service (QOS).  Access from customer sites will be 
  60. provided at DS-3 (44.736 Mbps) and OC3c (155.52 Mbps - 
  61. optical) rates.  ATM service is designed to provide 
  62. simultaneous support for bursty traffic (data 
  63. applications) and constant bit rate applications (video 
  64. and audio applications).  It also provides scalability, 
  65. so that minimal capital investment is needed for 
  66. equipment upgrades as bandwidth requirements increase.
  67.  
  68. Permanent Virtual Connection (PVC) ATM - The Phase I 
  69. service offering will be based on PVCs.  No dynamic call 
  70. establishment or call termination is associated with a 
  71. PVC.  With PVC ATM, connections are relatively static 
  72. and are established through a provisioning process.  A 
  73. PVC is assigned at the point of ingress on the ATM 
  74. network to the point of egress on the ATM network.  PVCs 
  75. are established in software tables at the time the 
  76. customer subscribes to a PVC thus the communication path 
  77. between endpoints is pre-established, and no connection 
  78. set-up procedures are required.
  79.  
  80. Connection Type -ATM connections are classified as 
  81. either Virtual Channel Connections (VCCs) or Virtual 
  82. Path Connections (VPCs).  A Virtual Channel (VC) link 
  83. exists between two switching points and is defined by 
  84. the routing information obtained by the concatenation of 
  85. the Virtual Path Identifier (VPI) and Virtual Channel 
  86. Identifier (VCI) fields (3 octets) of the ATM cell 
  87. header at the User-Network Interface (UNI).  A VCC is 
  88. the end-to-end concatenation of VC links.  The VPI and 
  89. VCI fields are assigned by the network when the VCC is 
  90. provisioned.  Initially, Pacific Bell is limited to 
  91. supporting VC's (with 12 bit VCI's and VPI =0).
  92.  
  93. A Virtual Path Connection (VPC) is a collection of VCCs 
  94. routed together as one unit in which the customer has 
  95. the ability to manage the attributes of the individual 
  96. VCCs within a contracted or predetermined aggregated 
  97. limit and offers the potential for more efficient 
  98. management of bandwidth.  A Virtual Path (VP) link is 
  99. defined by the routing information contained in the VPI 
  100. field (1 octet) of the ATM cell header.  A VPC is the 
  101. end-to-end concatenation of VP links.  In this case the 
  102. user can define individual VCCs comprising the VPC by 
  103. assigning the VCI field (2 octets) in the ATM cell 
  104. header.  These user assigned VCIs will be delivered, 
  105. unchanged, by the network and thus have end-to-end 
  106. significance within a VPC.  In a multimedia application, 
  107. for example, video, audio, and data could be transported 
  108. in separate VCCs within the same VPC.  Since all VCCs in 
  109. a VPC are routed along the same path through the 
  110. network, the VCCs will experience similar delays.  This 
  111. is a useful feature for synchronization of associated 
  112. channels. 
  113.  
  114. The initial offering will provide for the establishment 
  115. of PVCs between multiple customer sites.  Many PVCs can 
  116. be established over a given access line, thus providing 
  117. simultaneous logical connections to many remote 
  118. locations.
  119.  
  120. The following connection topologies are defined in TA-
  121. NWT-001110: 
  122.  
  123. Point-to-point: A point-to-point connection is a bi-
  124. directional communications connection between two 
  125. endpoints.  Asymmetric bandwidth is supported between 
  126. endpoints.
  127.  
  128. Point-to-Multipoint: A point-to-multipoint connection is 
  129. unidirectional communication from a root node to 
  130. multiple leaf nodes.  An ATM cell stream sent by the 
  131. root node is copied by the network and delivered to each 
  132. of the leaf nodes.  The leaf nodes do not need to be 
  133. serviced by the same UNI.  Asymmetric bandwidth 
  134. allocation is supported with the broadcast bandwidth 
  135. allocated in the root to leaf direction for all leaf 
  136. nodes.
  137.  
  138. Caution: If the customer wants bi-directional ATM Point-
  139. to-Multipoint service, a separate VC will be needed to 
  140. be established in the leaf to root direction if the 
  141. application requires that the leaf node source be 
  142. identified.
  143.  
  144. 1.3 Traffic Usage Parameters
  145.  
  146. The PCR (Peak Cell Rate) is defined as the maximum 
  147. instantaneous burst rate of any PVC.
  148.  
  149. 1.4 Interfaces
  150.  
  151. ATM will provide via the Broadband-ISDN User to Network 
  152. Interface (UNI) as defined by the ATM Forum and Bellcore 
  153. at DS-3 and OC-3c rates.  Information will be 
  154. transmitted in ATM cells across the interface.
  155.  
  156. The nominal maximum number of PVCs per UNI is:
  157.  
  158.                         UNI                             Total # of VCC's
  159.                         DS-3                                    1024
  160.                         OC-3c                           1024
  161.  
  162. 1.5 Performance and Quality of Service (QOS)
  163.  
  164. The performance of ATM for a PVC is defined collectively 
  165. by a set of performance parameters, discussed below, 
  166. encompassing service availability, information transfer 
  167. accuracy, and information transfer delay.  Each PVC will 
  168. be assigned to QOS Class I (guaranteed traffic with 
  169. stringent cell loss, cell delay, and cell delay 
  170. variation objectives).  QOS Class I is distinguished 
  171. form QOS Class II (best effort traffic) by stricter cell 
  172. loss and cell delay variation objectives.  QOS Class I 
  173. was designed to support demanding higher layer services 
  174. such as real-time, full-motion compressed video and 
  175. associated audio.
  176.  
  177. The Phase I offering of ATM service will only include a 
  178. single QOS level.  Subsequent releases will augment this 
  179. offering.
  180.  
  181. 1.51 Service Availability
  182.  
  183. Availability is the long-term average of the ratio of 
  184. actual service time to scheduled service time on a per 
  185. PVC basis.  The scheduled time will be 24 hours per day, 
  186. seven days a week.
  187.  
  188. PVC ATM availability objectives apply UNI-to-UNI.  The 
  189. service availability objectives are heavily dependent on 
  190. whether diverse routing is used in the access line 
  191. between the end user and Pacific Bell's network.  For 
  192. the sake of simplicity, the service objectives are 
  193. presented assuming no diverse facility routing: 
  194.  
  195. o       For a PVC, the long-term service availability 
  196.         objective is 99.964 %;
  197.  
  198. o       The Mean Time Between Failure (MTBF) objective is 
  199.         no less than 2299 hours;
  200.  
  201. o       The Mean Time to Restore (MTTR) objective is no 
  202.         more than 2 hours.
  203.  
  204. 1.52 Accuracy
  205.  
  206. Cell Loss Ratio is defined as the number of cells lost 
  207. in a given time interval to the total number of cells 
  208. transmitted in that time interval on any single PVC.  
  209. The Cell Loss Ratio objective for QOS Class I is less 
  210. than 1 x 10  9.  
  211.  
  212. 1.53 Delay
  213.  
  214. Transit delay over a PVC is defined by two parameters, 
  215. the Cell Transfer Delay and Cell Delay Variation.
  216.  
  217. Cell Transfer Delay  is defined as the time from when 
  218. the first bit in a cell enters the network at the UNI to 
  219. when the last bit in the cell exits the network at the 
  220. destination UNI.  The Cell Transfer Delay objective is 
  221. 99% of all cells in a PVC should experience delay less 
  222. than 4.0 ms plus the propagation delay of the 
  223. connection, which can be estimated as 2 x Air Miles x 
  224. 1ms/100 miles.
  225.  
  226. Cell Delay Variation  is a relevant parameter for time 
  227. sensitive traffic.  Cell Delay Variation (CDV) is the 
  228. time delay between the receipt of two successive cells 
  229. minus the nominal (mean) time delay.  The long-term 
  230. objective for ATM is as follows:
  231.  
  232. o       The mean CDV for any PVC should be within +/- 
  233.         0.01 ms of zero;
  234.  
  235. o       The 99% of CDV should be less than 0.5 ms; and
  236.  
  237. o       No more than 1 in 109 cells should experience 
  238.         CDV of more than 1.0 ms.
  239.  
  240. 1.6 Addressing and Routing
  241.  
  242. PVC based ATM does not require a public numbering plan.  
  243. The source and destination points of a PVC are 
  244. predefined through the service order/provisioning 
  245. process, and are fixed for the duration of the 
  246. connection.  Thus, PVC-based ATM requires one locally 
  247. significant address at each end to represent the desired 
  248. destination(s).
  249.  
  250. 1.7 Rate Elements
  251.  
  252. Phase I ATM service will use a minimum of rate elements 
  253. to simplify the provisioning process and provide maximum 
  254. flexibility of the service for the end users.  Both the 
  255. Access and Network components will be provided for ATM 
  256. Phase I.  Access refers to the access transport service 
  257. to Pacific Bell's network and Network refers to the 
  258. switching service provided wit Pacific Bell's network.  
  259. Both the Access and Network components will have two 
  260. associated USOCs for two speeds supported (DS-3 and 
  261. OC3c).  The Access USOCs will be "zero rated" and all 
  262. charges will be associated with Network USOC.
  263.  
  264. Customer applications will use PVCs (Permanent Virtual 
  265. Circuits) to allocate the appropriate amount of 
  266. bandwidth for their requirements.  There will be no 
  267. charge for PVCs because they will be provided as part of 
  268. the Network charge.
  269.  
  270. The only other charge element will be the change charge.  
  271. The change charge will provide for all customer changes 
  272. identified per request.  For example, if customer A 
  273. requests the establishment of 5 new PVCs on a single ATM 
  274. physical line, that change will be made for one change 
  275. charge.  If customer B request the establishment of 1 
  276. PVC and after two weeks makes another request to modify 
  277. the Peak Cell Rate (PCR) for that new PVC, the customer 
  278. will be charged for two changes.
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287. Submission for "Eye on the Regional Companies" - 
  288. Bellcore Digest
  289.  
  290. PACIFIC BELL NETWORK DISCLOSURE
  291.  
  292. Asynchronous Transfer Mode Cell Relay Service
  293.  
  294. Asynchronous Transfer Mode Cell Relay Service (ATM/CRS) 
  295. provides wide are, high speed information transfer among 
  296. distributed customer sites.  CRS is a connection-
  297. oriented, cell-based transport service which can be 
  298. offered on a broadband ATM platform.  CRS transfers ATM 
  299. cells between end-users over assigned Virtual 
  300. Connections (VCs).  These connections can be either 
  301. Permanent Virtual Connections (PVCs), managed via 
  302. administrative procedures, or Switched Virtual 
  303. Connections (SVCs) which are established by the customer 
  304. on demand.
  305.  
  306. Based upon ATM/SONET Technology, Pacific Bell plans to 
  307. deploy an Asynchronous Transfer Mode Cell Relay Service 
  308. (ATM/CRS) delivering fiber connections to customers in 
  309. the Bay Area (4Q/1993) and Los Angeles (1Q/1994) service 
  310. areas initially.  The early implementations are as 
  311. follows:
  312.  
  313.         o       PVC                     
  314.         o       Intra-LATA
  315.         o       DS-3 ATM User-to-Network Interface (UNI)
  316.         o       STS-3c ATM UNI
  317.  
  318. In 1995 timeframe, implementations will include: STS-
  319. 12c, Inter-LATA connections and SVC, and additional 
  320. service area expansion.
  321.  
  322. The specifications to support the ATM/CRS services are 
  323. as follows:
  324.  
  325. o       ATM Forum ATM User-Network Interface Specification 
  326.         Version 2.0, June 1, 1992
  327. o       Bellcore TA-NWT-0011100, Broadband ISDN Switching 
  328.         System Generic Requirements, Issue 1, August 1992
  329. o       Bellcore TA-NWT-001112, Broadband-ISDN User to 
  330.         Network Interface and Network Node Interface 
  331.         Physical Layer Generic Criteria, Issue 1, Aug. 1992
  332. o       Bellcore TA-NTWT-001113, Asynchronous Transfer Mode 
  333.         (ATM) and ATM Adaptation Layer (AAL) Protocols 
  334.         Generic Requirements, Issue 1, August 1992
  335.  
  336. The detailed Interface Specifications will be described 
  337. in the Pacific Bell document: PUB L-780028-PB "Pacific 
  338. Bell ATM/CRS User-to-Network Interface Specification" in 
  339. December, 1993.  To order this document, please contact:
  340.  
  341.                 Pacific Bell Information Exchange
  342.                 2600 Camino Ramon, Room 1S450S,
  343.                 San Ramon, CA. 94583
  344.                 (510)823-0222
  345.  
  346. For additional information; concerning the Pacific Bell 
  347. ATM/CRS, please contact:
  348.  
  349.                 Pacific Bell Product Manager
  350.                 2600 Camino Ramon, Room 3S451,
  351.                 San Ramon, CA. 94583
  352.                 (510)823-4733
  353.  
  354.  
  355.  
  356.