Content deleted Content added
→Frame synchronizer: vva |
Pretty major overhaul for clarity. Tried to juggle the explanation into a more sensible order, with subcommutation explained last. |
||
Line 1:
{{context|date=February 2013}}
In [[telecommunication]], '''frame synchronization''' or '''framing''' is the process by which, while receiving a stream of fixed-length [[Frame (networking)|
When packets of varying length are sent, it is necessary to have an instantly recognizable packet-end delimiter. When a continuous stream of fixed-length frames are sent, a synchronized receiver can in principle identify frame boundaries forever. In practice, receivers can usually maintain synchronization despite transmission errors; [[bit slip]]s are much rarer than [[bit error]]s. Thus, it is acceptable to use a much smaller frame boundary marker, at the expense of a lengthier process to establish synchronization in the first place.
Frame synchronization is achieved when the incoming frame alignment signals are identified (that is, distinguished from data bits), permitting the data bits within the frame to be extracted for decoding or retransmission.
== Framing ==
If the transmission is temporarily interrupted, or a
[[Image:Frame Synced Stream.jpg|frame|none|Frame synchronized PCM stream — telemetry application]]
Line 11 ⟶ 15:
Common frame synchronization schemes are:
;Framing bit: A common practice in [[telecommunication]]s, for example in [[T-carrier]], is to insert, in a dedicated [[Time-division multiplexing|time slot]] within the frame, a noninformation
;Syncword framing:
;CRC-based framing: Some telecommunications hardware uses [[CRC-based framing]], where correct framing is verified when almost all frames have valid CRCs.
==Frame synchronizer==
[[Image:PCM Stream.jpg|frame|none|PCM stream prior to frame synchronization]]
In [[telemetry]] applications, a ''frame synchronizer'' is used to locate frame
The frame synchronizer immediately follows the bit synchronizer in most telemetry applications. Without frame synchronization, [[
[[Image:Commutation.svg|frame|none|Different types of commutation within a frame synchronized PCM stream]]▼
▲The frame synchronizer immediately follows the bit synchronizer in most telemetry applications. Without frame synchronization, [[Decommutator|decommutation]] is impossible.
[[Image:Frame Synced Stream.jpg|frame|none|Frame-synchronized PCM stream]]
The frame synchronizer searches the incoming bit-stream for occurrences of the frame synchronization pattern. If the pattern persists for long enough that an accidental match is implausible, the synchronizer declares the data synchronized and available for decoding. If a large number of mis-matches occur, the synchronizer declares a loss of synchronization.
The search can be sequential (only consider one starting point at a time), or multiple candidate starting points may be considered at once. Advanced techniques continue searching even while synchronization is established, so that, if synchronization is lost, by the time the loss is noticed a new frame start position has been found.<ref>{{cite patent
|country=US |number=5621773 |status=patent |gdate=1997-04-15
|title=Method and Apparatus for Fast Synchronization of T1 Extended Superframes
|assign=[[LSI Logic Corporation]]
}}</ref>
▲[[Image:Commutation.svg|frame|none|Different types of commutation within a frame synchronized PCM stream]]
It is not uncommon to have multiple levels of frame synchronization, where a series of frames is assembled into a larger "superframe" or "major frame". Individual frames are then "minor frames" within that superframe. Each frame contains a subframe ID (often a simple counter) which identifies its position within the superframe. A second frame synchronizer establishes superframe synchronization. This allows subcommutation, where some data is sent less frequently than every frame.
==See also==
|