E1 Frame and Deframer

D

dinesh

Guest
Please Provide Assistance on Below E1 :
Synchronization achieved only after receipt of three E1 frames in
double frame format.so when synch=1 then only data is valid on the
bus.
Its means we start capturing the data from 3rd frame when synch=1 i.e.
TS1 to TS15 and TS17 to TS 31 time slots. Am I thinking right.
Please reply.

Regards,
Dinesh
 
On Apr 16, 3:55 am, dinesh <dinesh14...@gmail.com> wrote:
Please Provide Assistance on Below E1 :
Synchronization achieved only after receipt of three E1 frames in
double frame format.so when synch=1 then only data is valid on the
bus.
Its means we start capturing the data from 3rd frame when synch=1 i.e.
TS1 to TS15 and TS17 to TS 31 time slots. Am I thinking right.
Please reply.

Regards,
Dinesh
Since "synch=1" means absolutely nothing to me, you must be talking
about a *particular* E1 framer/deframer. Have you read the data sheet
for the IP core? I've done E1 framing before, both receive and
transmit. Your receiver needs to have the timeslots determined before
data is valid, this is true.

Happily, most E1 systems aren't hyper about whether they start
receiving valid data on frame #3 or #103. E1 streams are brought up
and stay up. Valid data typically isn't present until the link is
established and running. I'd hate, after all, to try to place a call
and end up with the call only "connecting" partway into a
conversation; it just doesn't work like that.

Read the data sheet or talk with the provider so you can have
confidence in whatever it is you're trying to accomplish.
 
On Apr 16, 4:28 pm, John_H <newsgr...@johnhandwork.com> wrote:
On Apr 16, 3:55 am, dinesh <dinesh14...@gmail.com> wrote:

Please Provide Assistance on Below E1 :
Synchronization achieved only after receipt of three E1 frames in
double frame format.so when synch=1 then only data is valid on the
bus.
Its means we start capturing the data from 3rd frame when synch=1 i.e..
TS1 to TS15 and TS17 to TS 31 time slots. Am I thinking right.
Please reply.

Regards,
Dinesh

Since "synch=1" means absolutely nothing to me, you must be talking
about a *particular* E1 framer/deframer.  Have you read the data sheet
for the IP core?  I've done E1 framing before, both receive and
transmit.  Your receiver needs to have the timeslots determined before
data is valid, this is true.

Happily, most E1 systems aren't hyper about whether they start
receiving valid data on frame #3 or #103.  E1 streams are brought up
and stay up.  Valid data typically isn't present until the link is
established and running.  I'd hate, after all, to try to place a call
and end up with the call only "connecting" partway into a
conversation; it just doesn't work like that.

Read the data sheet or talk with the provider so you can have
confidence in whatever it is you're trying to accomplish.
Thanks For Prompt Reply.
I have taken E1 code from opencores and start working on E1 Deframer
part.In E1 Deframer used Double Frame Format in which Synchronization
will be achieved after receipt of three E1 frames.Once Synchronization
is achieved synch =1 flag become High.So doubt is when synch flag
become high which means Frame3 so data is valid on bus only when
Synchronization is achieved.
Hope so cleared some how where I messed up.
 

Welcome to EDABoard.com

Sponsor

Back
Top