Dismiss Notice
Join Physics Forums Today!
The friendliest, high quality science and math community on the planet! Everyone who loves science is here!

Homework Help: Error injection using PC based modulator

  1. Jun 6, 2010 #1
    Injecting error in the transport stream using the pc based modulator whether will affect the BER of the stream. Because while my testing the BER is not even varying but Transport stream error packet count will increase. Any one could you please the above beghaviour.
     
  2. jcsd
  3. Jun 6, 2010 #2
    Hi Kirubanithi
    It is a long time since my training and not only have I forgotten much but much has changed. Also I admit to some guesswork in what follows.

    It sounds to me as though you are sending yourself some data, messing with the data stream, and watching the error rate at the receive end of the bearer.
    I believe any packets which are found to be corrupted at receive will be resent under command of the application which wants the data.
    The numbered packet will possibly have gone missing when it is blocked at X25 level (packet data protocol) by the X25 modems in the local concentrator, whose functions must always include a test of the crc (cyclic redundancy check) which is sent as part of the packet.

    After all nobody is interested in corrupt data, and data corrupted (due to faulty cable for instance) can be prevented from uselessly loading a network by careful testing to see that only actual data is sent.

    (sorry no snappy signature yet)

    Anyway, that's what I think I would have said 20 years ago.
     
  4. Jun 6, 2010 #3
    As per the above explanation is there any possibilities to increase in BER of the stream. Or if there is no increment in BER of the stream means could you please explain the cause.
     
  5. Jun 7, 2010 #4
    Hi again Kirubanithi
    If my notion above is correct, I would elaborate by mentioning that more than one means of measuring 'bit error rate' exists.
    In the opinion of a high-level application sending pseudo-random code over a noisy packet link, the link will be slower but still noise-free up to some limit. This is an artifact of the protocol, and in fact is the whole reason for the packet protocol's existence.
    So the error-detection/correction in a shell of the communications system beyond ken of your BER software may be responsible for the intriguing effect.
    It's a suggestion, no more.
     
    Last edited: Jun 7, 2010
Share this great discussion with others via Reddit, Google+, Twitter, or Facebook