ENHANCED ONE WAY RADIO SEVEN BIT DATA NETWORK

Abstract: Transmission (206) and reception techniques and apparatus (209) to allow a restricted seven bit one way radio data network such as a paging network (202) to transmit eight bit ASCII and binary data. The encoding and decoding techniques preferably include encryption and decryption of transmitted data. Command and control functions may thus be transmitted in addition to normal messages which with suitable receiver decoders (209) allow remote reconfiguration and management of the receivers (203).

Description: ΕNHANCED ONE WAY RADIO SEVEN BIT DATA NETWORK- TECHNICAL FIELD This invention generally relates to the area of data transmission over a one way radio system. In particular the invention relates to data transmission protocols used with a paging system having a transmitter and a plurality of portable selective call receivers (paging receivers) having an intelligent message handling facility. The invention extends to seven bit networks, eight bit ASCII and binary data transmission capabilities and provides an "over-the-air" encoded security management and control system for remote units on either type of network. BACKGROUND ART A signalling protocol developed by the British Post Office Code Advisory Group (POCSAG) is widely used in paging systems. This signalling protocol was adopted by the CCIR in recommendation 584-1. POCSAG is a paging protocol which enables the transmission of tone, numeric and alphanumeric messages. The POCSAG protocol provides for the transmission of 128 seven bit characters as specified in CCITT ASCII Alphabet No.5. The POCSAG protocol as well as other 7 bit paging transmission protocols such as Golay Sequential Code (GSC) and ERMES paging system as defined by the European Telecommunications Standards Institute (ETSI) suffer significant limitations in their implementation by paging networks and in their application by end users. The limitations are caused by the protocols being based on a 7 bit code-set whereas all computer systems including hand-held, notebook and desk based computers are based on architectures which support 8 bit character sets (256 characters). These 7 bit paging protocols are essentially incompatible with the complete requirements of computing technology based on the extended ASCII 256 character set. Several functional limitations are imposed by paging networks in their actual implementation of the paging protocols. Two of these are significant technical limitations which prevent the user from sending all the 7 bit characters specified by the paging protocols respective standards. The first technical limitation is related to Data-entry systems which enable users of the paging networks to use in-house computers to enter messages directly into the paging networks via modems and the dial-up telephone network. Data-entry programs resident on the paging network computers arbitrarily prohibit the user from entering specific characters. Telecom New Zealand and VodaaPage (UK), as an example, prohibit any message that contains one or mor characters with values in the range of 0-31 and 127 as specified by POCSAG protocol CCITT ASCII Alphabet No.5, (approximately 25% of the available characters specifie by the Protocol). This limitation can be addressed to some extent by the networ agreeing to modify the programs that control the data entry system which users can access. ASCII characters 8, 10 and 13 are however examples of characters that can not be permitted as they are used to control the users editing of a message via the Data-entry programs. It is, however, not possible to remove the Data-entry restrictions on all the other prohibited characters as further limitations are imposed by the encoding and transmission control equipment that has been developed and selected for utilisation by the Paging Networks. The equipment manufacturers have implemented hardware equipment which is remotely controlled by the transmission of specified control characters. If these control characters are transmitted within a message, which has been entered directly by a user, the paging network may cease all transmissions. In the case of Telecom New Zealand any message containing ASCII characters 17 or 19 (XON and XOFF), which are flow control characters will cause the Network to cease transmission or interrupt its service. A further problem imposed on users by paging networks is the insertion of arbitrary trailing characters onto the end of the user's message packet. Telecom New Zealand insert two ASCII 32 (space) characters on the end of each message. If the paging receiver was to concatenate several messages into an extended message file the insertion of these "trailing blanks" would cause a user defined error checking system to indicate that the message had been modified/damaged and the receiver would then reject the file. A further limitation preventing transmission of all characters in the CCITT Alphabet No.5 has been imposed by certain manufacturers of pager receiver decoder chips. The POCSAG protocol transmits data in BCH 32,21 information words. Each contain three 7 bit characters, where a complete paging message has been transmitted and the final BCH information word contains less than 3 characters a decoder may generate and insert ASCII 0 (Null) characters to fill out the information word to three characters. Again if several packets were to be transmitted and later concatenated by the receiving pager, the receivers independent error checking system would report that the concatenated packets have been damaged and again the receiver would reject the integrity of this file. Philips POCSAG 5001T decoders, as an example, generate trailing Null characters in the manner described above. Paging decoder chips sometimes append an ASCII 4 (EOT) character as the last character of a received message to indicate that the paging message is complete. The EOT character is interpreted by a microprocessor which is part of the paging receiver. Therefore if a user transmitted a message which included EOT characters the pager would misinterpret incoming paging messages. Therefore pagers which use an EOT sequence must avoid being sent any message with that specific character. The combined limitations of the paging network protocols, the Data-entry programs and certain decoders prevent users from entering or transmitting eight bit ASCII characters, binary data images or from encrypting the information being transmitted on 7 bit radio paging networks. Development of paging receivers which operate on paging networks has been restricted by the limitations referred to. Because it has not been possible to transmit the complete 7 bit data set as specified in the standards, it has therefore prevented the implementation and provision of encryption services. Encryption of data provides users and networks with benefits and services. If data can be encrypted by the user prior to it's delivery to, and transmission by the network on behalf of the user, the user is protected from the information being monitored by unauthorised third parties or by staff at the paging network computer centre. The inability to encrypt data has also prevented the paging network from being able to develop the capability to transmit messages which can remotely control and reconfigure the pager receivers. Currently all pager receivers must be configured by physically interfacing the unit with a programming device. If encrypted messages capable of transmitting binary data was permitted the Network would be able to activate/remove services from specific pager receivers without the need to physically take possession of the device. This would also enable the network to manage large groups of units, such as value added pay-to-use services, all of which share the same Receiver Identification Code (RIC) enabling units which were stolen or lost to be deactivated remotely, even though their physical location was not known to the network. Implementation of a remote command and control system for the paging networks must be able to address all of the above limitations which vary between different network implementations and protocols. DISCLOSURE OF INVENTION In one aspect the present invention consists in a method of preparing a message packet for digital data transmission which enables eight bit data, binary data and control messages to be encapsulated in a 7 bit character packet where one or more of the 7 bit characters are prohibited comprising the steps of: ( 1) analysing the message to be transmitted to ascertain if it is a control message or a data message, (2) if a data message, (a) analysing it to determine if it can be compressed according to a known compression technique and if so compressing the data by that technique, (b) if compression was not possible, and if the data consists of characters which are uniquely determined by 7 bits, then stuffing the 7 bit character string into an 8 bit string, (c) assigning a sub-channel number to data which is processed according to steps 2(a) or (b) or which has not been so processed, (3) assembling a message packet which incorporates (a) framing information which includes bits which indicate whether the packet is control data or message data, (b) information indicative of assigned sub-channel where the message is a data message, and (c) the control data or (d) the compressed, stuffed or unoptimised message data, (4) unpacking the packet from 8 bit bytes to 7 bit bytes, (5) analysing the 7 bit byte packet to ascertain if it contains any prohibited characters and if so substituting such prohibited characters with a suitable escape character and a complementary check character to produce a message packet for transmission. In a second aspect the invention consists in apparatus for conditioning data for transmission which enables eight bit data, binary data and control messages to be encapsulated in a seven bit character packet where one or more of the seven bit characters are prohibited which executes the method set forth above. In a third aspect the invention consists in a method of receiving an encoded binary message transmitted over a paging network by a selective call receiver which enables the message receiver to receive at a single network address, unmodified paging messages and to selectively accept or reject eight bit data information messages and encoded control messages as well as being able to accept or reject data information messages specified for a specific subchannel (0 - 255) for which the receiver is (not) currently authorised to accept; the method comprising the steps of: ( 1 ) if the incoming message has a predetermined header and the channel is configured to receive unmodified messages then process as a modified packet, otherwise send the message to a user's application as unmodified paging message, (2) if the channel is configured to receive only data information messages process, (a) treat the packet to reconstitute the data, removing all 8 to 7 bit transformations, (3) pack the 7 bit characters into 8 bit characters, (4) check the frame byte for type of packet and compression, (5) decompress the packet, (6) validate the subchannel and if valid release security and pass the data out the end user application, (7) if control message parse and process control message. In summary the present protocol supports: i. transmission of 8 bit data over a 7 bit restricted network; ii. remote reconfiguration and management of receiver units; iii. the targeting of encoded or unencoded data packets to subsidiary addresses (1-256) at each network destination receiver identification code (RIC) address; and iv. adaptive optimisation of data transmission through data compression or packing. The invention permits Network Providers (NP) and Information Service Providers (ISP) to have encrypted configuration control over value added point-to-multipoint services, which can be transmitted on closed user - group radio frequencies or via open third-party networks, without requiring adjustment to the control or transmission facilities of the network. The invention is designed to be implemented as a peripheral or embedded . attachment for hand-held communication devices or personal computers. BRIEF DESCRIPTION OF THE DRAWINGS Figures 1A and IB comprise a flow chart showing the pre-transmission process used by the present invention to assemble and transmit communication, command and control packets for a 7 bit paging system, Figure 2 shows a paging receiver unit incorporating the present invention, 5 Figures 3A, 3B, 3C, 3D and 3E comprise a flow chart of the receiver decoder functions, Figure 4 shows the message packet protocol of the present invention, Figure 5 shows in diagrammatic form a paging network employing the present invention, and 10 Figure 6 shows a sequence of message encoding and decoding according to the present invention. BEST MODE FOR CARRYING OUT THE INVENTION The application of the invention to existing paging networks can be appreciated from Figure 5. A seven bit paging network is shown with a Network Provider computer 15 201, radio transmitter 202 and a paging receiver 203. The receiver consists of a handheld computer 204 to which is fitted a radio receiver and data decoder unit 205 which provides computer 204 with data received for that paging receiver from transmitter 202. An Information Service Provider who wishes to provide data to users of the paging network having receivers of the type described operates a computer 206 which feeds data to the 0 Network Provider's computer 201 using, for example, a modem 207 and telephone line 208. The present invention provides software for the ISP computer 206 which enables full 8 bit data to be input and manipulates this data to produce 7 bit data suitable for transmission over the NP's paging network. Paging receiver 203 is provided with a 5 modified decoder 209 to extract the ISP's 8 bit commands from the incoming 7 bit data stream. On the transmission side the present invention processes all information as 8 bit data and prior to transmission via the network the data is converted if necessary to 7 bit data containing only those seven bit characters which the specific network will permit 0 data-entry and transmission of. The steps involved and executed on the ISP's computer 201 are: a) Data to be transmitted is analysed to determine what type of message it is (control message or data message). If it is a control message, Bit 5 of the framing byte is set. Framing Byte Bits 0, 1, 2 Version 3 Huffman Compressed 4 High Subchannel information 5 Control Message 6 8 to 7 bit packing b) The "data message" is analysed to determine whether it can be compressed using a compression routine which is specific to implementation and not to this invention. In this invention Huffman encoding is utilised. If compression is possible the data is compressed using the optimum compression table. A maximum of 32 compression tables are provided for with compression of up to 70% being obtained. If the data is compressed, a leading byte is inserted in front of the compressed data. The three lease significant bits are the remainder of the compression routine and are used to instruct the decompression routine how many bits of the last compressed byte to use. The most significant 5 bits represent a value of 0-31 indicating which compression table or system was used. c) It may not be possible to compress the data using the compression tables as the originating data may include ASCII characters that are not included in the compression tables used in a specific implementation of the invention. However, if the data to be transmitted comprises characters wholly in the range of ASCII 0-127, an "8 to 7 bit packing" flag is set and a routine will "stuff the 7 bit character string into an eight bit string providing a compression of 14%. d) If the data is an information packet and not a control packet a subchannel of 0- 255 is assigned. If the subchannel to be assigned is greater than 127 then Bit 4 of the framing byte is set and the first character of the data packet will provide the remaining seven bits of subchannel. e) If the data is a control message Bit 5 of the frame byte is set. f) The Version Bits 0, 1 & 2 of the frame byte can be set so that only decoders which have been manufactured with the same version value will process the information. This enables modifications to be made to the Control message system without causing damage to earlier decoders which may be sharing the same information channel. If no value is set all decoders monitoring that paging channel will process the data. g) The data packet to be encrypted is then assembled. The first bytes are one to eight rando 8 bit bytes (configurable). The framing byte is inserted next The length byte(s) (# is configurable) are calculated to include all data, including the check values at the end of the packet. If the data is an information packet, not a control packet the 7 bit component of the subchannel is inserted The compressed, stuffed or un-optimised Information data packet is then appended h) The check values must be calculated and appended. Several alternatives can be used. The most straight forward requires only that two null characters be inserted When the packet is decrypted the decryption routine will check for the correct number of nulls If the data packet is damaged the decryption of the packet will generate different check values and therefore the data packet should be rejected. The invention benefits from the paging networks existing error correction system. The assembled packet structure is shown in Figure 4. l) The data is either encrypted or passed for processing to prepare it for transmission across a 7 bit network. j) The encryption algorithm chosen is independent to the invention. The only requirements are that all the information required is available to the decoding pager. The system could be a Public Key variant or some other. The present invention uses a variant Feed-Back Shift Register encoding scheme. The entire packet is encoded creating an envelope packet that does not expose any data such as length to the public domain. The encoding Keys provided for in the present invention enables the data to be encoded with a private key unique to the receiving unit, a current group key or a future group key. The group key enable many users to share the same network address. Messages which are to be received by the group use either the current or future keys. Messages for a specific unit use the unique key. Thus the present invention is able to specifically issue control messages to a single unit or it can address all units. If a future message key is used to encode a message the receivers will switch the future key to the current key if they receive a message which uses the future key to encode a message. The current and future keys can be changed using encoded control messages. The unique key is load at the time of manufacture and cannot be changed. k) If the Network on which the data is to be transmitted on is a 7 bit data transmission network the invention must convert "unpack" the data packet from 8 bit bytes to seven bit bytes l) The data packet which is in 7 bit format must now be "treated" to enable those 7 bit characters which are prohibited from transmission by the network or reception by a pager decoder to be transformed. A Transformation Escape Character (TEC) is configured be selected from the remaining available character set. (ie 126 = - ). This character is used when a prohibited 7 bit character is located in the data string. The TEC character is inserted at that location. A second character is also generated and inserted immediately following. The second character is generated by rule iii & iv. Rules: i. The TEC character should have a value of 0 - 31 or 96 - 127. ii. The TEC character should not be in the range of 32 - 95, because the Network prohibited characters are mapped into characters which have a high probability of being legal for transmission. iii. If the value of the generated encoded and prohibited character is less than 64, then add 64 to the value of the encoded character. Otherwise if the value is 64 or greater subtract 64. iv. If the value of the generated, encoded character equals that of the Escape Character, either add 64 if the escape character is less than 64 or subtract 64 if greater than 64. m) If the treated packet is to be sent to a paging address which has been configured as being capable of receiving plain text paging messages the data packet must have a one to three character (preferably three) prepended to the data string. In the present invention " ΛΛΛ " is used. n) The data packet is now capable of being transmitted to the paging network and will be accepted by the data-entry system. At the selective call paging receiver a message decoding procedure enables the message receiver to receive at a single network address, standard unmodified paging messages (tone, numeric and alpha text) as well as being able to selectively accept or reject eight bit Data Information messages, Encoded Control Messages based on the successful decoding of Messages received at the same network address as well as being able to accept or reject Data Information Messages specified for a specific subchannel (0 - 255) for which the receiver is (not) currently authorised to accept; and to decompress or unpack the Data Information Message depending upon the frame byte bit status; or depending on the receiver configuration, to accept Data Information Messages which are not encoded. At the receiver the decoding process is: a) If the incoming message has a header string " VΛΛ " and the channel is configured to receive unmodified messages then process as a modified packet, otherwise send the message to a user's application as unmodified paging message (tone, numeric text). b) If the channel is configured to receive only Data Information Messages process (b-k). c) Treat the packet to reconstitute the data, removing all Transformations. For each character in the Data Information Message scan for the Escape Character, if found: (repeat for entire packet): i. Delete the TEC. ii. If the ASCII value of transformed character is less than 64, then add 64 to the value of the encoded character. Otherwise if the value is 64 or greater subtract 64. Substitute the original character with the modified character. d) If on a 7 bit network pack the 7 bit characters into 8 bit characters. e) Decode until successful or fail using the current, unique and future keys. If fail reconstruct. f) If Message failed to decode, check if channel is configured as an unencoded Information channel. If it is not reject, otherwise; g) If decode successful or is unencoded data check the frame byte for type of packet and compression. h) Decompress. If succeeds continue process. i) Validate the subchannel. If valid release security and pass the data out the end user application. j) If Control Message parse and process control message. k) If the successful decode used a future key, update current key with future key. The invention provides: 1. Transparency 8 bit originating data can be transmitted over restricted 7 bit POCSAG messaging networks, where the transmission of specific characters are arbitrarily prohibited. For example, (0-31 & 127 ASCII or 0-13 & 90-95 ASCII). 2. Flexibility All characteristics of the receiving units configuration, apart from the security identity, can be changed and controlled remotely using uniquely encoded control messages (ECM). 3. Addressability lndividual units can be controlled separately or as part of a group so that a single ECM can change one or all units which belong to the same group on the network. 4. Diversity Each of the primary RIC channels on any specific receiving unit can each be configured with differing reception and data decoding configurations. 5. Accessibility All channels, with the exception of "channel not in use" condition can receive and decode (ECM). 6. Permutation Each channel can be configured to receive a combination of different service types which permits different types of messages to be processed. 7. Five types of message classifications are used: 1. Transparent Data Messages (paging) (T) 2. Data Messages: 3. Unencoded Data (UD) 4. Encoded Data (ED) 5. Encoded Control Messages (ECM) 6. Encoded Service Messages (ESM) Each Logical Channel can be configured as: 1. T + - + - + ECM + ES M 2. T + UD + - + ECM + ES M 3. - + UD + + + ECM + ES M 4. T + - + ED + ECM + ES M 5. - + - + ED + ECM + ES M 6. Not in Use (NIU) 8. The invention enables the unit to encode data for transmission. Prior to transmission of the data to the Network Provider, the unencoded data is "piped" from the application central processing unit 142 (see figure 2) to a second central processing unit 137 for encryption. If the device has previously received a security clearance for the RIC and target subchannel the data will be encrypted using the current encoding keys. The overall process by which data is originated by an ISP under control of ISP computer 20ϋ is shown in Figures 1A and I B. The left hand blocks 102, 103, 104 and 105 are conventional paging functions and are not part of this invention. Tone number and text data is passed straight to the transmission process step 127 for transmission to the N P's receiver 128 for onward transmission over the network. Blocks 106 to 126 show the process steps which allow non standard data to be transmitted over a standard paging network. i. Transparent Messages: Where a RIC channel is specified as having a transparent message capability, it permits data packets prepared according to the present invention to be passed directly through to an application handler for processing as standard message by the host networks local protocol. In respect of paging networks this enables all current types of messaging, tone, numeric and text to be passed through, ii. Data Messages; data packets can either be encoded or non-encoded. Prior to transmission, each packet is processed by an algorithm to analyse the out-going originating data and optimise its packing and compression. If a RIC channel is enabled to receive Data Messages, each message is assigned to one of the 256 subchannels within each logical channel. This identifier is inserted as the leading 7 bit byte of the packet, with the 8th bit inserted in to the facility byte, iii. Encoded Control Messages: All Control messages will be using either a shared 64 bit Group Key or a key unique to the specific receiver unit. Unlike Data Messages, Control Messages use a different frame byte structure and do not include a subchannel identifying byte. ECMs can be transmitted over the air to one RIC address with directions to modify a different logical RIC. iv. Encoded Service Messages: Service Messages are encoded using the 64 bit keys and are used to enable the units to receive GMT time stamps and other service messages that are passed through to the application CPU. Unencoded Data Message: If the originating Data Message is to be: Unencoded 8 bit data: Where the network is restricted to 7 bits the originating data will be "unpacked" into a 7 bit format after which it will be framed to include control and length information as well as being provided with a Check Sum. Or is: Unencoded 7 bit data: The originating data will be framed to include control and length information as well as being provided with a checkbyte(s). < Message > < Subchannel > < Message > < length > < Subchannel > < Message > < facilities > < length > < Subchannel > < Message > < facilities > < length > < Subchannel > < Message > < CB > Encoded Data Message: If the Originating Data Message is to be: Encoded 8 Bit Data The data is framed with the control data bytes and then encoded using the assigned encoding algorithm and keys. Or: Encoded 7 bit printable characters: If the data does not include eight bit data it is checked to see whether it can be compressed. This is determined by checking a table that includes commonly used printable characters. If True the data is compressed then framed with the Length and Facility control data prior to encoding. Or: Encoded 7 bit Data If the data can not be compressed and it does not contain 8 bit data, the data will be packed from seven bit data into eight bit data bytes, then framed with the Length and Facility control data prior to encoding. Checkbyte Dependent on the configuration of the channel the checkbytes are generated by the encoder and are used during the decryption process to verify the integrity of the decoded information. Encryption: After the data packet has been generated the data is encrypted using the algorithm and keys for that channel. To hinder crypto-analysis the encryption routine examines the protocol configuration to determine how many random bytes are inserted into the packet prior to encryption. This random component can be changed by the Channel Supervisor. The encryption engines then generate an 8 bit data packet. The packet is then passed to the transmission control routines. Transmission control: Where the transmission network is configured as a 7 bit channel and where the out-going packet contains 8 bit data, the data is expanded from 8 bits to 7 bit format. Character Escape: Each byte in Data and Control Message packets are checked against a network specific look-up table that determines whether a character is prohibited. If prohibited, that character is "escaped" using a protocol definable escape character. This is necessary as the Network Systems provide public data entry "gateways". Users must log on to the data entry application which may also require a password check etc. The data entry application will check the validity of the proposed RIC address as well as check other features of the message including it's length and whether it includes prohibited characters. The "character escape" facility thereby overcomes the Networks arbitrary prohibition of characters. Transmission Control: If a channel is configured permitting normal tone/numeric and text paging messages to be received, then whenever an Encoded Control or Data packet (encoded or unencoded) is to be transmitted to that channel a leading "escape string" must be appended to the packet. Each channel is assigned a escape string which the Command protocol enables the channel supervisor to alter, (eg. + + + or vw or any Network Manager defined string of 1 through 8 128 ASCII characters). Referring to figure 2 the receiver system is specified to operate within a secured microprocessor 137 for instance a Motorola 68HC11E9. This secured mode must prevent any party from examining the contents of the RAM & EEPROM, by destroying the contents of these storage areas when a direct access attempt is made. Microprocessor 137 is linked to a POCSAG decoder 136 (e.g. Philips 5001T) and a tunable radio front-end receiver 135. The processor 137 is also linked via a data-bus to second microprocessor 142 which supports user applications. This may be a PSION Organiser hand held computer, for example. Processor 137 will accept queries and commands from processor 142. This is necessary when initialising a receiver unit so that it can receive commands over the air and to give it a licence number. Command delivery to the receiver processor 137 is by: 1. encoded Control packets can be entered by the keyboard 132 or from database records 140, 141 attached to processor 142 as A-P Hex strings. These are CRC validated and converted to binary prior to being communicated to processor 137. 2. Commands can accepted directly over the air after the receiver unit has been initialised from the keyboard to activate the first over-the-air channel. Commands packet types: 1. First initialisation Logical RIC target RIC address Data Link Escape Channel Type (Paging, Data, Mixed, Encoded) Encryption capability on/off Personal message decryption on/off CPU/RF Quiet control RF receiver function bits Seven or eight bit Network. 2. Full initialisation Logical RIC target RIC address Data Link Escape Channel Type (Paging, Data, Mixed, Encoded) Encryption capability on/off CPU/RF quiet control Personal message decryption on/off RF receiver function bits Seven or eight bit Network 2. Full initialisation Logical RIC target RIC address Channel Type Data Link Escape Encryption capability on/off CPU/RF quiet control RF receiver function bits Decryption keys Licence plausibility key Number of random bytes used during encryption Number of length bytes Number of check sum bytes Decryption algorithm Special escape string. 3. Subchannels initialisation and user read/write capability (0-127 & 128-255), with decryption key Logical RIC target Decryption keys Maximum message count for user Licence Subchannels on User read/write on 4. Global subchannel switch on. (1-256) Target Logical RIC Subchannel enable mask 5. Global user read/write capability. (1-256) Target Logical RIC Read/write enable mask 6. Update decoding key. Target Logical RIC Future Decryption Key 7. Paging message mapped through subchannel use. Target logical RIC Target Subchannel truth mask Message 8. Licence renewal, (full and partial) Target Logical RIC Full or partial Licence renewal Plausibility value 9. Global disable read/write subchannels (1-256) Target Logical RIC Read/write subchannel enable mask 10. Global disable subchannels (1-256). /Target Logical RIC Subchannel receive enable mask 11. Run code. Executable code 12. Patch EEPROM. Address Length Data 13. Application CPU Service Message. Data Queries enable the users application CPU 142 to request the current status of cpu 137 and include: 1. Public Identity Number 2. Channel type 3. Receiver Identity Codes i-N 4. Receiver control mask Rf Dx Receiver. 5. Encoder capability on/off 6. Number of Data Messages received (Good/Bad decodes) 7. 1-256 , 4 subchannel availability (on/off) 8. 1-256 * 4 subchannel user read/write permission 9. Frame length 10. Check Sum Length 11. DLE character 12. Escape sequence (for shared channel) The Control system manages as many logical communication channels as the CPU can effectively hold variable arrays for. For instance the POCSAG standard enables approximately 3 million addresses. A practical unit might manage four of those 3 million. The ECM components can be transmitted via one address with specifications to modify another logical channel. Unpacking, decoding and processing of the received data: The data reception and handling routines of the invention, within the existing invocation, enables all processing of the incoming data to be completed internally using the CPU's buffer. Thereby protecting the data at all times from external examination. 5 The process steps performed by the receiver decoder in filtering for Transparent t Data are shown in the flow chart which comprises Figures 3A to 3E. Briefly the steps involved are (using the reference numerals marked on the figure): 1. Commence the process by setting-up the default message process variables. 2. Check whether the data was damaged during reception. This will be signalled by 10 the specialty data decoder when the over the air error correction protocol fails to be able to reconstruct the data. 3. If Quality Control "ON" and data is clean then decrement the OC counter. 4. If damaged data detected reset QC counter to initialisation value. 5. Initialise Buffer and pointers to the incoming data array. 15 6. Clean up the data by trimming any trailing nulls that remain attached to the end of the incoming raw data packet. 7. Depending on the Logical Channel on which the data was received, initialise the correct decryption variable. (Keys, Escape characters, Packet structure). 8. Check Channel type is active and valid. Return FALSE if not valid. 20 9. Filter for damaged packet. Discontinue if error prohibited and data is damaged. 10. If Channel is set-up to receive Transparent data capability: Check for Header string. If present delete it from buffer and process data as BIS or CONTROL data. 11. If no Header and the Transparent Facility is set then send raw incoming data to 25 the application CPU. Return TRUE, (ie PAGING Message) 12. Is now either BIS or CONTROL data 12a. If seven bit network DLE unstuff. Check for escape character. If true then check ASCII value of following character. If value less than 64 map character to ASCII value + 64 else map to -64. 30 12b. If seven bit network Pack-to-eight bits. 12c. Decode using CURRENT decode Key. If TRUE will be a GOOD message. 12d. If decode FAIL reconstruct it each time. 12e. If FAIL Decode with unit's UNIQUE UNIT KEY. 12g. If FAIL Decode with unit's FUTURE decode key. 12h. IF SUCCESS, copy FUTURE key to CURRENT key. 12i. If FAIL, check if UNENCODED BIS channel. 12j. If TRUE will be a GOOD message. 5 12k. If NOT TRUE and all other decodes bad, increment BAD 121. MESSAGE counter 12m. switch on CPUi QC quieting to improve RF performance. RETURN FA^E. (BADMS G ) 13. Must be a GOOD BIS or CONTROL or data packet. 10 13a. Increment GOOD MESSAGE counter. 14. Check facilities field to confirm it is for this version. If not then RETURN FALSE. 15. Get the internal decoded packet length. 16. Check whether decrypted data is compressed of packed. 15 Either decompress (Huffman) or Unpack to seven bit. 17. Check whether BIS control message. PROCESS CONTROL MSG. If TRUE send Transparent message part through if supplied. RETURN TRUE, (was control message) If Fails RETURN FALSE, (failed control message) 18. Must be BIS data. 20 19. Rebuild Subchannel number. 20. Check Subchannel BITMAP. If not in BITMAP RETURN FALSE, (receiver not authorised for this subchannel) 21. Check user READ/WRITE BITMAP. If in BITMAP set ENABLED flag. 22. Format the data in Message structure suitable for transfer to the application CPU. 25 23. Update Licence counter. If FAILED RETURN FALSE. (Need Heartbeat). 24. Return TRUE SEND packet to the receiver application processor. The advantage of the invention is that enables true 8 bit data to be transmitted over 7 bit restricted access simplex radio paging networks, such as POCSAG and CCIR 584-1, without requiring any change to the network's physical transmission protocol or 30 existing hardware transmission facilities. A further advantage of the invention is that it supports 8 bit encrypted Command, Communication and Control services enabling the Service Provider to remotely reconfigure receiver units in the field without physical recall or physical handling. The invention supports 8-bit encrypted Broadcast Information Services with targeted addressability of 256 subchannels per Receiver Identification Address, to be delivered via the seven bit restricted radio paging network. The invention enables data to be compressed or packed prior to data transmission, thereby reducing the volume of data actually being transmitted over the restricted seven bit paging network. This invention has the further advantage that it enables 7 bit POCSAG and similar networks to remotely manage groups of pager units, sharing the same RIC address, to enforce credit control by providing the capability to disable/enable and reconfigure individual units remotely by transmitting encoded control commands. This will permit the Networks to offer commercial services which are currently unavailable on POCSAG public paging 7 bit networks. The invention enables these benefits, functions and features to be implemented, on unmodified POCSAG, CCIR 584-1 and other similar radio paging data networks. An example of the application of the encoding and decoding algorithms of the present invention to a message is shown as Figure 6.

Claims: CLAIMS 1. A method of preparing a message packet for digital data transmission which enables eight bit data, binary data and control messages to be encapsulated in a 7 bit character packet where one or more of the 7 bit characters are prohibited comprising the steps of: (1) analysing the message to be transmitted to ascertain if it is a control message or a data message, (2) if a data message, (a) analysing it to determine if it can be compressed according to a known compression technique and if so compressing the data by that technique, (b) if compression was not possible, and if the data consists of characters which are uniquely determined by 7 bits, then stuffing the 7 bit character string into an 8 bit string, (c) assigning a sub-channel number to data which is processed according to steps 2(a) or (b) or which has not been so processed, (3) assembling a message packet which incorporates (a) framing information which includes bits which indicate whether the packet is control data or message data, (b) information indicative of assigned sub-channel where the message is a data message, and (c) the control data or (d) the compressed, stuffed or unoptimised message data, (4) unpacking the packet from 8 bit bytes to 7 bit bytes, (5) analysing the 7 bit byte packet to ascertain if it contains any prohibited characters and if so substituting such prohibited characters with a suitable escape character and a complementary check character to produce a message packet for transmission. 2. A method according to claim 1 further comprising the step of encrypting packets assembled by step (3). 3. Apparatus for conditioning data for transmission which enables eight bit data, binary data and control messages to be encapsulated in a seven bit character packet where one or more of the seven bit characters are prohibited which executes the method set forth in either one of claims 1 or 2. 4. Apparatus for receiving and decoding data packets conditioned by the apparatus set forth in claim 3. 5. A digital data transmission protocol wherein each packet of data is assembled as set forth in step (3) of claim 1. 6. A protocol according to claim 5 further including one to eight random bytes preceding the framing byte, bytes indicative of packet length immediately following the framing byte, and check value bytes appended to the end of the message bytes. 7. A method of receiving an encoded binary message transmitted over a paging network by a selective call receiver which enables the message receiver to receive at a single network address, unmodified paging messages and to selectively accept or reject eight bit data information messages and encoded control messages as well as being able to accept or reject data information messages specified for a specific subchannel (0 - 255) for which the receiver is (not) currently authorised to accept; the method comprising the steps of: ( 1 ) if the incoming message has a predetermined header and the channel is configured to receive unmodified messages then process as a modified packet, otherwise send the message to a user's application as unmodified paging message, (2) if the channel is configured to receive only data information messages process, (a) treat the packet to reconstitute the data, removing all 8 to 7 bit transformations, (3) pack the 7 bit characters into 8 bit characters, (4) check the frame byte for type of packet and compression, (5) decompress the packet, (6) validate the subchannel and if valid release security and pass the data out the end user application, (7) if control message parse and process control message. 8. A method according to claim 7 wherein if the received message was encrypted then additionally carrying out the step of decrypting the characters produced by steps (2) and (3) before proceeding to step (4).

Inventors: SUTTON MICHAEL SEWARD, SUTTON, MICHAEL, SEWARD
Applicants: AWACS COMM NEW ZEALAND, SUTTON MICHAEL SEWARD, AWACS COMMUNICATIONS (NZ) LIMITED, SUTTON, MICHAEL, SEWARD
Application year: 1994
Main classification: H03M7
IPC codes: H03M7, H04L12, H04L29, H04W88