Digital Voice Storage Mobile

1. Field of the Invention

This invention relates generally to voice/data communications systems and in particular to apparatus and techniques for a digital voice storage mobile radio control terminal adapted for use in a multi-unit land mobile radio communications system.

2. Description of the Prior Art

The prior art includes various types of radio frequency transmission systems of the general type which serve to effect a selective transmission from or to an emergency vehicle or purposes of generating a warning transmission. Conventional systems typically utilize magnetic tape or wire for the storage of the desired message and utilize conventional playback arrangements. However, use of such conventional systems in many applications present substantial difficulties due to the environment, weight, and size limitations imposed by such applications. In addition, automatic record and playback devices are known in the prior art, such as with telephone answering systems, that answer with recorded instructions on a first magnetic tape, then record a telephone message on a second magnetic tape. Somewhat similar systems for recording a received message at a mobile or pre-recording a message to be transmitted in response to remote activation, are utilized in multi-unit mobile radio communications systems. These electromechanical systems are typically bulky, unreliable, and inflexible. Also, these prior art arrangements only provide sequential access for generating fixed messages. Therefore, many potential applications have not been feasible in the prior art due to the limitations of these systems.

It is therefore an object of the invention to provide a solid state voice storage mobile radio control terminal utilizing digital voice storage and adapted for use in a multi-unit land mobile communications system.

It is another object of the invention to provide a voice storage mobile radio control terminal capable of multiple message storage and non-sequential access.

It is yet another object of the invention to provide a voice storage mobile radio control terminal for a multiple unit land mobile communications system with emergency remotely triggered recorded message transmission capability.

Briefly, according to the invention, a radio control terminal for a secondary station in a multi-unit communications system for voice and data communications is provided. The communication system includes a primary station and a plurality of secondary stations, with each secondary station having a microphone to permit input of voice messages by the operator. The control terminal comprises digitizing circuitry for digitizing a voice message entered by the operator and memory circuitry for storing the digitized voice message. In addition, the control terminal comprises conversion circuitry for connecting the digitized stored message to analog form and transmission means for transmitting converted stored messages to the primary station.

The features of the present invention which are believed to be novel are set forth with particularity in the appended claims. The invention, together with further objects and advantages thereof, may best be understood by reference to the following description when taken in conjunction with the accompanying drawings.

FIG. 1 is a block diagram of a radio communications system incorporating a digital voice storage mobile control terminal according to the invention.

FIG. 2 is a block diagram of the mobile digital voice storage control circuit according to the invention.

FIG. 3 is a flow diagram of the BEGIN routine of the mobile unit computer program for the invention.

FIG. 4 is a flow diagram of the SWITCH CK routine of the mobile unit computer program for the invention.

FIG. 5 is a flow diagram of the SEND routine of the mobile unit computer program for the invention.

FIG. 6 is a flow diagram of the EMRG routine of the mobile unit computer program for the invention.

FIG. 7 is a flow diagram of the PARSE routine of the mobile unit computer program for the invention.

FIG. 8 is a flow diagram of the ACKD routine of the mobile unit computer program for the invention.

FIG. 9 is a flow diagram of the BASE RCD/STORE routine of the mobile unit computer program for the invention.

FIG. 10 is a flow diagram of the SAMP1 routine of the mobile unit computer program for the invention.

FIG. 11 is a flow diagram of the ASYNC/SYNC routine of the mobile unit computer program for the invention.

FIG. 12 is a flow diagram of the ENDRCD routine of the mobile unit computer program for the invention.

FIG. 13 is a flow diagram of the FORWARD routine of the mobile unit computer program for the invention.

FIG. 14 is a flow diagram of the PLAY/REPLAY routine of the mobile unit computer program for the invention.

FIG. 15 is a flow diagram of the PLBACK routine o the mobile unit computer program for the invention.

FIG. 16 is a diagram of the PLBK ABORT routine of the mobile unit computer program for the invention.

FIG. 17 is a flow diagram of the modifications to the PACKET PARSING routine of the base unit computer program.

FIG. 18 is a flow diagram of the TRANSMIT HANDLER routine of the base unit computer program.

In FIG. 1, there is shown a block diagram of a radio communications system that utilizes both data signals and voice signals between a primary (base) station 20 and at least one secondary (mobile) station 22. The radio system illustrated also incorporates the novel digital voice storage mobile control terminal of the invention. The system is processor based such that all of the control operations and signalling are performed in software, allowing a portable and modular system. Such a voice/data communications system is disclosed in detail in a co-pending application bearing Ser. No. 402,687, filed July 28, 1982 by Timothy Burke, and assigned to Motorola, Inc. The system illustrated includes a base data control unit 24 identical to that disclosed in the above-mentioned co-pending application with some software modifications to be desribed hereinafter. The base data control unit 24 includes a keypad and display 26 to permit operator control and monitoring of functions, and a microphone 28 or voice input. The base data control unit 24 is coupled as shown to a base transceiver 30 which includes an antenna 32. Either voice communications or data communications are established with the mobile station via RF transmission. The mobile station illustrated includes an antenna 34 coupled to a mobile transceiver 36 which is coupled to a mobile unit digital voice storage control circuit 38. The mobile digital voice storage control terminal 38 includes a microphone 40 and a set of control buttons 42 to permit the operator to control the digital voice storage functions.

The signalling used is a 600 bit per second PSK modulation signal with a 1500 hertz carrier. Data transfers are accomplished in packets of 32 bits that are synchronized through a 40 bit, dual phase optimized code word. A rate one-half convolution threshold decoder is used for error correction and a 16 bit inverted-CCITT cyclical redundancy code is used for message error detection. The command data packets contain status information, commands, and address information corresponding to a particular mobile unit.

Referring now to FIG. 2, there is shown a block diagram of the mobile digital voice storage control terminal according to the invention for use in conjunction with a mobile transceiver as illustrated in FIG. 1. The mobile unit 50 consists primarily of a microcomputer 60 (e.g., in the preferred embodiment a Motorola MC3870), up to eight 64k dynamic random access memories (e.g., a Motorola MCM6664) and supporting digital and analog circuitry. The unit can store up to 42 seconds of speech, comprising up to 8 unique messages. The processor 60 performs all of the PSK modulation, demodulation, encoding and decoding of the signalling, and all the control and management functions of the mobile system.

Incoming data is applied from a receiver detector (not shown) in analog form to the discriminator input 52, and then coupled, as shown, to an audio bandpass filter 54 and a PSK bandpass filter 56. The PSK filter 56 removes unwanted signals and receiver noise, and couples the filtered signal to a limiter 58 where the signal is limited, and then coupled to the MPU 60 for processing and decoding. The microprocessor 60 performs coherent detection of the PSK signal recovering the command data packets which provide the command and control information for the mobile unit 50. The audio bandpass filter 54 filters audio voice signals and couples the filtered speech signal to a continuously variable slope delta modulation (CVSD) encoder decoder circuit 62 which, in conjunction with the MPU 60 digitizes the incoming speech signal. This circuit 62 is also used to reconstruct speech on playback. (at a sample rate of 12.346 kilohertz in the preferred embodiment).

Data to be transmitted is prepared in the MPU 60 in command data packets and coupled as PSK modulated packets from the output 64 to the microphone output 66, to the radio transmitter. The microphone (not shown) is muted during data transmission to prevent any voice interference. Radio muting is controlled by the MPU 60 via the output 68, and tone generation is performed by the MPU 60 in conjunction with CVSD circuit 62 and the filter 80, and coupled to the audio output 82, and to microphone output 66, as shown. Channel sensing is also performed by the MPU 60 via the conductor 72. A code plug 74 is coupled, as shown, to the MPU 60, and contains all of the system information on selected options of the digital voice storage unit 50. The data in the code plug 74 is read by the MPU 60 and then used in the control of the operation of the mobile digital voice storage unit 50. A random access memory (RAM) 76 is also coupled to the MPU 60, as shown, composed of up to eight dynamic 64K RAMS to provide storage for up to 42 seconds of digital voice storage. An audio filter 80 is coupled to the CVSD circuit 62 to provide smoothing of the reconstructed speech from the CVSD circuit 62 and the resulting smooth speech signal is coupled to the output 82, as shown. A microphone switch 83, which is part of a STORE function switch, is provided to couple speech from the microphone input 88 to the audio bandpass filter 54 during the storing of speech, and to couple speech to the transmitter (not shown) during transmission. In addition, a switch 84 couples the PTT signal to the MPU 60 from the input 86 during storage of speech, while coupling the PTT signal to the transceiver/control head bus (see FIG. 1) during transmission. A message indicator lamp 90 is coupled to the MPU 60, as shown, to provide an indication of a stored message to the operator. A set of three switches 92 is also coupled to the MPU 60 to permit the operator to select PLAY, REPLAY, and SEND modes of the digital voice storage operation. The mobile digital voice storage unit 50 also requires a regulated five volt power supply 94 and a regulated 9.6 volt power supply 96, as shown.

The mobile digital voice storage memory is organized in blocks of approximately 166 milliseconds of recorded speech in the preferred embodiment in order to increase addressing speed. In addition, messages are stored in a first in first out (FIFO) queue. To do this without moving large amounts of data in the microprocessor 60, a circular message table is utilized with pointers and lags and with eight addresses to permit eight separate messages. One pointer points at all time to the location in the message table of the most recent message. In addition, three flags are used to indicate the status of each message. These flags are labeled PRESNT, ACTIVE, and STFWD to represent present, active, and store and forward messages. A message is present as long as it is intact in the voice memory. A normally recorded message from the base is active (and present) until it is reviewed by the mobile at which time it is present only. A message is present, and store and forward (STFWD) if it is recorded by the mobile operator to be forwarded to the base.

When a record command is received, the PRESNT flag is examined. If no messages are present, the start address for the recording is set to the beginning of the RAM, but if other messages are present, the new message will be recorded starting at the end of the most recent message. Once the recording stops, the start and stop addresses are placed in the message table and flags are reset for overwritten messages. If a message is partially overwritten, the start address for the message is adjusted to the new message stop address.

In general, a new message is allowed to overwrite all prior messages. An exception is made in the case of store and forward messages originated by the mobile operator. It is necessary to prevent a mobile operator from destroying base originated messages which he has not yet reviewed. If the mobile's message lamp 90 is on, indicating that one or more messages has not been reviewed, the operator will not be allowed to create a store and forward message. If he activates the store mode, beeps will sound until he releases the store button. If he does not release the store button, the beeps will stop after 15 seconds, but will restart if the PTT is pushed, and no recording will be permitted until the base message has been reviewed. The store mode allows the operator to append speech segments to longer messages by using the PTT to start and stop the recording. After the PTT is released, the message is played back automatically. If the mobile operator creates a stored message that fills the voice memory, beeps will sound until the PTT is released at which time the entire message will be played back. If the operator depresses the PTT again, with the store button still pushed, the entire store and forward message will be erased. This provides a convenient method for erasing a store and forward message.

In operation, a base initiated voice storage sequence begins with the base transmission of a command packet including command and address information identifying the mobile unit or units called depending upon whether the address indicates a unit, group or fleet. The base may, optionally, determine the time remaining for the storage and the total storage time by transmitting the appropriate command packet. To store a message with the recorder, the operator sends a command data packet instructing the mobile unit to record the transmission, and then proceeds to talk normally. Upon receiving the record instruction, the mobile unit starts an analog to digital conversion and stores the converted data in the RAM. While recording, the mobile digital voice storage unit does not have time to decode a stop command packet. Thus, a turn off code (at 1543 hertz in the preferred embodiment) is transmitted by the base station when the operator releases the PTT, which is detected by the mobile digital voice storage unit terminating the recording. To let the mobile operator know that a message is waiting to be reviewed, a message light 90 is turned on at the mobile unit. The light goes out when the last base message is reviewed by the mobile operator.

The mobile operator can review the recorded message, as well as all messages recorded before or after it. A PLAY switch, which is a momentary switch, will allow the user to sequence through the messages stored, and play them through the normal receive audio. If several messages were recorded, the first press of the switch will play the oldest message first. Pressing the switch again will play the next message, and so forth until all messages have been reviewed. When the last message is played, a short beep will be generated. If the operator depresses the switch again, the sequence starts over. A replay switch, also a momentary switch, allows the operator to replay the last message played back. If no message was played since the last recording, the oldest present message will be played.

The mobile operator can locally store a message by depressing a locking STORE switch which puts the unit in the store-forward mode. This allows the operator to compose a message which may later be optionally retrieved by the base station. When the switch is in the normal position, the microphone operates the transmitter in a normal manner. In the STORE position, the operator starts to record a message by depressing the PTT on the microphone. When he releases the PTT, his message is played back through the radio audio. Each time the PTT is depressed, the operator can append on to his existing message and each time the PTT is released, the recorder plays back his entire message.

A SEND switch, also a momentary switch, is provided to permit the operator to send a command data packet to the base informing the base that a store forward message has been recorded and may be retrieved by the base operator. The command data packet will only be sent if a store forward message is present in the mobile memory.

The base operator can transmit a command data packet requesting the status of the mobile DVS unit, to obtain time remaining on the recorder and also whether there is a message waiting. If there is a message waiting, a command data packet may be sent to the mobile instructing it to transmit the message. Thus, even if the mobile operator has left the vehicle, the base operator can hear what the mobile operator recorded before he left. An additional feature allows the mobile operator to remotely trigger a special emergency status for his mobile using a portable radio. A portable radio can be used to send a command data packet to the mobile which causes the mobile to transmit a priority status command data packet to the base. The base can then transmit a command data packet to request that the mobile stored message be transmitted.

Referring now to FIG. 3, there is shown a flow diagram of the BEGIN routine of the mobile unit computer program for the microcomputer 60 of FIG. 2 for implementing the invention. The program is entered at block 100 upon power on and initialization occurs at block 102 including clearing of tables and reading of system data from the code plug. Program flow then proceeds to block 104 where the PSK decoder is initialized. The PSK initialization block 104 may also be entered from the entry point START shown at 106. Program flow then proceeds to block 108 to the PSK decoder routine. This routine may also be entered from the entry point MAIN as shown at 110. The PSK decoder program is described in detail in the previously referenced co-pending application. If, in the PSK decode routine, a decode of a data packet has occurred, program flow proceeds to block 112 to test for the proper ID match. If the proper ID match occurs, program flow will proceed to the PARSE routine as shown at 114 and if no match occurs then the program flow returns to the PSK initialization at 104. If no decode of a valid command data packet can be made, then program flow will proceed to block 116 to check to determine if it is necessary to perform a re-transmission of the emergency status. If so, the program flow proceeds as shown to the REEMERG routine as indicated at 120 and if not, the program flow will proceed to the SWITCH CK routine as indicated at 118.

A flow diagram of the SWITCH CK routine is shown in FIG. 4, which shows entry to the routine at block 130. At block 132, a check is made to determine if the system is in the emergency mode and if so, program flow proceeds to the MAIN entry point of FIG. 3 as indicated at 134 and if not, another test is made at block 136. As indicated at block 136, the emergency switch is checked to determine if a new emergency mode has just been initiated and if the emergency mode option exists. If the result is true, program control is transferred to the EMRG routine as indicated at 138 and if not, the program flow proceeds to block 140. At block 140, the replay switch is checked to determine if it has been activated and if so, program control will be transferred to the REPLAY routine as indicated at 142. If not, program flow proceeds to block 144 where the play switch is tested to determine if it has been activated. If so, the program control is transferred to the PLAY routine as indicated at 146 and if not, program flow proceeds to block 148. At block 148 the send switch is checked to determine if it has been activated and if the send option is available. If the result is positive the program control is transferred to the routine SEND as indicated at 150. If not, program flow proceeds to block 152 where the STORE switch is checked to determine if it has been pressed and the code plug is checked to determine if the store option is available. If the result is negative, program flow proceeds to block 154 where the beeps are sounded if an illegal operation has been attempted and then program control will be transferred to the MAIN entry point of FIG. 3 as indicated at block 156. However, if the result at block 152 is positive, the program flow proceeds to block 158 where the push to talk switch is checked to see if it has been activated, if not, the program control is transferred to the MAIN entry point of FIG. 3 as indicated at 156. If the PTT switch has been activated, the program control is transferred to the STORE routine, as indicated at block 160.

The SEND routine is illustrated in FIG. 5 and, as shown, is entered at block 170. Program flow proceeds immediately to block 172 to test to determine if there is any store and forward message present. If the result is no, program control is transferred to the START entry point shown in FIG. 3 and if the result is yes, program flow proceeds to block 176. At block 176, a check is made to determine if the channel is busy, if the channel is busy, program flow proceeds to block 182 where a random delay is inserted and then program flow proceeds back to block 178 to re-test to determine if the channel is still busy. If at block 172 the channel is not busy, program flow will proceed to block 178 where a "request for service" data command packet is transmitted to indicate that there is a message available for base retrieval. Program control will then be transferred to the START entry point of FIG. 3 as indicated at block 180.

The EMRG routine as illustrated in FIG. 6 is entered at block 190 and program flow proceeds immediately to block 12 where the EMERG count is set. Program flow then proceeds to block 196 where the EMERG count is decremented. As indicated at block 194 this location in the program can also be entered from the REEMRG entry point. Program flow then proceeds to block 198 where the EMERG count is tested to determine if it is equal to zero, and if so, program control will be transferred to the START entry point as shown at block 200. If the count is not equal to zero, the program flow will proceed as shown to block 202 where random packet delay is set up for timing the retransmission of subsequent data packets. Program flow then proceeds to block 204 where the emergency command data packet is transmitted followed by transfer of program control to the START entry point of FIG. 3 as indicated at 206.

A flow diagram of the PARSE routine is illustrated in FIG. 7 which shows the routine entered at block 210 with program flow proceeding immediately to block 212. At block 212, a test is made to determine if a valid data command packet was received and if the result is negative, the program control is transferred to the START entry point of FIG. 3 as indicated at 214. If the packet was a valid packet, then program flow proceeds to block 216 to test the packet to determine if a send recorder condition command was received and if so, the program flow proceeds to block 218. At block 218, a response delay is added and the status of the mobile is transmitted at block 220 followed by transfer of program control to the START entry point as indicated at 222. If at 216, the result was negative, program flow will proceed to block 224 where the data command packet is tested to determine if the base record command was present, and if so, program control is transferred to the BASE RCD routine as indicated at 226. If no base record command was received, then program flow proceeds to block 228 as shown, where a response delay is inserted which allows for the system to settle before a return transmission. Program flow then proceeds to block 230 where the packet is tested to determine if it is an acknowledge and if yes, the program control is transferred to the ACKD routine as indicated at 232 and if not, program flow will proceed to block 234. At block 234, the data command packet is tested to determine if a forward command is present and if so, program control will be transferred to the FORWARD routine as shown at block 236. If the result at block 234 is negative, program flow proceeds to block 238 where the command data packet is tested for an erase command and if not present, program control will be transferred to the START entry point as indicated at 240. If present, program flow will proceed to block 242 where all messages are erased. Program control is then transferred, as shown, to the START entry point of FIG. 3 as indicated at 244.

The ACKD routine is illustrated in FIG. 8 and, as shown, is entered at block 250 with program flow proceeding immediately to block 252. At block 252, a check is made to determine if an emergency mode exists and, if not, program flow will proceed to block 254 where a beep is sounded to alert the operator that an acknowledge packet was received followed by progression to block 256, as shown. If an emergency is in progress, program flow proceeds directly to block 256 where the emergency counter is cleared. Program control is then transferred back to the START entry point shown in FIG. 3 as indicated at block 260.

A flow diagram of the BASE RCD/STORE routine is shown in FIG. 9, which indicates entry to the BASE RCD entry point at 270. Program flow proceeds from block 270 to block 272 where a check is made to determine if the base record option is available, and if not, program control will be transferred back to the START entry point as indicated at 274. If the option does exist, the program flow proceeds to block 276 where the beep flag is preset to prevent beeping for unreviewed messages. Program flow then proceeds to block 278 where the flag is set to the base record mode and program flow then proceeds to block 280. At 280 a test is made to determine if there are any messages present and if so, program flow proceeds to block 282 where the message table pointer is advanced to the next location followed at block 284 by setting of the start and stop addresses. Program flow then proceeds to block 298 where RAM addresses, tables, ports and constants are initialized to set up for recording. If, at block 280, the result was negative, program flow proceeds to block 296 to initialize the message table at the beginning of the RAM. At block 286 the STORE entry point permits entry to block 288 where a beep is sounded to inform the operator that he is not transmitting and to set a mode flag to the STORE mode. Program flow will then proceed to block 290 where a test is made to determine if there is already an old store and forward message present. If not, program flow proceeds to block 280 as shown, and if the result is positive, program flow proceeds to block 22. At block 22 a check is made to determine if the old message is the most recent and if yes, recording limits are set as indicated at block 293 settig the new start address at the old stop address and the new stop address at the old start address. If the result at block is negative, program flow will proceed to block 24 where all messages are erased followed by initialization of the message table as indicated at 296. From block 296 as well as from block 293, program flow will proceed to block 298 and from 298 program control is transferred to the SAMPL1 routine as indicated at 299.

FIG. 10 illustrates the SAMPL1 routine which, as shown, is entered at block 300 where program flow proceeds directly to block 302 to update the "end of message" counter. From block 302, program flow proceeds to block 304 where a sample is taken and CVSD encoded followed by storage in RAM as indicated at 306. Program flow then proceeds to block 308 where the RAM address is updated followed by a test of the PTT at 310. If the result at block 310 is positive, program control is transferred to the ASYNC ABORT entry point of FIG. 11 as indicated at 312. If the result at 310 is negative, program flow will proceed to block 314 where a test is made for the end of message tone. If the tone is detected, program flow will proceed to block 312 and, if not, an end address test is made as indicated at 316. If the end address is not detected, then program flow will proceed back to block 302 and if the result at 316 is positive, program control is transferred to the SYNC ABORT entry point of FIG. 11 as indicated at block 318.

The ASYNC/SYNC ABORT routine is illustrated in FIG. 11 and shows entry at the ASYNC ABORT entry point at block 320. From block 320, program flow proceeds to block 322 where a check is made to determine if the current address is the stop address, and if the result is negative, program control will be transferred directly the ENDRCD routine as indicated at 326. If the result of the test at 322 is positive, the current address is incremented to the next full block as indicated at 324, and program control is then transferred to the ENDRCD routine as indicated at 326. The program may also be entered at the SYNC ABORT entry point indicated at 328 where program flow proceeds directly to block 330 to reset the ports to stop recording. Program flow then proceeds to block 332 where a test is made to determine if the system is in the store forward mode and if negative, the program control is transferred to the ENDRCD routine as shown, and if positive, program flow proceeds to block 334. At block 334, a beep is sounded indicating that the memory is full until the PTT button is released as indicated by block 336. When the PTT button is released, program flow proceeds from block 336 to block 326 where the program control is transferred to the ENDRCD routine.

As shown in FIG. 12, the ENDRCD routine is entered at block 340 and program flow proceeds to block 342 where the ports are reset to stop recording, the stop address is saved in the message table, and the message flags are cleared. Program flow then proceeds to block 344 where a check is made to determine if the system is in the STORE mode. If not, the active message bit is set as indicated at block 346, and if in the STORE mode the store forward message bit is set as indicated at block 348. From blocks 348 and 346 program flow proceeds to block 350 where the PRESNT flag is set. The program then proceeds to block 352 where the message table is updated for overwritten messages, and to block 356 where the message table is updated for any partially overwritten message. Program flow then proceeds to block 358 where the message light is turned on if any active messages are present, and to block 360 to again test to determine if the system is in the STORE mode. If not in the store mode, program flow proceeds to block 362 to disable replay and then program control is transferred to the START entry point of FIG. 3 as indicated at 364. If the system is in the STORE mode, program flow proceeds to block 366 where the ports are set for playback, and then program control is transferred to the PLAY MSG routine as indicated at 368.

A flow diagram of the FORWARD routine is illustrated in FIG. 13 which shows entry at block 370 with program flow proceeding directly to block 372. At block 372, a check is made to determine if a store forward message is stored in the voice memory and if not, program control is transferred to the START entry point of FIG. 3 as indicated at 374. If a store forward message exists, program flow proceeds to block 376 to get the table pointer for the store forward message and then to block 380 to obtain the RAM address from the table as indicated at 380. Also, as indicated at 378, the PLAY MSG entry point to block 380 is provided. Program flow proceeds from block 380 to 382 where the CVSD look up table is set up in the microprocessor and then to block 384 where the RAM addresses are generated and the RAM is addressed. Program control then transfers to the PLBACK routine as indicated at 386.

A flow diagram of the PLAY/REPLAY routine is illustrated in FIG. 14 with the PLAY entry point indicated at 30. From 390 the program flow proceeds to block 32 where a check is made to determine if there are any active messages present. If the result is positive, program flow proceeds to block 400 where the table pointer is set up for the oldest active message followed by the setting of output ports for playback as indicated at 412. If the result at 392 is negative, program flow proceeds to block 344 where a test is made to determine if there are any present messages in memory and if not, a beep is sounded, as indicated at 396, and program control is transferred to the START entry point as indicated at 398. If the result at block 394 is positive, program flow proceeds to block 402 where a check is made to determine if the message pointer is set. If not, the program proceeds to block 404 where the message pointer is set to the oldest present message and then the ports are set for a playback as indicated at 412. If the message pointer is set, the program proceeds to block 406 where the pointer is advanced and a test is made to see if a message exists at the new location at block 408. If not, the program flow proceeds back to 408 to advance the pointer again, and if the result at 408 is positive, the program flow proceeds to 410 where the pointer is set to that message, and then program flow proceeds to block 412 where the ports are set for playback. If the program is entered at the REPLAY entry point at 414, program flow will proceed to block 416 where the pointer is tested to determine if it is a present message. If not, program flow proceeds to block 392 previously described but otherwise proceeds to block 418 where the table pointer is set to the oldest present message. The program then proceeds to block 412 and from block 412 program control is transferred to the PLAY MSG entry point shown in FIG. 13 as indicated at 420.

FIG. 15 is a flow diagram of the PLBACK routine of the mobile unit computer program and is entered as shown at block 430. From block 430 the program flow proceeds to block 432 where the RAM is read and then CVSD decoded as indicated at 434. The RAM address is then updated as indicated at 436 and program flow proceeds to block 438 where a test is made to determine whether a PTT, emergency or end address abort signal has occurred. If the result is negative, the program flow proceeds back to block 430 but otherwise program control is transferred to the PLBK ABORT routine as indicated at 440.

The PLBK ABORT routine is illustrated in FIG. 16 and shows entry at block 450. From block 450 the program proceeds to block 452 where a test is made to determine whether the abort is a PTT or emergency abort and if so, the program flow proceeds directly to block 464 to reset the ports and then return program control to the START entry point of FIG. 3 as shown at 466. If the result at block 452 is negative, program flow will proceed to block 454 where the microprocessor ports are reset followed by a test at block 456 to check to see if the message just listened to was the most recent. If not, program flow proceeds to block 462 which clears the ACTIVE flag. If the result of the test at 456 is positive, the program flow proceeds to block 458 where a test is made to determine if the message is a forward message from the base and if so, the program flow again proceeds to block 462. However, if the result at block 458 is negative, a beep is sounded as indicated at 460 followed by clearing of the ACTIVE flag as indicated at 462. Program flow then proceeds to block 464 where the microprocessor ports are reset, and then program control is transferred directly to the START routine as indicated at 466.

As described herein before, the base unit for the digital voice storage system is identical to that described in previously cited co-pending application with the exception of certain modifications to the software described in that application. FIG. 17 is a flow diagram showing additions to the packet parsing routine described in the above referenced application wherein the packet parsing routine is continued following the new operator status function (shown at 358 of FIG. 8B of the above referenced application) such that the new functions shown in FIG. 17 are added to the packet parsing routine. Thus, as shown in FIG. 17, the additions starting after the new status operation of the original packet parsing routine, begin at block 470 proceeding immediately down to block 472 where a command data packet calling for a digital voice storage emergency function transfers the control to block 472 and then to block 474 where polling is stopped if polling is occurring. Program flow then proceeds to block 476 where the DVS emergency functions are performed including the transmit of an acknowledge, enabling of the external alarm, set the priority mode flag, displaying the ID code of the mobile, and inserting into the LIFO stock for later reviewing. Program control is then transferred to the PSK RECEIVE routine as indicated at 480. The PSK RECEIVE routine is also disclosed in the above referenced co-pending application. If the request service function is addressed by the data command packet, program proceeds to block 482 and the block 484 where polling again is stopped if in progress. The program then proceeds to block 486 where the request service functions are performed including the transmit of an acknowledge, printing of the packet, display of ID and insertion into the FIFO queue for later reviewing. Program control will then be transferred to the PSK RECEIVE routine as indicated at 488. A data command packet addressing the record condition function will direct program flow to block 490 and then to block 492 where a test is performed to determine if the base is waiting and if not, program control is transferred, as shown, to the PSK RECEIVE routine as indicated at 494. If the result at block 492 is positive, program flow proceeds to block 496 where a test is performed to determine if poll is in progress and if so, program control is transferred to the POLL EXIT routine as indicated at 498. If the result at block 496 is negative, the program flow proceeds to perform the recorder condition functions including completing the handshake, displaying total and remaining time, and setting up required timed vectors as shown at block 500. The program control is then transferred to the PSK RECEIVE routine as indicated at block 502. Finally, a data command packet calling for a digital voice storage acknowledge function will cause program flow to proceed to block 504 and then to block 506 where a test is performed to see if the unit is waiting and if not, program control is transferred directly to the PSK RECEIVE routine as indicated at 508. If the result at block 506 is positive, the program proceeds to block 510 where the acknowledge functions are performed and then to PSK RECEIVE routine as indicated at 512.

FIG. 18 is a flow diagram illustrating the transmit handler routine for the base unit computer program for the digital voice storage system. The transmit handler routine, as shown, is entered at block 520 with program flow proceeding directly to block 522 where a wait for the transmit enable occurs. From block 522 program flow proceeds to a test at block 524 to test whether the PTT is activated and if not, program flow proceeds back to block 522 for another wait period. If the result at block 524 is positive, the program proceeds to block 526 where a test is performed to determine whether the base is in the digital voice storage record mode. If not, the program proceeds to block 528 where transmit functions are performed as well as a wait for the release of the PTT. The program control then transfers back to the PSK RECEIVE routine as indicated at 530. If the result of the test at 526 is positive, the program flow proceeds to block 532 to get the record ID code and then to block 534 to form the record data packet and transmit the packet. Program flow then proceeds to block 536 to log the record start time and then to 538 to obtain the total and remaining record time of the mobile unit. Program flow then proceeds to block 540 to display the remaining time and then to block 542 to test to determine whether the remaining time is equal to zero. If the remaining time is not equal to zero, program flow proceeds to block 544 where the time is decremented and then proceeds to block 540 to display the remaining time. If the result of the test at block 542 is positive, the program flow then proceeds to block 546 to display the total time and then to block 548 where a test is performed to determine whether the total time is equal to zero. If the total time is not equal to zero, program flow proceeds to block 550 where total time is decremented and then back to block 546 to display total time. If, however, total time is equal to zero at block 548, program flow proceeds to block 552 to wait for a transmit disable and to block 554 to test for the PTT release. If PTT release has not occurred, program flow proceeds back to block 552 for another delay period. If the result of the test at block 554 is positive, the program proceeds to block 556 to transmit the End of Message (EOM) tone and then to block 558 to log the end of the record. The program control is then transferred back to the PSK RECEIVE at block 560.

In summary, a novel digital voice storage mobile control terminal, particularly well adapted for use in multiple unit radio communications system, and capable of multiple message storage has been described.

While a preferred embodiment of the invention has been described in detail, it should be apparent that many modifications and variations thereto are possible, all of which fall within the true spirit and scope of the invention. ##SPC1## ##SPC2##