Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

BER when number of received bits less than transmitted bits

Status
Not open for further replies.

afr123

Junior Member level 1
Joined
May 23, 2017
Messages
18
Helped
0
Reputation
0
Reaction score
0
Trophy points
1
Activity points
211
Hi,

I want to calculate the BER when the number of received bits is less than the number of transmitted bits. For equal number of transmitted and received bits, I can just compare bit by bit and then calculate the BER. The problem is when I miss some bits, then how do I calculate BER.

For example if my transmitted and demodulated received sequences are
1 0 1 0 1 0 (transmitted: 6 bits)
1 0 _ 0 1 0 (received: 5 bits)

Now if I match it bit by bit, then only the first 2 bits match so my BER will be "2/6 * 100", but there is actually one missed bit, so should my BER not be "5/6 * 100"?

Or is there better approach?

Thanks
 

Depending on just -where- in the packet / stream the bits
"slip" makes a huge difference in gross BER. And do you
know that this is itself deterministic?

If not then all you can do is bound the response to some
"corner cases".

Which taken to logical extremes, is BER=1 (first bit slips
and all subsequent are misplaced) to BER=1/N (last bit).

Approach this from "how the receiver sees it" but timed
to how the transmitter sent it (one clock cycle latency?)
and count the "bad" bits "per the script" and use that
bad-bit-count straight up. A right bit in the wrong position
has about a 50% chance of being wrong. In which case you
have to count it "where it lies", not "where it should have
been". RX doesn't know from "shoulda".

Now how do you manage to "not receive a bit" rather
than make a wrong RX bit-decision? That's a question.
Clock recovery problem?
 

I think I didn't completely understand your point.

So basically, the transmitter generate a sequence of chirp signals and then the receiver demodulates those chirp signals using some signal processing. Sometimes I don't detect some chirps (due to factors like noise, threshold setting etc), so I miss the data for that chirp. I won't know which chirp signal/data I missed and my received data is less than the transmitted data as I mentioned in my earlier post.

Thanks
 

Status
Not open for further replies.

Similar threads

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top