{"id":2263,"date":"2025-10-25T10:25:42","date_gmt":"2025-10-25T08:25:42","guid":{"rendered":"https:\/\/localdab.org\/?page_id=2263"},"modified":"2025-10-26T07:40:02","modified_gmt":"2025-10-26T06:40:02","slug":"serial-communication","status":"publish","type":"page","link":"https:\/\/localdab.org\/index.php\/dab-in-more-detail\/serial-communication\/","title":{"rendered":"Serial communication"},"content":{"rendered":"\n<p class=\"has-small-font-size wp-block-paragraph\">In <strong>serial communication<\/strong>, the bits (the ones and zeros) are sent one by one, i.e. <strong>consecutively<\/strong>, over a transmission channel (e.g. a cable or wireless connection).<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">The <strong>receiver <\/strong>must read these bits at exactly the same speed as the <strong>transmitter <\/strong>sends them. We call this <strong>synchronisation<\/strong>. If this synchronisation is lost, the receiver can no longer interpret the data correctly.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">To prevent this, the sender adds a code word to the data stream at regular intervals. This <strong>code word<\/strong> serves as a reference point so that the receiver can get back \u201cin step\u201d with the sender.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">Because the code word must not occur in the actual data, the data stream is <strong>encoded<\/strong> in a certain way. This makes the code word that serves as a reference point for synchronisation unique and prevents any misinterpretations when detecting the code word.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">The code word together with the corresponding data bytes is called a <strong>frame<\/strong>.<\/p>\n\n\n\n<div style=\"height:29px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p class=\"has-medium-font-size wp-block-paragraph\"><strong>Synchronous versus asynchronous<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">When these frames are sent continuously \u2014 <strong>i.e. without pauses<\/strong> \u2014 we refer to this as <strong>synchronous transmission<\/strong>. Even when there is no data, (empty) frames containing the synchronisation word continue to be sent. This ensures that synchronisation is maintained at all times.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">In <strong>asynchronous transmission<\/strong>, on the other hand, there may be pauses or <strong>blank periods<\/strong> between frames.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">An important difference between the two types is that in <strong>synchronous transmission<\/strong>, the time between sending and receiving remains constant.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">In <strong>asynchronous transmission<\/strong>, this time can vary depending on the length of the pauses between frames.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">This variation in timing is called <strong>jitter<\/strong>.<\/p>\n\n\n\n<div style=\"height:30px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p class=\"has-medium-font-size wp-block-paragraph\"><strong>The problem with DAB+<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">With <strong>DAB+<\/strong>, the data (the music bits) is transmitted <strong>synchronously and serially<\/strong> between the transmitter and the receiver. The receiver synchronises on the short pauses of approximately 1.5 ms between each frame. These pauses are called the NULL signal (a type of code word) and serve as a beacon to keep the receiver in sync with the transmitted frames.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">The data stream consists of so-called <strong><a href=\"https:\/\/localdab.org\/index.php\/glossary\/q-t\/transmission-frame\/\" data-type=\"page\" data-id=\"1425\" target=\"_blank\" rel=\"noreferrer noopener\"><em>transmission frames<\/em><\/a><\/strong>, which are transmitted synchronously one after the other.<\/p>\n\n\n\n<div style=\"height:30px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p class=\"has-medium-font-size wp-block-paragraph\"><strong>The problem: asynchronous feed<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">The difficulty arises at the <strong>transmitter input<\/strong>, where the DAB+ signal is usually fed in via the public internet.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">The transmitter receives a data stream via <strong><a href=\"https:\/\/localdab.org\/index.php\/glossary\/e-h\/eti\/\" data-type=\"page\" data-id=\"2022\" target=\"_blank\" rel=\"noreferrer noopener\"><em>ETI<\/em><\/a> <\/strong>or <strong><a href=\"https:\/\/localdab.org\/index.php\/dab-in-more-detail\/eti-and-edi\/\" data-type=\"page\" data-id=\"820\" target=\"_blank\" rel=\"noreferrer noopener\"><em>EDI<\/em><\/a><\/strong>:<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">\u2022 <strong>ETI<\/strong> stands for Ensemble Transport Interface (the original standard).<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">\u2022 <strong>EDI<\/strong> (Encapsulated DAB Interface) is a modern variant that encapsulates the ETI signal in IP packets via the internet, based on the DCP protocol.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">The problem is that these internet connections are <strong>asynchronous<\/strong>: the TCP\/IP packets do not always arrive at exactly regular intervals.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">When the incoming data speed temporarily falls <strong>below<\/strong> the speed at which the transmitter sends its transmission frames, <strong>the transmitter has no data to transmit<\/strong>.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">To compensate for this, the transmitter has a <strong>buffer<\/strong>. This buffer temporarily stores data so that small delays do not cause a problem.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">However, if the delays become too long (e.g. due to network congestion or jitter on the internet), the buffer can <strong>run out<\/strong>, causing the transmission to falter or interrupt.<\/p>\n\n\n\n<div style=\"height:29px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p class=\"has-medium-font-size wp-block-paragraph\"><strong>The solution: a synchronous connection<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">A number of DAB+ transmitters usually also have a so-called <strong><a href=\"https:\/\/localdab.org\/index.php\/glossary\/e-h\/e1-connections\/\" data-type=\"page\" data-id=\"1993\" target=\"_blank\" rel=\"noreferrer noopener\"><em>E1 input<\/em><\/a><\/strong> (according to ITU standard <strong>G.703<\/strong>) or ETI-NI (RJ45 or BNC).<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">Unlike ETI or EDI, an <strong>E1 connection is a synchronous 2.048 Mbps connection<\/strong>, meaning that the timing between the transmitter and the source remains perfectly constant. This makes E1 connections <strong>more reliable<\/strong> for an operational DAB+ system, especially in SFN architecture with multiple transmitters that need to run perfectly in sync.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">The <strong>BBC<\/strong>, for example, uses such E1 connections in the UK.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">In practice, however, they are difficult to obtain from operators, and today they are often <strong>emulated<\/strong> via synchronous fibre optic networks such as <strong>SDH<\/strong> (Synchronous Digital Hierarchy).<\/p>\n\n\n\n<div style=\"height:29px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p class=\"has-medium-font-size wp-block-paragraph\"><strong>In summary<\/strong><\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><td><strong>Type of communication<\/strong><\/td><td><strong>Characteristic<\/strong><\/td><td><strong>Application with DAB+<\/strong><\/td><\/tr><\/thead><tbody><tr><td><strong>Synchronous<\/strong><\/td><td>No pauses between frames, fixed timing<\/td><td>Transmission frames from the transmitter<\/td><\/tr><tr><td><strong>Asynchronous<\/strong><\/td><td>Pauses or variable timing (jitter)<\/td><td>EDI\/ETI input via the internet<\/td><\/tr><tr><td><strong>E1 (synchronous)<\/strong><\/td><td>Constant timed connection<\/td><td>Reliable professional solution (as used by the BBC)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<div style=\"height:28px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p class=\"has-medium-font-size wp-block-paragraph\"><strong>Summary<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">Communication between DAB MUX and DAB transmitter plays an important role in transmitter synchronisation, particularly when multiple transmitters are used in SFN configuration.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">The best solution is therefore synchronous data transmission between DAB MUX and DAB transmitter. These are equivalent to the synchronous transmission signal at the transmitter output.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">If DAB transmitters become out of synchronisation, they suddenly become a serious source of interference for other DAB transmitters broadcasting on the same channel.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">In large parts of the transmission area, reception can become impossible if one transmitter goes out of synchronisation.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\">For practical reasons, the use of synchronous transmission is sometimes not possible (also a larger investment for the radios). Public networks (Internet) can cause unexpected delays due to overload.<\/p>\n\n\n\n<p class=\"has-small-font-size wp-block-paragraph\"><a href=\"https:\/\/localdab.org\/index.php\/dab-in-more-detail\/\" data-type=\"page\" data-id=\"30\">Back<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>In serial communication, the bits (the ones and zeros) are sent one by one, i.e. consecutively, over a transmission channel (e.g. a cable or wireless connection). The receiver must read these bits at exactly the same speed as the transmitter sends them. We call this synchronisation. If this synchronisation is lost, the receiver can no [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":30,"menu_order":170,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-2263","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/pages\/2263","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/comments?post=2263"}],"version-history":[{"count":6,"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/pages\/2263\/revisions"}],"predecessor-version":[{"id":2271,"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/pages\/2263\/revisions\/2271"}],"up":[{"embeddable":true,"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/pages\/30"}],"wp:attachment":[{"href":"https:\/\/localdab.org\/index.php\/wp-json\/wp\/v2\/media?parent=2263"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}