Loren Data Corp.

'

 
 

COMMERCE BUSINESS DAILY ISSUE OF MAY 31,2000 PSA#2611

SPAWARSYSCEN-Charleston, PO Box 190022, N. Charleston, SC 29419-9022

58 -- INFORMATION REGARDING STATE-OF-THE-ART WIRELESS TELEPHONY SOL N65236-00-J514JN POC JAMES W. NEW, Code J514JN, 757-558-6845, FAX 757-396-0411 E-MAIL: Click here to contact the point of contact via e-mail., newj@spawar.navy.mil. 1. SPAWAR Systems Center Charleston Code 514JN is soliciting industry comments and information concerning the establishment of minimum functional requirements for application of wireless telephony devices (such as PCS) to critical portable wireless communications requirements in US Navy Ships. There is no procurement of hardware planned at this time, and availability of funding for eventual procurement is uncertain. The purpose of this request is to determine what the current state-of-the-art is in wireless telephony, and to look at how rapidly-evolving systems could best be used to support the Navy's shipboard communications needs. This is a request for technical information only, so realistic competitive performance specifications can be written if the technology looks promising and funding becomes available for eventual procurement. 2. BACKGROUND. Two technologies currently provide most US Navy shipboard portable wireless communications: trunked radio (viz., land mobile radio (LMR)) and wireless telephony (viz. personal communications services (PCS)). Trunked radio (LMR) has been perceived to be a broadcast system (one-to-many) that can supply limited point-to-point connectivity (one-to-one). Wireless telephony (PCS) has been perceived to be the opposite: a point-to-point system providing limited broadcast capability. For the most part, LMR has been used for critical functions such as damage control, flight deck, well deck, navigation, and underway replenishment, while PCS has been used for less critical administrative duties. At their core, both LMR and PCS systems are heavily software-driven devices. Both have proprietary, closed operating systems. Although users can program many system features, they cannot alter the operating systems structure. Many observers speculate that PCS might provide an attractive alternative to LMR. This speculation is driven both by the fact that PCS is a newer technology, and by the anticipated introduction of a new generation of PCS based on open architecture, wireless Internet Protocol (IP) telephony. Thus, to evaluate the possibility that PCS might be suitable for additional shipboard portable wireless communications, those requirements need to be clearly defined in functional terms. 3. DESIRED FEATURES A. Hierarchical Requirements -- Shipboard communications require four hierarchical levels (Figure 1). Level 1 is the Command Node. Level 2 are Department Nodes (Engineering, Navigation, Weapons, Command, Intelligence, Medical, Supply, Damage Control, Combat Cargo, Air Operations). Level 3 are Work Centers. Level 4 are end users. (1) Level 1. The Command Node must be able to communicate: (a) Simultaneously with all Department Nodes (Level 1 -> 2 Paths B1, Bn-1, Bn). (b) Selectively with any subset of Department Nodes on demand (Level 1 -> 2 Paths B1, Bn-1, Bn). (c) Simultaneously with all nodes, ruthlessly preempting all nodes nearly instantaneously (Level 1 -> All Level Paths A1, A2, An-1, An). Figure 1. US Navy Ship Portable Wireless Hierarchical Requirements—NOTE: To obtain this figure contact the POC via telephone, FAX, or e-mail. (2) Level 2. Department Nodes must be able to communicate: (a) Selectively with the Command Node (Level 2 -> 1 Paths B1, Bn-1, Bn). (b) Simultaneously and selectively with all Department Nodes (Level 2 -> 2 Paths C1, Cn-1, Cn). (c) Simultaneously and selectively with all Work Center Nodes within its functional chain (Level 2 -> 3 Paths D1, Dn-1, Dn). During communications with Level 3 Nodes, Level 2 Nodes must be able monitor Level 1 and Level 2 Nodes. (3) Level 3. Work Center Nodes must be able to communicate: (a) Selectively with its associated Department Level Node (Level 3 -> 2 Paths D1, Dn-1, Dn). (b) Simultaneously and selectively with all Level 3 Nodes reporting to its associated Level 2 Node (Level 3 -> 3 Paths E1, En-1, En). (c) Simultaneously and selectively with all Level 4 Nodes within its functional chain (Level 3 -> 4 Paths F1, Fn-1, Fn). During communications with Level 4 Nodes, Level 3 Nodes must be able monitor its associated Level 2 Node. (4) Level 4. User Nodes must be able to communicate: (a) Selectively with its associated Work Center Node (chain (Level 4 -> 3 Paths F1, Fn-1, Fn). (b) Simultaneously and selectively with all Level 4 Nodes reporting to its associated Level 3 Node (chain (Level 4 -> 4 Paths G1, Gn-1, Gn). During communications with Level 4 Nodes, Level 4 Nodes must be able monitor its associated Level 3 Node. B. Preemption Requirements -- Selected Level 2 Users on aircraft carriers must be provided with multiple levels of ruthless preemption. Flight deck operations require five levels of preemption: the flight deck announcing system has first priority, the Air Boss has second priority, the Mini-Air Boss has third priority, the Flight Deck Handler has fourth priority, and the Carrier Air Group (CAG) has fifth priority. C. Latency -- The system must provide minimum switching latency. Latency begins with the first operator action to execute a call and ends with the beginning of audio receipt by the slowest call participant. This delay should not exceed one-quarter second and must not exceed three-quarter second regardless of system size. D. Power Levels -- All system RF devices (handsets and fixed units) must be safe to operate in close proximity to any ordnance in any condition. E. Single Action Access (Push-to-Talk) -- All user devices must provide single action access, e.g. push-to-talk (PTT), for the initiation of calls. F. Capacity -- The system must be scalable to fit a variety of ships. As a goal, the system should be capable of supporting the ship's full complement. The system must be scalable (Figure 1). In the extreme, every user in the system must be capable of creating a call that includes all users for emergency situations. System architecture must be capable of supporting large concentrations of users in small areas. At a minimum, the system must be capable of simultaneously supporting up to 30 users located within a 100' radius without blocking. As a goal, the entire system should be non-blocking. At a minimum, the system should provide a grade of service of at least 5%, i.e. no more than 1 in 20 calls are denied because of insufficient capacity. G. Interfaces -- Interfaces are required for standard shipboard communications devices including Flight Deck and Well Deck Helmets, Handsets, Headsets, Intercommunication Systems, and Announcing Systems. Wireless fixed units are required to replace or supplement wired telephony devices, wired intercommunication stations, or wired announcing system speakers. H. Transportability -- All handsets must be capable of shifting between related talk groupings by rapid, easily understood and executed user actions. Consider a Level 4 example (Figure 1): Level 4 User #A2B3 must be capable of shifting from Level 3 talk grouping #A2B to Level 3 talk grouping A2C, e.g. to take the place of Level 4 User #A2C1. This is analogous to a damage control repair party member shifting repair zones during a casualty. At Level 3, this would be analogous to one Repair Locker assuming communication responsibilities of another Repair Locker. I. Suitability -- All portable devices must be compatible with typical shipboard ranges of temperature, shock, vibration, moisture, and corrosion such that they provide a reasonable service life. All devices must be compatible with typical ranges of shipboard RF emitters such that they are not susceptible to, and do not cause, harmful electromagnetic interference (EMI). Selected handsets must be capable of extended operation on a single battery charge with an extreme duty cycle that is the equivalent of 40% transmit, 40% receive and 20% standby. At a minimum, flight deck handsets must be capable of at least six (6) hours of uninterrupted operation under this equivalent duty cycle. As a goal, they should be capable of 12 hours of continuous operation with this equivalent duty cycle. J. Survivability -- As a goal, all handsets should be capable of point-to-point communications, independent of the communications infrastructure. K. Security -- All handsets should be capable of privacy encryption meeting the requirements of FIPS 182 for protection of sensitive, but unclassified information. As a goal, all handsets should be capable of providing encryption suitable for handling classified National Defense information. 4. Interested vendors are asked to forward explanations and/or technical literature concerning this equipment via e-mail newj@spawar.navy.mil, or via mail to SPAWAR Systems Center Charleston, Code 514JN -- James New, PO Box 1376, Norfolk VA 23501-1376, or delivery to SPAWAR Systems Center Charleston, Code 514JN -- James New, Bldg 172 Wood Road, St Juliens Creek Annex, Portsmouth VA 23702, with a copy of the cover letter (no tech data enclosed) to: SPAWAR Systems Center Charleston, Code 1115, Jean Duncan, PO Box 190022, North Charleston SC 29419-9022. In addition, plese provide information regarding the size of business: average annual revenue for past 3 years, and the number of employees. Replies are requested by June 30, 2000. 5. This synopsis is for information and planning purposes and is not to be construed as a commitment by the Government. This is not a solicitation announcement for proposals and no contract will be awarded from this announcement. No reimbursement will be made for any costs associated with providing information in response to this announcement, and any follow-up information requests. Respondents will not be notified of the results of the evaluation. Respondents deemed fully qualified will be considered in any resulting solicitation for the requirement. The Government reserves the right to consider a small business set-aside or 8(a) set-aside based on responses hereto. Posted 05/26/00 (W-SN459210). (0147)

Loren Data Corp. http://www.ld.com (SYN# 0144 20000531\58-0003.SOL)


58 - Communication, Detection and Coherent Radiation Equipment Index Page