home *** CD-ROM | disk | FTP | other *** search
/ Boldly Go Collection / version40.iso / TS / 05B / TN210.ZIP / NETWORK.EXE / NET_11.TXT < prev    next >
Encoding:
Text File  |  1992-06-28  |  3.9 KB  |  62 lines
  1.                                NET_11.TXT
  2.                                RADIO PATHS
  3.                                -----------
  4.  
  5. Before  moving  on  to discussing backbone link arrangements,  we need to touch
  6. on the important,  but oft-times neglected subject of RF links.     Quite often
  7. packet  radio paths are just thrown  together without performing anything other
  8. than a "go-no-go" analysis.  In squeezing the greatest amount of link coverage,
  9. paths may end up with marginal performance.   As the move to higher data speeds
  10. is  made,  one  needs to keep  in mind the overall goal of reliability.     The
  11. network  is no better than the proverbial chain with its weak link.    One weak
  12. radio  link will create serious throughput problems and can render ineffective
  13. an otherwise well engineered system.
  14.  
  15. At  higher  data speeds, cases will be found where marginal 1200 baud links are
  16. unuseable due to the effects of multi-path (signal reflections).  Or, by faster
  17. data  rates  requiring  higher received signal levels than does 1200  baud.  As
  18. amateurs, site selection will be heavily influenced by the kindness of existing
  19. commercial  or municipal  site operators.    Sometimes this will result in less
  20. than optimum  radio  paths.    When this occurs, link developers should keep in
  21. mind possible alternative routes.  Perhaps a friendly (non-packet) amateur near
  22. the planned route would be willing to house a backbone relay node.
  23.  
  24. Where  doubt  is  raised  about the suitability of a radio path, it is possible
  25. (and desirable)  to  perform  radio  path calculations to get an idea of future
  26. link performance.      This process is straightforward.   One can calculate the
  27. line-of-sight  radio path margin  by adding power and antenna gains.   Then the
  28. path  loss  is subtracted  to find  receive signal  levels in dB.     It's good
  29. engineering  practice  to  design  paths to  include  a fade margin of 40 dB or
  30. better.     In other words, the received  signal level should be at least 40 dB
  31. greater than the receiver FM threshold.
  32.  
  33. Once  calculations show promise, it's time to make a site survey and to measure
  34. the  link  fade  margin.    This is  easily done by receiving a signal from the
  35. distant site with a calibrated step attenuator between the antenna lead and the
  36. receiver.    Attenuation is increased  until the  received signal begins to get
  37. noisy.     The amount of attenuation is then read and is the fade margin in dB.
  38. This procedure should be repeated at the other end.  If the  fade margin is too
  39. low,  then  options  include:  raising  transmitter powers,  increasing antenna
  40. gains/heights, or looking for a better site.
  41.  
  42. In  the  process  of going through  the above steps,  detailed topographic maps
  43. should  be consulted  to get  an  indication of  path terrain and obstructions.
  44. With  the  knowledge  gained,  NodeOps  will  have  a  better  insight into the
  45. reliability of their radio links.
  46.  
  47. IBM compatible software programs  exist  for radio site  evaluation.   The more
  48. comprehensive  ones feature terrain elevation data on floppy or CD-ROM for path
  49. profiles,  intermodulation  product analysis,  plotter  support  for  3-D   map
  50. overlays,  antenna coverage patterns,  as well as  point-to-point path loss and
  51. fade margin calculations.  The more sophisticated programs can be quite costly.
  52.  
  53. Some of the less complex programs are available as shareware.  One such program
  54. is free for radio amateur or non-commercial use.  It is called PATHCALC and was
  55. written  by Jon Adams, NW6H.   PATHCALC is a menu driven program and even those
  56. inexperienced with computer  operation  or radio path  calculations should have
  57. little difficulty in using it.  PATHCALC requires the user to know the latitude
  58. and longitude of the site locations to the nearest minute.    Knowledge of site
  59. elevations in feet is also required.   The program also allows the inputting of
  60. equipment configuration losses and gains, if known.
  61.  
  62.