home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / recent.single.issues / V16_#11 < prev    next >
Internet Message Format  |  1996-01-10  |  26KB

  1. From ptownson@massis.lcs.mit.edu  Wed Jan 10 21:10:28 1996
  2. Return-Path: <ptownson@massis.lcs.mit.edu>
  3. Received: by massis.lcs.mit.edu (8.7.1/NSCS-1.0S) 
  4.     id VAA16417; Wed, 10 Jan 1996 21:10:28 -0500 (EST)
  5. Date: Wed, 10 Jan 1996 21:10:28 -0500 (EST)
  6. From: ptownson@massis.lcs.mit.edu (Patrick A. Townson)
  7. Message-Id: <199601110210.VAA16417@massis.lcs.mit.edu>
  8. To: ptownson@massis.lcs.mit.edu
  9. Bcc:
  10. Subject: TELECOM Digest V16 #11
  11.  
  12. TELECOM Digest     Wed, 10 Jan 96 21:10:00 EST    Volume 16 : Issue 11
  13.  
  14. Inside This Issue:                          Editor: Patrick A. Townson
  15.  
  16.     Re: "PCS Faces Rough Road" (Jon Steel)
  17.     Re: "PCS Faces Rough Road" (oz@paranoia.com)
  18.     Re: "PCS Faces Rough Road" (Nirmal Velayudhan)
  19.     Re: "PCS Faces Rough Road" (Mike P. Storke)
  20.     Re: "PCS Faces Rough Road" (Robert Ponce)
  21.     Association of International Teleconsultants (Erik Gundersen)
  22.     Pacific Bell ISDN Rate Increases - Protest Web Site (David C. Barry, Jr.)
  23.     Looking to Purchase New Phone System - Help! (Pete Kruckenberg)
  24.  
  25. TELECOM Digest is an electronic journal devoted mostly but not
  26. exclusively to telecommunications topics. It is circulated anywhere
  27. there is email, in addition to various telecom forums on a variety of
  28. public service systems and networks including Compuserve and America
  29. On Line. It is also gatewayed to Usenet where it appears as the moderated
  30. newsgroup 'comp.dcom.telecom'. 
  31.  
  32. Subscriptions are available to qualified organizations and individual
  33. readers. Write and tell us how you qualify:
  34.  
  35.                  * ptownson@massis.lcs.mit.edu *
  36.  
  37. The Digest is edited, published and compilation-copyrighted by Patrick
  38. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  39. or phone at:
  40.                       Post Office Box 4621
  41.                      Skokie, IL USA   60076
  42.                        Phone: 500-677-1616
  43.                         Fax: 847-329-0572
  44.   ** Article submission address: ptownson@massis.lcs.mit.edu
  45.  
  46. Our archives are located at ftp.lcs.mit.edu and are available by using
  47. anonymous ftp. The archives can also be accessed using our email
  48. information service. For a copy of a helpful file explaining how to
  49. use the information service, just ask.
  50.  
  51. *************************************************************************
  52. *   TELECOM Digest is partially funded by a grant from the              *
  53. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  54. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  55. * project.  Views expressed herein should not be construed as represent-*
  56. * ing views of the ITU.                                                 *
  57. *************************************************************************
  58.  
  59.      In addition, TELECOM Digest receives a grant from Microsoft
  60.      to assist with publication expenses. Editorial content in 
  61.      the Digest is totally independent, and does not necessarily
  62.      represent the views of Microsoft. 
  63.      ------------------------------------------------------------
  64.  
  65. Finally, the Digest is funded by gifts from generous readers such as
  66. yourself who provide funding in amounts deemed appropriate. Your help
  67. is important and appreciated. A suggested donation of twenty dollars
  68. per year per reader is considered appropriate. See our address above.
  69.  
  70. All opinions expressed herein are deemed to be those of the author. Any
  71. organizations listed are for identification purposes only and messages
  72. should not be considered any official expression by the organization.
  73. ----------------------------------------------------------------------
  74.  
  75. From: steelj@ecid.cig.mot.com (jon steel)
  76. Subject: Re: "PCS Faces Rough Road"
  77. Date: 10 Jan 1996 12:17:23 GMT
  78. Organization: Motorola Ltd., European Cellular Infrastructure Division
  79.  
  80.  
  81. Joe.J.Harrison@bra0119.wins.icl.co.uk writes:
  82.  
  83. > There is a fair range of handsets available (Eric Valentine was too
  84. > modest in failing to mention the very nice Ericsson PH237!)  though
  85. > not so much of a choice yet as with analog or GSM units.  There is
  86. > little difference in handset size or battery life though the lower
  87. > power requirements of PCN mean there is scope to provide more uptime
  88. > for the same battery capacity as coverage improves.  Audio quality
  89. > varies, at its worst it compares badly with analog and at its best
  90. > slightly favourably.
  91.  
  92. Audio quality in Digital Cellular very rarely depends upon the handset
  93.  -- it is inherent to the network performance. (Multi-path fading,
  94. fringe coverage etc)
  95.  
  96. > Most PCN users have no idea of the difference between "cellular" and
  97. > PCN since for plain mobile voice telephony there is none. They wanted
  98. > a mobile telephone and they bought the one that looked best to them on
  99. > price. Until recently the inferior PCN coverage and denial of
  100. > international roaming have meant that traditional cellular could
  101. > retain its premium charges, but we are now at the point where a PCN v.
  102. > cellular price war looks inevitable.
  103.  
  104. International Roaming is still a BIG limiting factor for PCN networks.
  105. You can't roam to what isn't there, and PCN in Europe is very limited.
  106. The big development for PCN operators will be the introduction of "Dual Band"
  107. handsets. (Both GSM900 and PCN,DCS or whatever you want to call it).
  108.  
  109. > And oddly -- an early victim of PCN might well be the text pager.  The
  110. > more upmarket PCN phones are capable of SMS (short message service)
  111. > where 160-byte reliable-transfer text messages can be sent to or
  112. > originated from the handset. 
  113.  
  114. Point to Point SMS is NOT exclusive to PCN. This is a core function of the GSM
  115. recs and therefore applicable to both types of network.
  116.  
  117. Just trying to straighten a few point out. 
  118.  
  119. Cheers,
  120.  
  121. Jon Steel. Senior Cellular Systems Engineer. 
  122. Northern & Eastern European Operations,
  123. Motorola ECID Ltd, Swindon, UK
  124. Tel: +44 (0)1793 556698. Fax: +44 (0)1793 423493
  125. Mobile: +44 (0)802 385671
  126. Email: steelj@ecid.cig.mot.com                         
  127.  
  128. ------------------------------
  129.  
  130. From: oz@paranoia.com
  131. Date: Tue, 9 Jan 96 15:48:26 CST
  132. Reply-To: oz@paranoia.com
  133. Subject: Re: "PCS Faces Rough Road"
  134.  
  135.  
  136. Pat, this is technical refutation of a comment that I made based on an
  137. article that I read.  I hope that you'll publish it ASAP.  I'm rather
  138. ashamed that *I* didn't spot it. I should have known better.  I need
  139. to go spit the feathers out now ...
  140.  
  141. Patrick L. Martin wrote:
  142.  
  143. > I have not heard this aspect discussed. I had to think about it a bit and
  144. > remembering some old theory from my police radar days recalled that doppler
  145. > frequency shift was proportional to the frequency. The higher the frequency
  146. > the greater the shift. I found the idea interesting enough that I dug in an
  147. > old engineering manual and found the following formulae for doppler
  148. > shift in a radar system.
  149.  
  150. > Fs=2FtV/C
  151.  
  152. > where
  153.  
  154. > Fs = frequency shift
  155. > Ft = Transmit frequency
  156. > V  = equals velocity - to be in same units as C
  157. > C  = speed of light
  158.  
  159. > I beleive the multiple of 2 has to with the reflection of the wave doubling
  160. > the shift so I would simplify this to Fs=FtV/C for a point to point shift.
  161. > Assuming 1.9 Ghz and 75 mph relative velocity the shift will be about 212 Hz.
  162. > Following pasted from my quickly made spread sheet.
  163.  
  164. > 186,000       speed of light miles per second
  165. > 669,600,000   speed of light miles per hour
  166.  
  167. > 1,900,000,000 Frequency in hertz
  168.  
  169. > 75            miles per hour relative velocity
  170.  
  171. > 142500000000  fu - numerator
  172.  
  173. > 212.813620071684588  Frequency shift
  174.  
  175. > When I used to work more with radio, frequency tolerances on the order of 0.5
  176. > ppm were pretty normal. At 800 mhz that comes out to about 400 Hz. I doubt
  177. > that the indicated 212 hz shift will cause many problems, however, higher
  178. > speeds and or higher frequencies will increase the shift in a linear fashion.
  179. > I mention higher frequencies because I have seen paper designs of pico cell
  180. > systems from 38 to 100 Ghz.
  181.  
  182. > If the math is in error, feel free to correct it.
  183.  
  184. I used your equation and 200 Km/hr and came up with 352 hz, so I have
  185. to agree.  My comment was based on an article that briefly mentioned
  186. the problem.  A quick thought back to *my* police radar days made me
  187. realize that an X band (~10 Ghz) doppler radar gets audio values based
  188. on the _round_ trip doppler.  This made your analysis make sense
  189. instantly.
  190.  
  191. It _clearly_ has to be something else, but it was a problem with
  192. moving vehicles and frequency/time.  It is probably something like
  193. fade rates at speed and the article author converted that to doppler.
  194. I'm glad you spotted this and I've copied Pat on this in the hope that
  195. he prints the correct information.
  196.  
  197. > Patrick L. Martin       pmartin@netcom.com
  198.  
  199. ------------------------------
  200.  
  201. From: nirmal@lccinc.com
  202. Date: Wed, 10 Jan 1996 11:05:47 -0500
  203. Subject: Re: "PCS Faces Rough Road"
  204.  
  205.  
  206. oz@paranoia.com wrote:
  207.  
  208. > exueric@exu.ericsson.se and lotsa other people wrote about:
  209.  
  210. >>> 4)  PCS phones will not work in moving vehicles.
  211.  
  212. >> Wrong. He must be talking about cordless phones or maybe field trials
  213. >> for some of the CDMA systems. There is no inherent problem with using
  214. >> PCS 1900 in a moving vehicle unless you try something silly like
  215. >> pico-cells along an expressway, but that will hose an AMPS system too,
  216. >> just from trying to support the handovers. One version of PCS at 1900
  217. >> is GSM-based and upbanded from 900.  It has been working in vehicles
  218. >> for some time now quite nicely, thank you.  The same will be true some
  219. >> day for CDMA based systems.
  220.  
  221. > Well, sorta wrong at least.  There is a "technical challenge" that
  222. > needs to be overcome to make PCS phones operate when moving at high
  223. > speeds relative to the base station.  The Doppler Effect is about 2
  224. > 1/2 times worse at 1900 Mhz with respect to conventional US-AMPS
  225. > cellphones.  The problem is surmountable, and several solutions have
  226. > been proposed.  As far as "Pico" cells go, the presence of doppler
  227. > shift can actually make pico cell implemenation easier and more
  228. > effective.  Doppler can be used to identify fast moving users and not
  229. > hand them off to small cells.
  230.  
  231. Ref: Jakes, W.C, 'Microwave Mobile Communications', IEEE Press, 1994
  232.  
  233. A CW Transmission from a mobile moving at a constant speed 'may be
  234. represented as a carrier whose phase and amplitude are randomly
  235. varying, with an effective bandwidth corresponding to twice the
  236. maximum Doppler shift' of Velocity/wavelength. The envelope of the
  237. fading signal is Rayleigh distributed (under some assumptions, which I
  238. don't go into here) and the Doppler shift affects the level crossing
  239. rate (i.e the rate at which the fading signal crosses a threshold) and
  240. the fade duration, which is the duration for which the signal remains
  241. below a threshold.  This will be double that of a cellular signal
  242. (approx) as PCS signals (1.85-1.99 GHz) are roughly double the
  243. frequency. The Doppler Shift at 1800 MHz for a 60 mi/hr. mobile is 160
  244. Hz. Hardwarewise, it seems unlikely this could pose a problem, since
  245. this is about 8.8*10(-6) % of the carrier.  From the point of view of
  246. coding, interleaving would take care of fast fades to some extent,
  247. insofar as the fade durations are concerned. The traditional method of
  248. tackling the fade rate problem would be some form of AGC.
  249.  
  250. CDMA offers the advantage of soft handoffs, and the power control on the 
  251. reverse link, where under some conditions Rayleigh fading would be 
  252. compensated for by means of a power control bit updating the mobile Tx 
  253. power every 1.25 ms. PCS 1900 refers to the PCS system based on the GSM
  254. system in North America. Once such system has rolled out in the Washington
  255. DC- Baltimore area, and to the best of my knowledge, not too many people are
  256. concerned about Doppler Shifts :-)
  257.  
  258.  
  259. Nirmal Velayudhan    Associate Engr.
  260. PCS Group  LCC, L.L.C.  (703) 284 8371
  261. e-mail- nirmal@lccinc.com
  262.  
  263. ------------------------------
  264.  
  265. From: storkus@heather.greatbasin.com (Mike P. Storke)
  266. Subject: Re: "PCS Faces Rough Road"
  267. Date: 10 Jan 1996 00:51:04 GMT
  268. Organization: Great Basin Public Access UNIX, Reno, NV
  269.  
  270.  
  271. In article <telecom16.3.10@massis.lcs.mit.edu> is written:
  272.  
  273. >> cellular technology will not be quickly missplaced for the following
  274. >> reasons: 1) they are practically giving away cell phones; 2) cellular
  275. >> companies are not charging on evenings and weekends; 3) PCS phones
  276. >> cannot be practically any more portable than the latest cell
  277. >> phones; 4) PCS phones will not work in moving vehicles.
  278.  
  279. > PCS is not a competitor for cellular; it is a new local loop
  280. > technology, digital from the gitgo, that offers voice, internet
  281. > access, mobility, and backhaul over the existing cableTV plant.  Using
  282. > CDMA, PCS will offer high security and bandwidth on demand as well. If
  283. > the digital acoustics are superior to wireline, it will cut deeply
  284. > into existing wireline markets.On the basis of their British
  285. > experience, USWest estimates that they will lose some 30 percent of
  286. > their market to cable based PCS. PCS will be complementary to
  287. > cellular; you plug the same handset into your car system for vehicular
  288. > usage.
  289.  
  290. > George Gilder 
  291.  
  292. I believe you're confusing PCS with cable-modem technology.  PCS
  293. stands for "Personal Communications Services", and operates at 1.8-2.0
  294. Ghz.  It's not quite a replacement as it is an expansion of AMPS
  295. capabilities.  You ARE correct about many things, though: it IS fully
  296. digital from the git-go, and data access (PDAs use PCS to communicate)
  297. was built in in the first place.
  298.  
  299. The primary advantage of PCS is the enormous bandwidth available, but
  300. the primary disadvantage is the very thing that makes this bandwidth
  301. available: the high frequency, which make microwave-related phenomena
  302. such as doppler shift and fadeouts doubly frequent and strong (i.e.,
  303. multipath becomes a much greater factor in the equation).  However,
  304. due to lack of noise, both on the air itself and in the equipment,
  305. power levels can be reduced as well.  Unfor- tunately, it turns out
  306. you must reduce cell-size in turn, which means more capital outlay,
  307. and also means that (primarily) you'll see PCS only in metro (possibly
  308. suburban) areas, with ordinary AMPS remaining the primary service in
  309. many suburban and likely all rural areas.
  310.  
  311.  
  312. Mike P. Storke N7MSD    Snailmail: 2308 Paradise Dr. #134
  313. Inet: storkus@heather.greatbasin.com  Reno, NV 89512-2712
  314.  
  315. ------------------------------
  316.  
  317. Date: Wed, 10 Jan 1996 10:47:33 -0800
  318. From: Robert Ponce <icmedia@ix.netcom.com>
  319. Subject: Re: PCS Faces Rough Road
  320.  
  321.  
  322. I think that it is a legitimate question as to whether PCS can survive
  323. in competition with cellular, not because of technical reasons but
  324. because of market reasons.  Right now, there are too many competing
  325. wireless technologies chasing too few applications -- and more on the
  326. way.
  327.  
  328. The FCC's plan to sell off every possible bit of spectrum space
  329. created a "Fool's Gold Rush", and I think the whole PCS auction
  330. process created the idea that entrepreneurs who missed the cellular
  331. boom could now come in and get a piece of the airwaves that they could
  332. call their own.
  333.  
  334. But the competition is tough, well capitalized and already making
  335. money.  The cellular industry will be very difficult to compete with
  336. unless PCS finds a different way to attack the market.  ANd cellular
  337. is not the only competition.  THere is SMR (SPecialized Mobile Radio)
  338. which are a bunch of frequencies which have been used primarily for
  339. trucking and taxi dispatch.  Motorola owned most of these licenses a
  340. few years ago, and sold them to companies like Nextel (in exchange for
  341. equity stakes) with the idea of converting these frequencies into
  342. digital cellular.  It didn't fly.  Nextel found that they couldn't
  343. garner the resources for the huge capital outlay required.
  344. Ironically, Nextel found a white knight in Craig McCaw, who promptly
  345. steered them away from competing directly with cellular, saying "Been
  346. there- Done that."
  347.  
  348. Then there are the satellite systems coming on line, such as
  349. Motorola's Iridium System, which threaten to push price competition
  350. even further in wireless delivery systems. (And Craig McCaw and Bill
  351. Gates are reportedly developing a hge satellite project as well.)
  352.  
  353. If you add the competition from packet radio (pager channels that are
  354. being upgraded to handle two way, low level communications, such as
  355. wireless e-mail), you have a very crowded market for wireless
  356. services.
  357.  
  358. Right now, the cellular industry will continue to be the front-runners
  359. in wireless communication for some time, because they have the
  360. revenue, the customer base, the capitalization and the technical
  361. expertise.
  362.  
  363. For PCS or any other wireless technology to be competitive, it has to
  364. find a niche of its own.  The "killer app" may be the interactive
  365. TV/Broad bandwidth Internet access pot of gold that everyone is
  366. searching for.  ALready DSS has shown that cable TV is vulnerable to a
  367. wireless technology that can deliver more, better channels. The
  368. problem for satellites is that the delay makes it unsuitable for
  369. upstream/downstream communications.  If PCS becomes an affordable
  370. delivery system for two-way, full motion video, it could fulfil the
  371. promise of the "Gold Rush".
  372.  
  373. A final thought on PCS and other wireless technologies: time and
  374. technological increases favor wireless over cable and fiber. The
  375. costs per subscriber for fiber and cable can only be reduced so far:
  376. even though fiber can offer almost limitless bandwidth, the costs to
  377. physically deliver it can't be reduced.  Those costs increase
  378. exponentially in rural areas.  With wireless, technological advances
  379. continue to bring the delivery costs down, with no additional physical
  380. costs.
  381.  
  382. So in the long run, wireless technologies may be the cheapest pipe
  383. into the home, as well as the car or jacket pocket.  But in the short
  384. run, ill-defined market strategies may cannibalize sales and waste a
  385. lot of capital on ventures that are not positioned to succeed.
  386.  
  387. An interesting company to watch is Motorola, which has shrewdly hedged
  388. its bets and put itself in the center of all the developing wireless
  389. technologies.  
  390.  
  391.  
  392. Bob Ponce I-Contact Media Inc.  914 761-4328
  393. Interactive Media Consultants/Content Developers
  394.  
  395. ------------------------------
  396.  
  397. From: Erik Gundersen <76017.572@CompuServe.COM>
  398. Subject: Association of International Teleconsultants
  399. Date: 10 Jan 1996 12:54:21 GMT
  400. Organization: Explorers' Foundation
  401.  
  402.  
  403. ASSOCIATION OF INTERNATIONAL TELECONSULTANTS (AIT)
  404.  
  405. A professional association for independent telecom consultants, 
  406. agents, brokers, resellers and service providers world wide.
  407.            ______________________________________
  408.     
  409. The telecommmunications industry is undergoing dramatic changes and
  410. therefore the non-profit Association of International Teleconsultants
  411. (AIT) has been created to promote the interests of its members and the
  412. industry as a whole.
  413.  
  414. Deregulation in the US and the UK while most countries in the world
  415. have a highly monopolised telecom sector, has provided new
  416. opportunities for specialised services such as callback, and numerous
  417. new companies quite understandably venture into this fairly uncharted
  418. territory, and with these a new breed of telecom consultants with
  419. visions of the future has emerged.
  420.  
  421. As we are witnessing a technological revolution while countries
  422. prepare to deregulate, changes will accellerate, which creates
  423. opportunities as well as pitfalls. There will be new, successful
  424. companies emerging, as well as closures. In this environment the AIT
  425. was founded on the 4th of July 1995, with aims to: -
  426.  
  427. 1. -  be an industry voice, to represent its members and update its 
  428. members on relevant industry developments and regulations.
  429.  
  430. 2. - increase agents' and consultants' purchasing power, offer new
  431. services through the association's corporate members.
  432.  
  433. 3. - organize promotional campaigns on behalf of members, 
  434. international advertising and Internet exposure, the AIT logo
  435. may be used by members - a recognition of quality service.
  436.  
  437. 4. - assist with recruitment and training in cooperation with
  438. corporate and individual members and help improve industry 
  439. service standards and image.
  440.  
  441. 5. - support members in the event of cessation of their activities.
  442.  
  443. Admission for Membership subject to approval.
  444.  
  445. For information about Membership and the AIT Code of Practice,
  446. please email: 76017.572@compuserve.com, or fax: +33 68896820
  447.  
  448.  
  449. Uploaded Jan 07, 1996 by E. Gundersen, AIT
  450.  
  451. ------------------------------
  452.  
  453. From: dcbarry@pacificnet.net (David C. Barry, Jr.)
  454. Subject: Pacific Bell ISDN Rate Increases - Protest Web Site
  455. Date: Tue, 09 Jan 1996 17:16:34 -0800
  456. Organization: My corner of the sky.......
  457.  
  458.  
  459. If you are a user of Pacific Bell ISDN, or are considering subscribing to
  460. PacBell ISDN, you should be aware of some *very* important information.
  461. Even if you are not in PacBell land, you may still find this of interest
  462. if you follow ISDN issues. Your utility could bve next!
  463.  
  464. On December 21, Pacific Bell filed application A95-12-043 with the
  465. California Public Utilities Commision.  In short, the application requests
  466. very significant rate hikes for all PacBell ISDN users, and would all but
  467. end unmetered calling for Home ISDN users.
  468.  
  469. I have created a web site that spells out exactly what the application
  470. contains, and what it means to you as consumer.  It also contains
  471. information on what you as a public citizen can do to help block these
  472. proposed hikes.
  473.  
  474. Please visit my protest website: 
  475.  
  476.   http://www.pacificnet.net/~dcbarry/isdn.html 
  477.  
  478. to obtain essential information on this application. I encourage you
  479. to register your name and email address so that we can keep you
  480. up-to-date on the application as it weaves its' way through the
  481. regulatory maze.
  482.  
  483. Please share this information!  You might wish to add a line to your
  484.  .sig referencing the protest pages.  Do what you can to spread the
  485. word.
  486.  
  487.  
  488. David Barry    email:dcbarry@pacificnet.net
  489.                homepage: http:www.pacificnet.net/~dcbarry   
  490.  
  491. ------------------------------
  492.  
  493. From: pete@inquo.net (Pete Kruckenberg)
  494. Subject: Looking to Purchase New Phone System - Help!
  495. Date: 9 Jan 1996 06:32:07 GMT
  496. Organization: inQuo Internet (801) 530-7160
  497.  
  498.  
  499. We have finally out-grown our current phone system (a Toshiba
  500. Perception), and we are looking to purchase a new phone system in the
  501. next 60 days. I would like to get input on what phone-system vendors
  502. (and possibly models) we should look at to meet our needs. The short
  503. list of our requirements is:
  504.  
  505.   Handle 400-500 stations (mixed analog and electronic/digital)
  506.    we currently have 96 analog and 120 electronic/digital in use;
  507.  
  508.   Switch ISDN (taking in multiple BRI's or a PRI and sharing them
  509.    amongst office users);
  510.  
  511.   Handle multiple T1's directly (rather than splitting them out
  512.    with a channel bank);
  513.  
  514.   Handle DID lines;
  515.  
  516.   Good handling of high-speed modem communications (28.8kb modems);
  517.  
  518.   Good integration with PC/Mac (voice-mail management, calls through
  519.    PC, etc) currently available or soon to be available, probably 
  520.    via Microsoft or Novell "standards";
  521.  
  522.   Some kind of good integration with remote-branch switches (so 
  523.    every station, regardless of the location, is seamlessly 
  524.    reachable via an extension), with remote branches connected via
  525.    leased lines;
  526.  
  527.   Release-line/release-trunk transfer capability (so a call in a remote 
  528.    city comes into the remote switch, conferences in the operator at the 
  529.    corporate office, then releases the leased-line channel when the call
  530.    is transferred back to an extension at the remote office, rather than
  531.    using up a channel to the corporate office and one back to the 
  532.    remote office);
  533.  
  534.   Integration with Repartee (Active Voice) voicemail system (not 
  535.    absolutely necessary, but would be nice) -- Repartee communicates
  536.    with our Perception using DTMF to turn MSG lights on and off, etc.;
  537.  
  538.   Cool features at the station, like being able to request to not be 
  539.    disturbed, conditionally or unconditionally forward your extension 
  540.    (possibly based on caller ID), leaving a message for the receptionist
  541.    (out to lunch, in a meeting, out sick), caller ID, display of parked
  542.    calls, ability to pick up a call ringing or on hold on another extension,
  543.    conference/forward/park a call, etc, etc, etc.;
  544.  
  545.   Hunt groups, etc, etc;
  546.  
  547.   Remotely manageable via a serial/telnet/network connection;
  548.  
  549. I would also like to get some suggestions on how to handle one major
  550. change that will probably have to happen. Our Perception has an
  551. intercom feature, so a user can dial another user's office and
  552. immediately talk to them without the dialed user having to pick up.
  553. Where this comes in handy most is when a call comes in, the
  554. receptionist can find out if someone is in their office within a few
  555. seconds, rather than dialing the office, waiting for the person to
  556. pick up, etc.
  557.  
  558. One thing we thought is that the receptionist could possibly key in a
  559. message (on a keyboard) with the caller's name/id, which would then be
  560. displayed on the extension phone's LCD display. This may be more work,
  561. but it'd probably be one solution. If the person at the extension
  562. doesn't want to answer, the call would go back to the receptionist (it
  563. would have to be labelled somehow, so the receptionist would know that
  564. it was coming back, and who it was coming back from) after a few
  565. rings, and then she could page the person or put the caller into
  566. voice-mail.
  567.  
  568. I'd like to get other ideas about how we can make the switch to a new
  569. switch without having to add more receptionists, by making them as
  570. efficient as possible in transferring calls to extensions (and letting
  571. the person at the extension know who is calling).
  572.  
  573. Thanks for your input. This is my first major purchase like this (we're
  574. budgeting around $150k for the switch), so I appreciate any and all input
  575. on what to look for, what vendors to look at, what to avoid, etc. Any
  576. input on books or other literature I should look at would be appreciated. 
  577.  
  578.  
  579. Thanks,
  580.  
  581. Pete Kruckenberg
  582. pete@inquo.net
  583.  
  584. ------------------------------
  585.  
  586. End of TELECOM Digest V16 #11
  587. *****************************
  588.