{"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\">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\">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\">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\">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\">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\"><strong>Synchronous versus asynchronous<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size\">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\">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\">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\">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\">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\"><strong>The problem with DAB+<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size\">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\">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\"><strong>The problem: asynchronous feed<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size\">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\">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\">\u2022 <strong>ETI<\/strong> stands for Ensemble Transport Interface (the original standard).<\/p>\n\n\n\n<p class=\"has-small-font-size\">\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\">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\">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\">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\">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\"><strong>The solution: a synchronous connection<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size\">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\">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\">The <strong>BBC<\/strong>, for example, uses such E1 connections in the UK.<\/p>\n\n\n\n<p class=\"has-small-font-size\">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\"><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\"><strong>Summary<\/strong><\/p>\n\n\n\n<p class=\"has-small-font-size\">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\">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\">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\">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\">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\"><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}]}}