home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / phreak / cellular / flex.txt < prev    next >
Encoding:
Text File  |  2003-06-11  |  4.9 KB  |  102 lines
  1.  
  2.                                 FLEX Paging
  3.  
  4.   I located some technical data on FLEX which I do not see on the
  5. Motorola website (www.motorola.com), so I will post it here.  This
  6. information is from an 8/93 Motorola introductory manual titled "An
  7. Introduction to FLEX(tm)".  A brief restatement of the contents
  8. follows.
  9.  
  10.   FLEX can start at 1600 BPS bippolar FSK, and then upgrade to
  11. higher speeds when system upgrades permit.  FLEX pagers can accept
  12. 1600, 3200 and 6400 BPS speeds without changes.  FLEX systems can
  13. dynamically change data speed during times of peak demand, the
  14. optimum speed being the lowest which meets traffic demand.  FLEX
  15. has a binary message mode which permits message encryption.
  16. (I have never examined this encryption feature.)
  17.  
  18.   The document says FLEX is compatible with existing protocols, but
  19. APOC was not known when it was published.  (Most probably there are
  20. ways to combine them on a channel if necessary.)  FLEX pagers must
  21. see FLEX sync at least once per minute, and channel sharing must be
  22. synchronized.
  23.  
  24.   Increased data speed requires more transmitters for comparable
  25. coverage.  Compared to 1200 BPS POCSAG, 1600 BPS FLEX requires
  26. about 1.2 times as many transmitters, 2400 BPS POCSAG requires
  27. about 1.4 times as many transmitters, 3200 BPS FLEX requires about
  28. 1.8 times as many transmitters, and 6400 BPS FLEX requires about
  29. twice as many transmitters.
  30.  
  31.   FLEX operates on a 4-minute overall cycle.  During this 4
  32. minutes, there are 128 frames of 1.875 second each.  Each of these
  33. frames contains a 1600 BPS sync header, followed by 10 data blocks.
  34. At 1600 BPS, these blocks are 256 bits in size.  At 3200 BPS, they
  35. are 512 bits in size, and at 6400 BPS they are 1024 bits in size.
  36.  
  37.   The blocks contain information arranged as 1, 2 or 4 groups of
  38. eight 32-bit BCH codewords each.  Motorola refers to the coding as
  39. (32,21)BCH code.  Each 32-bit codeword contains 21 bits of data
  40. and 11 bits of error correction data.  The groups of eight
  41. codewords are stacked in rows but transmitted by columns, which
  42. interleaves the data.
  43.  
  44.   At 1600 BPS, each block consists of eight 32-bit codewords, or
  45. 256 bits, and these bits are transmitted as 1600 BPS bipolar FSK.
  46. At 3200 BPS, each block consists of 512 bits from two multiplexed
  47. eight-codeword groups, and these bits are transmitted as 4-FSK at
  48. 1600 symbols per second.  At 6400 BPS, each block consists of 1024
  49. bits from four multiplexed eight-codeword groups, and these bits
  50. are transmitted as 4-FSK at 3200 symbols per second.  At the
  51. receiving end, the data is demuxed and de-interleaved into the
  52. original groups of eight codewords and then BCH checked; up to 2
  53. errors in each 32-bit codeword can be corrected.
  54.  
  55.   The breaking up of data into interleaved blocks is done for error
  56. management purposes only.  The 10 groups of 8 codewords following
  57. the sync header carry a block information word, an address field, a
  58. vector field, a message data field, and any leftover space.  These
  59. words and fields are contained in every frame following the sync
  60. header, but they do not necessarily align with the codeword-group
  61. boundaries.  Addresses are carried first in each field, so pagers
  62. can "sleep" for the rest of the field if they are not being
  63. addressed.
  64.  
  65.   There can be unused leftover space after the message data field
  66. because the message lengths are variable and not all addresses
  67. require vectors, yet the 10 blocks must remain at their fixed sizes for
  68. synchronicity.  Motorola says the leftover space is filled with idle
  69. codes.
  70.  
  71.   And at 3200 and 6400 BPS where two or four sub-frames are
  72. multiplexed into each transmitted frame, the block information
  73. words, the address, vector and data fields and the leftover space
  74. of each sub-frame are of independent sizes.
  75.  
  76.   The pagers can be programmed to monitor only some of the frames.
  77. The paging systems must of course be correspondingly programmed.
  78. By monitoring fewer frames, the pager can "sleep" more, increasing
  79. battery life where slower paging response can be tolerated.  For
  80. example, if the pager monitors only every 32nd frame, there can be
  81. up to 60 seconds of additional delay (32 times 1.875 seconds per
  82. frame), but with substantial battery savings.  If instead the pager
  83. monitors every fourth frame, the extra delay drops to 7.5 seconds
  84. (4 times 1.875 seconds per frame), but with less battery savings.
  85. Battery savings from 4 frame, 8 frame, 16 frame and 32 frame
  86. programmings are shown in the document.
  87.  
  88. DISCLAIMER
  89.  
  90.   Not employed by or representing Motorola, not a shareholder of
  91. Motorola, etc.
  92.  
  93.   This post is for information purposes only; I am not promoting
  94. FLEX or any other format, although I am in favor the modern high
  95. speed formats because they permit better use of congested radio
  96. channels, and because they also offer improved battery life.
  97.  
  98.   More information on FLEX is available from Motorola at
  99. www.motorola.com.
  100.  
  101.   Bob Bruhns, WA3WDR, bbruhns@li.net
  102.