<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;D0cFQXo-eSp7ImA9WhRaFE4.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691</id><updated>2012-02-16T23:30:10.451Z</updated><category term="Transmission" /><category term="LTE/EPS" /><category term="Backhaul" /><category term="HSPA" /><category term="Architecture" /><category term="HSUPA" /><category term="HSDPA" /><category term="OFDM" /><category term="Radio" /><category term="Market awareness" /><category term="HSPA+" /><category term="Signaling" /><category term="NAS" /><category term="Traffic Flow Template" /><category term="3G" /><title>MobTech</title><subtitle type="html">Everything about the mobile technologies and industry</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://thetelecomsblog.blogspot.com/" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>10</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/TheTelecomsBlog" /><feedburner:info uri="thetelecomsblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><entry gd:etag="W/&quot;A0IESHg6fCp7ImA9WxBSEUs.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-2383241805307325531</id><published>2009-12-11T10:49:00.012Z</published><updated>2009-12-18T20:51:49.614Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-12-18T20:51:49.614Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="LTE/EPS" /><category scheme="http://www.blogger.com/atom/ns#" term="Radio" /><category scheme="http://www.blogger.com/atom/ns#" term="OFDM" /><title>OFDMA vs SC-FDMA</title><content type="html">The multiple access of the radio channel in LTE is based on OFDMA (Orthogonal Frequency Division Multiple Access) in the DL and SC-FDMA (Single-Carrier Frequency Division Multiple Access) in the UL. These two techniques have a number of similarities but also some major differences as the UL and DL have different issues to cope with.&lt;br /&gt;&lt;br /&gt;Both multiple access techniques aim at spreading the narrowband data signal over a higher bandwidth to provide high data rates and cope with the frequency selective radio channels. In order to achieve that the wideband channel is split into a number of narrowband subcarriers and each user is allocated subcarriers which are not fading for the user’s particular radio channel. The data for this user is then transmitted using these subcarriers only. The main advantage of OFDMA and SC-FDMA over other multicarrier techniques is that the subcarriers are orthogonal to each other allowing higher spectrum efficiency.&lt;br /&gt;&lt;br /&gt;Let's first analyse the OFDMA technique which is a bit more standard than the SC-FDMA. The signal processing chain is shown in the next figure:&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://4.bp.blogspot.com/_z-kKFtbUHE4/SyKWpzs8qiI/AAAAAAAAABs/TYX-oVsa6mk/s1600-h/untitled2.bmp"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 38px;" src="http://4.bp.blogspot.com/_z-kKFtbUHE4/SyKWpzs8qiI/AAAAAAAAABs/TYX-oVsa6mk/s320/untitled2.bmp" border="0" alt=""id="BLOGGER_PHOTO_ID_5414055347050293794" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Each data symbol (QAM symbol) modulates a single narrowband subcarrier (15kHz). All these subcarriers are orthogonal to each other in order to avoid interference.  All the modulated symbols are transmitted simultaneously over the air.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://2.bp.blogspot.com/_z-kKFtbUHE4/SyKW9I_RTpI/AAAAAAAAAB0/W4PZPlkRmGA/s1600-h/untitled3.bmp"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 144px;" src="http://2.bp.blogspot.com/_z-kKFtbUHE4/SyKW9I_RTpI/AAAAAAAAAB0/W4PZPlkRmGA/s320/untitled3.bmp" border="0" alt=""id="BLOGGER_PHOTO_ID_5414055679181803154" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Now the superposition of all the modulated subcarriers is a noise-like signal according to the central limit theorem. Thus the variation of the signal amplitude is quite high leading to a high Peak-to-Average-Ratio (PAPR). This requires expensive power amplifiers and high power transmission which is acceptable for the eNB but not desirable for the UE. &lt;br /&gt;&lt;br /&gt;Solution to this problem is the introduction of SC-FDMA which is a similar technique offering the same advantages as OFDMA without the high PAPR issue. In SC-FDMA each data symbol modulates the whole used wideband carrier instead of a narrowband one and the modulated symbols are transmitted sequentially over air. Thus the final transmitted signal is a single carrier one unlike OFDMA where the final signal is the superposition of a great amount of carriers.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://1.bp.blogspot.com/_z-kKFtbUHE4/SyKXei-mUYI/AAAAAAAAACE/6BPYsK6euwg/s1600-h/untitled5.bmp"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 34px;" src="http://1.bp.blogspot.com/_z-kKFtbUHE4/SyKXei-mUYI/AAAAAAAAACE/6BPYsK6euwg/s320/untitled5.bmp" border="0" alt=""id="BLOGGER_PHOTO_ID_5414056253093990786" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://2.bp.blogspot.com/_z-kKFtbUHE4/SyKXMIWtl3I/AAAAAAAAAB8/U_MZdxfvay4/s1600-h/untitled.bmp"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 199px;" src="http://2.bp.blogspot.com/_z-kKFtbUHE4/SyKXMIWtl3I/AAAAAAAAAB8/U_MZdxfvay4/s320/untitled.bmp" border="0" alt=""id="BLOGGER_PHOTO_ID_5414055936709728114" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;It is obvious from the figures that the two techniques transmit the same amount of data symbols in the same time period and using the same bandwidth. However in SC-FDMA the UE needs to transmit only one carrier (wideband) at a time containing the information of one data symbol, while in OFDMA a number of subcarriers (narrowband) need to be transmitted at each time period. Thus the SC-FDMA technique is more power efficient.&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-2383241805307325531?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/CS68KriaiAEOXHFO0sG0ztFg3TQ/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/CS68KriaiAEOXHFO0sG0ztFg3TQ/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/CS68KriaiAEOXHFO0sG0ztFg3TQ/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/CS68KriaiAEOXHFO0sG0ztFg3TQ/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/-5J84E2GstA" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/2383241805307325531/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/12/ofdma-vs-sc-fdma.html#comment-form" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/2383241805307325531?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/2383241805307325531?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/-5J84E2GstA/ofdma-vs-sc-fdma.html" title="OFDMA vs SC-FDMA" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/_z-kKFtbUHE4/SyKWpzs8qiI/AAAAAAAAABs/TYX-oVsa6mk/s72-c/untitled2.bmp" height="72" width="72" /><thr:total>1</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/12/ofdma-vs-sc-fdma.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A04BR34-fyp7ImA9WxNaEUU.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-4346743663063888892</id><published>2009-11-24T18:26:00.018Z</published><updated>2009-11-25T22:59:16.057Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-25T22:59:16.057Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="LTE/EPS" /><category scheme="http://www.blogger.com/atom/ns#" term="NAS" /><category scheme="http://www.blogger.com/atom/ns#" term="Architecture" /><category scheme="http://www.blogger.com/atom/ns#" term="Signaling" /><title>Mobility Management in LTE/EPS</title><content type="html">Mobility Management is the function of controlling the mobility (and security) of the UE when using the RAN while the Session Management is the function of providing IP connectivity (and resources) to the UE. Connection Management is a subfunction of Mobility Management controlling the connection of the UE to the network. These functions are implemented by protocols belonging to the NAS (Non-Access Stratum).&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_z-kKFtbUHE4/Sw20zFFnOdI/AAAAAAAAABk/46Uf_tcmn20/s1600/untitled.bmp" target="_blank"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 97px;" src="http://3.bp.blogspot.com/_z-kKFtbUHE4/Sw20zFFnOdI/AAAAAAAAABk/46Uf_tcmn20/s320/untitled.bmp" border="0" alt=""id="BLOGGER_PHOTO_ID_5408177517173881298" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Mobility Management in LTE/EPS known as EPS Mobility Management (EMM) is similar to the UMTS one with some changes stemming mainly from the LTE requirement for “Always On” IP connectivity. This requirement is achieved by providing an EPS Bearer (Default EPS Bearer) to the UE once it attaches to the network and by keeping it until it switches off. Thus the Mobility and Session Management mechanisms in LTE are interconnected. For more info on the EPS Bearer look &lt;a href="http://thetelecomsblog.blogspot.com/2009/11/qos-in-lteeps.html" target="_blank"&gt;here.&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Mobility Management (EMM)&lt;/u&gt;&lt;br /&gt;&lt;br /&gt;The main EMM procedures are as follows:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Attach&lt;br /&gt;&lt;li&gt;Detach&lt;br /&gt;&lt;li&gt;Tracking Area update&lt;br /&gt;&lt;li&gt;Paging&lt;br /&gt;&lt;li&gt;Identification&lt;br /&gt;&lt;li&gt;Security Mode Control&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;The EMM defines two main states for the UE, while other intermediate states are also defined:&lt;br /&gt;&lt;br /&gt;&lt;b&gt;EMM-Deregistered&lt;/b&gt;&lt;br /&gt;When the UE is not attached to the network and thus the network doesn’t know its location and cannot reach it.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;EMM-Registered&lt;/b&gt;&lt;br /&gt;When the UE is attached to the network and an EPS Bearer is established for it.&lt;br /&gt;&lt;br /&gt;Independently of the EMM states there are two EPS Connection Management (ECM) states the UE can be in:&lt;br /&gt;&lt;br /&gt;&lt;b&gt;ECM-Idle&lt;/b&gt;&lt;br /&gt;When there is no NAS connection established for the UE and no physical resources are allocated to it (i.e. Radio and S1 Bearers). It can still exchange data as its EPS Bearer still exists but a NAS connection needs to be established first in order to get physical resources allocated.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;ECM-Connected&lt;/b&gt;&lt;br /&gt;When there is a NAS connection established for the UE and physical resources are allocated to it. In order to get to the EMM-Registered state the UE needs to get to the ECM-Connected mode first.&lt;br /&gt;&lt;br /&gt;The NAS connection which changes the ECM-Idle to the ECM-Connected mode is established when the UE needs to send an initial NAS message such as Attach/Detach Request, Tracking Area Update, etc. Then an RRC connection needs to be established between the UE and the eNodeB and in sequence an S1_MME connection. After that the NAS connection between the UE and the MME is established. The initial NAS message can then be sent by the UE. In the same manner the NAS connection release which brings the UE back to ECM-Idle mode takes place after the RRC connection and the S1_MME connections are released.&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Session Management (ESM)&lt;/u&gt;&lt;br /&gt;&lt;br /&gt;The main EPS Session Management (ESM) procedures which realize the bearer handling and IP connectivity are as follows:&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Default EPS Bearer Context Activation&lt;br /&gt;&lt;li&gt;EPS Bearer Context Deactivation&lt;br /&gt;&lt;li&gt;Dedicated EPS Bearer Context Activation&lt;br /&gt;&lt;li&gt;EPS Bearer Context Modification&lt;br /&gt;&lt;li&gt;UE Requested PDN Connectivity&lt;br /&gt;&lt;li&gt;UE Requested Disconnect&lt;br /&gt;&lt;li&gt;UE Requested Bearer Resource Allocation&lt;br /&gt;&lt;li&gt;UE Requested Bearer Resource Modification&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;All these procedures can be performed only after a NAS connection is established (ECM-Connected). The Default EPS Bearer setup is performed during the EMM Attach procedure.&lt;br /&gt;&lt;br /&gt;ESM defines two main states for the UE:&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Bearer Context Inactive&lt;/b&gt;&lt;br /&gt;When there is no EPS Bearer for the UE.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Bearer Context Active&lt;/b&gt;&lt;br /&gt;When there is at least EPS Bearer for the UE. An EPS Bearer Context can exist even if no physical resources are allocated to the UE (i.e. Radio and S1 Bearers).&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-4346743663063888892?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/9PMDzYWGX0LIH9dn4UHQoRvRxp4/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/9PMDzYWGX0LIH9dn4UHQoRvRxp4/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/9PMDzYWGX0LIH9dn4UHQoRvRxp4/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/9PMDzYWGX0LIH9dn4UHQoRvRxp4/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/8pV_0yEkoWw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/4346743663063888892/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/mobility-management-in-lteeps.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/4346743663063888892?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/4346743663063888892?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/8pV_0yEkoWw/mobility-management-in-lteeps.html" title="Mobility Management in LTE/EPS" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_z-kKFtbUHE4/Sw20zFFnOdI/AAAAAAAAABk/46Uf_tcmn20/s72-c/untitled.bmp" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/mobility-management-in-lteeps.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D08FQHs7fyp7ImA9WxNbF0w.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-4899075780983703668</id><published>2009-11-18T14:15:00.015Z</published><updated>2009-11-20T11:16:51.507Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-20T11:16:51.507Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="LTE/EPS" /><category scheme="http://www.blogger.com/atom/ns#" term="Architecture" /><category scheme="http://www.blogger.com/atom/ns#" term="Traffic Flow Template" /><title>Detailed Description of the QoS Mechanism in EPS</title><content type="html">&lt;div&gt;A &lt;a href="#TFT"&gt;Packet Filter&lt;/a&gt; has to be set up at the PDN GW (and signaled to the UE) for each &lt;a href="http://thetelecomsblog.blogspot.com/2009/11/qos-in-lteeps.html" target="_blank"&gt;SDF&lt;/a&gt; or SDF Aggregate in order to allow the correct mapping of data to the EPS Bearer and effectively the correct routing. The EPS Bearer is associated with one &lt;a href="#TFT"&gt;TFT&lt;/a&gt; (one in UL and one in DL) and thus an EPS Bearer can carry only one SDF or only one SDF Aggregate while all data of the same EPS Bearer will experience the same QoS treatment meaning. The SDF can be mapped to an EPS Bearer only if they have the same QCI and ARP.&lt;br /&gt;&lt;br /&gt;The &lt;a href="#TFT"&gt;Packet Filters&lt;/a&gt; are sequentially applied to the incoming data (on the UE in UL and PDN GW in DL) according to the Evaluation-Precedence-Index values of the &lt;a href="#TFT"&gt;Packet Filters&lt;/a&gt; and eventually the SDF (if one &lt;a href="#TFT"&gt;Packet Filter&lt;/a&gt; exists for the &lt;a href="#TFT"&gt;TFT&lt;/a&gt;) or the SDF Aggregate (If more &lt;a href="#TFT"&gt;Packet Filters&lt;/a&gt; exist for the &lt;a href="#TFT"&gt;TFT&lt;/a&gt;) is mapped to a &lt;a href="#TFT"&gt;TFT&lt;/a&gt; and thus to an EPS Bearer.&lt;br /&gt;&lt;br /&gt;In UL the UE creates a binding between the SDF or SDF Aggregate and the Radio Bearer (RB) carrying it, the eNB creates a binding between the RB and S1 Bearer, the SGW creates a binding between the S1 Bearer and the S5/S8 Bearer. In the DL the PDN GW creates a binding between the SDF or SDF Aggregate and the S5/S8 Bearer carrying it, while the rest mappings are as in UL.&lt;br /&gt;&lt;br /&gt;Any non-matching data should be sent to the Bearer which has no &lt;a href="#TFT"&gt;Packet Filters&lt;/a&gt; associated. If no such Bearer exists, data shall be discarded.&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://3.bp.blogspot.com/_z-kKFtbUHE4/SwQCMUJ_NdI/AAAAAAAAABU/y5tzLFleKAo/s1600/3.bmp" target="_blank"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 132px;" src="http://3.bp.blogspot.com/_z-kKFtbUHE4/SwQCMUJ_NdI/AAAAAAAAABU/y5tzLFleKAo/s320/3.bmp" border="0" alt=""id="BLOGGER_PHOTO_ID_5405447863343723986" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;a name="TFT"&gt;&lt;u&gt;Traffic Flow Templates&lt;/u&gt;&lt;/a&gt;&lt;br /&gt;A TFT (Traffic Flow Template) consists of one or multiple Packet Filters (1-8) and is used to discriminate data packets from different applications, with different QoS requirements, etc. in order to route them appropriately. Each Packet Filter is aimed at isolating the data from one application protocol (e.g. FTP), so effectively a TFT can carry data from more than one application protocol, which have to share the same QoS characteristics though. The TFT’s are pre-configured at the PDN GW.&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Packet Filters&lt;/u&gt;&lt;br /&gt;The Packet Filter has a unique packet identifier (1-8) within the TFT and consists of one or more of the following attributes depending on its configuration with regards to the application to be carried:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;b&gt;Source/Destination address with subnet mask&lt;/b&gt;&lt;br /&gt;IP address with subnet mask; source is valid on DL and destination on UL&lt;br /&gt;&lt;li&gt;&lt;b&gt;Protocol number&lt;/b&gt;&lt;br /&gt;Number of higher protocol (e.g. TCP/UDP)&lt;br /&gt;&lt;li&gt;&lt;b&gt;Destination port range&lt;/b&gt;&lt;br /&gt;Port range of the application (e.g. HTTP)&lt;br /&gt;&lt;li&gt;&lt;b&gt;Source port range&lt;/b&gt;&lt;br /&gt;Port range of the application (e.g. HTTP)&lt;br /&gt;&lt;li&gt;&lt;b&gt;IPsec security parameter index&lt;/b&gt;&lt;br /&gt;Arbitrary number between 256 -16639 to identify the secure connection between two entities&lt;br /&gt;&lt;li&gt;&lt;b&gt;Type of service&lt;/b&gt;&lt;br /&gt;Identifies the QoS&lt;br /&gt;&lt;li&gt;&lt;b&gt;Flow level&lt;/b&gt;&lt;br /&gt;IPv6 flow level. Not used in IPv4.&lt;/ul&gt;&lt;br /&gt;Each Packet Filter has an Evaluation-Precedence-Index which is unique across all TFT’s of the same APN which indicates the priority in which the Packet Filters will be applied to the packets. Highest priority is 0 and lowest is 255. Packet filters are signaled to the UE during NAS procedures.&lt;br /&gt;&lt;br /&gt;&lt;a name="Example"&gt;&lt;u&gt;TFT Example&lt;/u&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;A PDN GW has 2 different TFT’s stored as follows. The first one is aimed at transferring VoIP, with two different options (over TCP or UDP) and the second one is aimed for FTP services. The PDN GW checks first the two packet filters of the VoIP TFT and then the FTP one.&lt;/div&gt;&lt;br /&gt;&lt;a href="http://2.bp.blogspot.com/_z-kKFtbUHE4/SwQDa-4wIHI/AAAAAAAAABc/4Y6NW2ELIp4/s1600/4.bmp" target="_blank"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 165px;" src="http://2.bp.blogspot.com/_z-kKFtbUHE4/SwQDa-4wIHI/AAAAAAAAABc/4Y6NW2ELIp4/s320/4.bmp" border="0" alt=""id="BLOGGER_PHOTO_ID_5405449214843953266" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;When data from an FTP service reaches the PDN GW, the PDN GW applies Packet Filter 1 first, then Packet Filter 2 and finally Packet Filter 3 as per their Evaluation-Precedence-Index values. Packet Filter 3 matches its attributes (protocol number and ports) and the PDN GW creates a binding between the FTP SDF and the TFT of Packet Filter 3 (i.e. FTP TFT).Then the PDN GW forwards the data to the EPS Bearer which is associated with that TFT. The data will then follow the appropriate S5/S8, S1 and finally Radio Bearer which constitute that EPS Bearer.&lt;br /&gt;&lt;br /&gt;For a description of the EPS Bearer and the QoS Model in EPS click &lt;a href="http://thetelecomsblog.blogspot.com/2009/11/qos-in-lteeps.html"&gt;here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-4899075780983703668?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/-HM1z9algSLnsAAYe99xU8Qkq34/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/-HM1z9algSLnsAAYe99xU8Qkq34/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/-HM1z9algSLnsAAYe99xU8Qkq34/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/-HM1z9algSLnsAAYe99xU8Qkq34/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/DuiuJKA9keo" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/4899075780983703668/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/detailed-description-of-qos-mechanism.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/4899075780983703668?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/4899075780983703668?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/DuiuJKA9keo/detailed-description-of-qos-mechanism.html" title="Detailed Description of the QoS Mechanism in EPS" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_z-kKFtbUHE4/SwQCMUJ_NdI/AAAAAAAAABU/y5tzLFleKAo/s72-c/3.bmp" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/detailed-description-of-qos-mechanism.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D08MR387cCp7ImA9WxNbF0w.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-2282465309000799319</id><published>2009-11-17T21:50:00.014Z</published><updated>2009-11-20T11:18:06.108Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-20T11:18:06.108Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="LTE/EPS" /><category scheme="http://www.blogger.com/atom/ns#" term="Architecture" /><title>QoS in LTE/EPS</title><content type="html">&lt;u&gt;EPS Bearer Architecture&lt;br /&gt;&lt;div&gt;&lt;/u&gt;EPS introduces an E2E QoS model based on the EPS Bearer, which replaces the PDP Context of GPRS. The EPS Bearer is a logical link between the UE and the PDN GW providing a specific QoS along the whole path. The EPS Bearer Architecture consists of multiple layers as in UMTS and the service of each layer is provided through the service of the layer immediately below it. Thus the required QoS to the end user is provided by each Bearer across all layers. The E2E Service is completed by an external Bearer from the edge of PLMN to the final external destination and not controlled by the PLMN.&lt;/div&gt;&lt;br /&gt;&lt;a href="http://1.bp.blogspot.com/_z-kKFtbUHE4/SwP_RcHGb8I/AAAAAAAAABE/k9dxlhWg_Yc/s1600/1.bmp" target="_blank"&gt;&lt;img id="BLOGGER_PHOTO_ID_5405444652843560898" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 320px; CURSOR: hand; HEIGHT: 209px; TEXT-ALIGN: center" alt="" src="http://1.bp.blogspot.com/_z-kKFtbUHE4/SwP_RcHGb8I/AAAAAAAAABE/k9dxlhWg_Yc/s320/1.bmp" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;u&gt;Bearer Level QoS Paremeters&lt;/u&gt;&lt;div&gt;&lt;br /&gt;The QoS of an EPS Bearer is defined by the following QoS parameters:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;b&gt;QCI (Quality Class Identifier)&lt;/b&gt;&lt;br /&gt;QCI is an index referring to a number of different sets of minimum QoS characteristics, such as priority, delay, etc. required by a service. The different QCI’s can be achieved by different packet forwarding treatment (e.g. scheduling, queue management, RLC config, etc.) at the network nodes. The network has to be pre-configured to provide the supported QCI’s. There are 9 standardised QCI’s and associated with example services. The characteristics of the QCI are:&lt;/div&gt;&lt;br /&gt;&lt;a href="http://4.bp.blogspot.com/_z-kKFtbUHE4/SwQAHMWxBQI/AAAAAAAAABM/ZYPCF1IxDuE/s1600/2.bmp" target="_blank"&gt;&lt;img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 273px; height: 320px;" src="http://4.bp.blogspot.com/_z-kKFtbUHE4/SwQAHMWxBQI/AAAAAAAAABM/ZYPCF1IxDuE/s320/2.bmp" border="0" alt=""id="BLOGGER_PHOTO_ID_5405445576327234818" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;li&gt;&lt;b&gt;ARP (Allocation and Retention Priority)&lt;/b&gt;&lt;br /&gt;It is a priority indicator in order to allow the network to reject the establishment or modification of new Bearers or discard existing ones in cases of limited resources. After the Bearer establishment, it does not affect routing.&lt;br /&gt;&lt;li&gt;&lt;b&gt;GBR (Guaranteed Bit Rate)&lt;/b&gt;&lt;br /&gt;Applies to Bearers with Resource Type = GBR and indicates the minimum bitrate to be provided for this service.&lt;br /&gt;&lt;li&gt;&lt;b&gt;MBR (Max Bit Rate)&lt;/b&gt;&lt;br /&gt;Applies to Bearers with Resource Type = GBR and indicates the maximum bitrate to be provided for this service. GBR=MBR for now.&lt;br /&gt;&lt;li&gt;&lt;b&gt;APN - AMBR (APN – Aggregated MBR)&lt;/b&gt;&lt;br /&gt;Applies to Bearers with Resource Type = non-GBR. It is the maximum bitrate allowed across all Bearers of the same UE for each UE-APN connection and it is stored in HSS. One non-GBR Bearer can have the whole capacity if all other non-GBR are zero.&lt;br /&gt;&lt;li&gt;&lt;b&gt;UE - AMBR (UE – Aggregated MBR)&lt;/b&gt;&lt;br /&gt;Applies to Bearers with Resource Type = non-GBR. It is the maximum bitrate allowed of the same UE and it is stored in HSS. One non-GBR Bearer can have the whole capacity if all other non-GBR are zero. UE-AMBR = sum(APN-AMBR) for all APN connections of the UE.&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;&lt;u&gt;QoS Mechanism&lt;/u&gt;&lt;br /&gt;When an UE is attaching to the network, an EPS Bearer is always set up and lasts until the UE detaches in order to provide an ‘Always On’ IP connectivity, reducing set up latency and excessive signaling. This Bearer is the Default Bearer and its QoS parameters are set by the network based on the UE subscription profile stored in the HSS. The Default Bearer is always non-GBR. More EPS Bearers can be established for one UE, known as Dedicated Bearers. The Dedicated Bearers are modified or created always after network trigger. The GBR Bearers have fixed allocated dedicated network resources related to the GBR, while non-GBR not.&lt;br /&gt;&lt;br /&gt;In order to map the incoming data packets to the correct EPS Bearer, the packets need to have a QoS requirement which will then be satisfied by the Bearer. All the data packets from one application protocol (e.g. FTP) within the same IP-CAN session constitute an SDF (Service Data Flow) and the SDF has a QoS requirement as defined by its QoS parameters, described before: QCI, ARP, MBR, and GBR. A set of SDF’s within the same IP-CAN session with the same QCI and ARP constitutes an SDF Aggregate which can be treated in the same way as a single SDF. One EPS Bearer can then carry all the SDF’s which have exactly the same QoS parameters as the Bearer. Thus an EPS Bearer carries the data from one application or from multiple applications which share exactly the same QoS requirements.&lt;br /&gt;&lt;br /&gt;The exact mechanism for the mapping of SDF’s to EPS Bearers is using the TFT concept and is described in detail &lt;a href="http://thetelecomsblog.blogspot.com/2009/11/detailed-description-of-qos-mechanism.html"&gt;here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-2282465309000799319?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/i4SOayY17RjE0iNENST92rbb2mg/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/i4SOayY17RjE0iNENST92rbb2mg/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/i4SOayY17RjE0iNENST92rbb2mg/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/i4SOayY17RjE0iNENST92rbb2mg/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/vmLerBebX1E" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/2282465309000799319/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/qos-in-lteeps.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/2282465309000799319?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/2282465309000799319?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/vmLerBebX1E/qos-in-lteeps.html" title="QoS in LTE/EPS" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/_z-kKFtbUHE4/SwP_RcHGb8I/AAAAAAAAABE/k9dxlhWg_Yc/s72-c/1.bmp" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/qos-in-lteeps.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkEFQn48eyp7ImA9WxNbFEQ.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-4243343221605125270</id><published>2009-11-17T19:25:00.016Z</published><updated>2009-11-17T21:50:13.073Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-17T21:50:13.073Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="LTE/EPS" /><category scheme="http://www.blogger.com/atom/ns#" term="Market awareness" /><title>Do We Actually Need LTE??</title><content type="html">Everyone involved somehow in the mobile technologies and market knows very well that the hot topic of the industry is LTE (Long Term Evolution of UMTS) or EPS (Evolved Packet System) as is the correct term as per 3GPP standards.&lt;br /&gt;&lt;br /&gt;From a technology point of view it is easy to understand that EPS is by far better than 2G and 3G in order to support the current and future packet-centric services. However a lot of the industry thought leaders remain sceptical towards EPS as they claim that the return on investment of such a dramatic change is low for the operators. The cost of deploying EPS is quite high as new spectrum licence has to be acquired, new equipment in the RAN and Core need to be purchased and new IP-based transmission network needs to be deployed. While on the other hand the data services haven't really taken off yet in most of the countries and the voice and SMS services remain the main source of income for most mobile operators.&lt;br /&gt;&lt;br /&gt;I think the answer to this question came to me after I got my iPhone. The use of data services really EXPLODES once someone gets one of the new iPhone-like smartphone consuming on average 30 times more bandwidth than a voice user! Even people who never used to do packet services before, become regular data users with the smartphones. And the experience from UK and US has shown that once these devices become available people start getting them in bulk exploding the bandwidth usage from one day to another.&lt;br /&gt;&lt;br /&gt;One can now claim that HSPA is fast enough to provide the data rates required by most of the current applications which are not that demanding (email, browsing, IM, facebook, etc.). However the main killer is not the air interface, but the backhaul (see also &lt;a href="http://thetelecomsblog.blogspot.com/2009/11/high-availability-of-new-smartphones.html"&gt;The Future of Mobile Backhaul&lt;/a&gt; for details).  Operators need to increase the backhaul bandwidth significantly and the cost for that is not trivial as they need to purchase a huge amount of leased lines in the current TDM/ATM based deployments. Moving to IP is the way forward but this what EPS is all about! Another killer is signaling. Smartphones generate so much signaling in the current voice-centric networks that make it really inefficient for the capacity but also for the mobile's battery life.&lt;br /&gt;&lt;br /&gt;Moving a bit away from the immediate problems that operators are facing now and thinking longer term, we will see that EPS will allow the support of completely new services such as online gaming, mobile TV, etc. which are now very difficult to get with current networks. These services may seem very distant for most of the people, but we shouldn't underestimate the fact that young people and kids or the "internet generation" as we call them adapt very fast to the new fancy services and change their consuming behaviours very quickly. Facebook is a good example, which has almost become the killer application that 3G operators were looking for a long time.&lt;br /&gt;&lt;br /&gt;Finally if EPS can provide the data rates that is promising, then mobile operators can  drastically enter the broadband market and compete with the fixed line operators making significant amount of business in this field before WiMAX operators do so. Why should I have a fixed broadband service if I can get all my telecoms services with one contract? Furthermore they could also provide mobile broadband to countries with poor infrastracture and become the main broadband providers as their implementation costs will be lower than the fixed ones.&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-4243343221605125270?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/deEPiomhU6HsEFJgVsQSX9soCRU/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/deEPiomhU6HsEFJgVsQSX9soCRU/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/deEPiomhU6HsEFJgVsQSX9soCRU/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/deEPiomhU6HsEFJgVsQSX9soCRU/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/zQ9hZlAfBkk" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/4243343221605125270/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/do-we-actually-need-lte.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/4243343221605125270?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/4243343221605125270?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/zQ9hZlAfBkk/do-we-actually-need-lte.html" title="Do We Actually Need LTE??" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/do-we-actually-need-lte.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkcCRno8fip7ImA9WxNbFEQ.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-2408344522604839602</id><published>2009-11-15T23:33:00.028Z</published><updated>2009-11-17T21:41:07.476Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-17T21:41:07.476Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Radio" /><category scheme="http://www.blogger.com/atom/ns#" term="HSPA" /><category scheme="http://www.blogger.com/atom/ns#" term="HSPA+" /><category scheme="http://www.blogger.com/atom/ns#" term="3G" /><title>HSPA Evolution</title><content type="html">HSPA Evolution (HSPA+) is the latest enhancement of the existing WCDMA/HSPA technologies as defined by 3GPP standards Releases 7&amp;amp;8.  HSPA+ is aimed at improving the performance of current 3G networks while making another step closer to LTE/EPS implementations. It is an easy and cost effective solution as it can be realised by simply upgrading the software of RAN equipment.&lt;br /&gt;&lt;br /&gt;In summary the main drivers of HSPA+ are:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Higher data rates (up to 42Mbps DL and 11Mbps UL) and lower latencies for the support of new data services (e.g. VoIP, PTT, interactive gaming)&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Better spectrum utilisation will provide higher throughput and also lower cost for the operators&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Allow a packet-only operation for both voice and data (better support for VoIP)&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Strengthen the role of mobile technologies to the competition with fixed broadband networks and keep up with WiMAX technologies&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Exploit the full CDMA capabilities and provide a smooth migration towards LTE/EPS&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;The major technical characteristics introduced by HSPA+ are:&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Higher Order Modulation Schemes&lt;/u&gt;&lt;br /&gt;=&gt; higher data rates&lt;br /&gt;&lt;ul&gt;&lt;li&gt;64QAM is the highest allowed modulation scheme for HSPDA (from 16QAM in Release 6)&lt;br /&gt;&lt;/li&gt;&lt;li&gt;16QAM is the highest allowed modulation scheme  for HSUPA (from QPSK in Release 6)&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;u&gt;MIMO for DL&lt;/u&gt;&lt;br /&gt;=&gt; higher data rates&lt;br /&gt;&lt;ul&gt;&lt;li&gt;2 Tx antennas at NodeB transmitting different streams with up to 64QAM modulation scheme and at least 2 Rx antennas at UE&lt;/li&gt;&lt;/ul&gt;&lt;u&gt;L2 enhancements in both UL and DL&lt;/u&gt;&lt;br /&gt;=&gt; higher data rates, higher throughput&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Larger RLC PDU sizes can be used to support the higher rates achieved&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Flexible RLC size selection&lt;br /&gt;&lt;/li&gt;&lt;li&gt;RLC PDU segmentation&lt;br /&gt;&lt;/li&gt;&lt;li&gt;RLC PDU's of different RAB's can be multiplexed in one MAC PDU to reduce overheads&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;u&gt;Continuous connectivity of data users (CPC)&lt;/u&gt;&lt;br /&gt;=&gt; lower latencies, improved battery life, lower interference, increased capacity&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Remain in the CELL_DCH even when inactive to reduce latencies&lt;br /&gt;&lt;/li&gt;&lt;li&gt;UE DTX/DRX of the Dedicated Physical Control CHannel (DPCCH) when there is no data to send and receive&lt;br /&gt;&lt;/li&gt;&lt;li&gt;No transmission of the High Speed - Shared Control CHannel (HS-SCCH) to reduce signaling and improve capacity; the decoding of the HS-DSCH is achieved blindly&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;u&gt;Enhanced CELL_FACH&lt;/u&gt;&lt;br /&gt;=&gt; higher data rates, lower latencies&lt;br /&gt;&lt;ul&gt;&lt;li&gt;HSDPA traffic can be carried on FACH&lt;br /&gt;&lt;/li&gt;&lt;li&gt;HSUPA traffic can be carried on FACH&lt;/li&gt;&lt;/ul&gt;&lt;u&gt;Improved Receivers&lt;/u&gt;&lt;br /&gt;=&gt; higher data rates, better efficiency&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Interference cancellation of ‘other cell’ power for HSDPA terminals&lt;/li&gt;&lt;li&gt;Better equalisers&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-2408344522604839602?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/y3lLGBm0UXzH22VUJqG5NdQpbMg/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/y3lLGBm0UXzH22VUJqG5NdQpbMg/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/y3lLGBm0UXzH22VUJqG5NdQpbMg/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/y3lLGBm0UXzH22VUJqG5NdQpbMg/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/K352iaiiC6Y" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/2408344522604839602/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/hspa.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/2408344522604839602?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/2408344522604839602?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/K352iaiiC6Y/hspa.html" title="HSPA Evolution" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/hspa.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D04CQ3czeCp7ImA9WxNbF0w.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-780466348496227743</id><published>2009-11-13T12:42:00.008Z</published><updated>2009-11-20T11:19:22.980Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-20T11:19:22.980Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Radio" /><category scheme="http://www.blogger.com/atom/ns#" term="HSUPA" /><category scheme="http://www.blogger.com/atom/ns#" term="HSPA" /><category scheme="http://www.blogger.com/atom/ns#" term="3G" /><title>How Does HSUPA Work?</title><content type="html">HSUPA is an improved UL for HSDPA in order to support higher data rates than the ones achieved by R’99 whilst introducing reduced UL latency as well. It uses most of the R’99 features, while employing some new methods of delivering user data from the terminal to Node B. HSUPA is standardised in 3GPP Release 6 and its main characteristics are summarised below:&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Multi-code transmission&lt;br /&gt;&lt;li&gt;Node B scheduling&lt;br /&gt;&lt;li&gt;Option for shorter TTI (TTI = 2ms or TTI = 10ms)&lt;br /&gt;&lt;li&gt;Node B retransmissions (H-ARQ)&lt;br /&gt;&lt;li&gt;Variable spreading factor of minimum SF = 2&lt;br /&gt;&lt;li&gt;Power control&lt;br /&gt;&lt;li&gt;Soft handover&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;u&gt;Channel Structure&lt;br /&gt;&lt;/u&gt;A new transport channel dedicated to each HSUPA user carrying the user data with HSUPA operation is introduced and denoted as Enhanced Dedicated Channel (E-DCH). Only one E-DCH is dedicated to one HSUPA user and it is mapped onto a pool of newly introduced physical channels (i.e. 1, 2 or 4 E-DCH Dedicated Physical Data Channels - E-DPDCH's and 1 E-DCH Dedicated Physical Control Channel - E-DPCCH). The channel slot structure is shown below:&lt;br /&gt;&lt;br /&gt;&lt;a href="http://2.bp.blogspot.com/_z-kKFtbUHE4/Sv1a5GbuhpI/AAAAAAAAAAs/xgToFs3oTgA/s1600-h/untitled2.bmp" target="_blank"&gt;&lt;img id="BLOGGER_PHOTO_ID_5403575064940414610" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 320px; CURSOR: hand; HEIGHT: 182px; TEXT-ALIGN: center" alt="" src="http://2.bp.blogspot.com/_z-kKFtbUHE4/Sv1a5GbuhpI/AAAAAAAAAAs/xgToFs3oTgA/s320/untitled2.bmp" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;E-DPDCH carries the HSUPA data and has a variable spreading factor of minimum SF2. E-DPCCH is used for the transmission of the essential information for decoding E-DPDCH and has a fixed SF = 256. It also carries information about retransmissions and power allocation.&lt;br /&gt;&lt;br /&gt;E-DPDCH transmission requires simultaneous transmission of the R’99 DPCCH and the E-DPCCH. The first one contains important information about channel estimation and power control, while the other one about decoding.&lt;br /&gt;&lt;br /&gt;Three DL physical control channels without carrying any higher layer information are also introduced. These are the E-DCH HARQ Acknowledgement Indicator Channel (E-HICH), the E-DCH Relative Grant Channel (E-RGCH) and the E-DCH Absolute Grant Channel (E-AGCH).&lt;br /&gt;&lt;br /&gt;The E-HICH is a dedicated channel with a fixed SF = 128 carrying DL information about retransmissions (i.e. ACK/NACK from the Node B). E-RGCH is also dedicated with SF = 128 carrying the power step up/down scheduling commands from the Node B. Both E-HICH and E-RGCH are transmitted in a single code channel using different signatures. Finally E-AGCH is a common channel with SF = 256 carrying information about the exact amount of power each terminal can use for the E-DPDCH transmission. Each terminal checks whether an E-AGCH is meant for it by recognizing its ID contained in the frame.&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Multi-Code Transmission&lt;br /&gt;&lt;/u&gt;Adaptive modulation and coding (AMC) is not used in HSUPA, as higher modulation schemes require more energy per bit and the terminals have limited power transmission capability. The solution for achieving higher data rates is found in the use of multi-code transmission, which is more efficient in the UL than AMC.&lt;br /&gt;&lt;br /&gt;Multiple (i.e. up to 4) E-DPDCH's can be transmitted for one E-DCH (i.e. one HSUPA user) during one TTI, using code multiplexing. The multiplexed E-DPDCH's can use the same or even different SF's with the allowed combinations being described explicitly in the standards. In order of descending data rates, the allowed combinations for multi-code transmission are 2xSF2 + 2xSF4, 2xSF2, 2xSF4.&lt;br /&gt;&lt;br /&gt;For each E-DCH transmission exactly 1 E-DPCCH has to be sent in the same TTI. E-DPCCH and the E-DPDCH'(s) carrying data of the same E-DCH are transmitted using different codes in different branches of QPSK modulation (I-Q multiplexing) leading to transmission of BPSK symbols. The E-DPCCH is always transmitted using I branch.&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Node B Based Scheduling&lt;/u&gt;&lt;br /&gt;HSUPA scheduling is also shifted to Node B as in HSDPA. However, the scheduling procedure is very similar to the R’99 rather than the HSDPA one. The scheduling algorithm simply tries to keep the cell throughput high by adjusting the E-DPDCH transmit powers and thus the TFC selections. The terminal provides information about its capability of emptying its buffers and the Node B decides whether it can transmit more power or not according to the noise rise limit.&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Node B Based Re-Transmissions (H-ARQ)&lt;br /&gt;&lt;/u&gt;H-ARQ functionality in HSUPA is very similar to the HSDPA one. The terminal keeps in memory unacknowledged packets and retransmissions take place in case of NACK reception from the Node B. Both IR and CC strategies are supported in HSUPA and the only main difference is that HSUPA HARQ procedure is synchronous. This means that the system knows which HARQ process is used without need for including such information in the data stream.&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Option for Shorter TTI&lt;/u&gt;&lt;br /&gt;HSUPA allows for the support of two TTI lengths to be chosen; TTI = 2ms and TTI = 10ms. Same as in HSDPA, shorter TTI length (i.e. 2ms) can provide for reduced delays between retransmissions and better utilisation of the resources by reacting faster to the channel conditions. When the channel conditions for a user are changed, the TFC used by the user can be easily changed as well in order to adapt to the new conditions. Furthermore TTI = 2ms supports higher data rates, as above 2Mbps the block size for TTI = 10ms becomes too large and is limited.&lt;br /&gt;&lt;br /&gt;However for great number of users, short TTI length requires the transmission of very high number of DL control signals and thus can lead to very high consumption of the Node B power especially, for areas at the cell edge. In HSDPA, the users are time-multiplexed and such problem does not exist. Therefore, the shorter TTI is expected to be used for distances closer to the Node B and as the distance grows, TTI = 10ms will be used.&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-780466348496227743?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/Epls3NIg-h0vdrP6oCBZe22vzw8/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/Epls3NIg-h0vdrP6oCBZe22vzw8/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/Epls3NIg-h0vdrP6oCBZe22vzw8/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/Epls3NIg-h0vdrP6oCBZe22vzw8/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/9F8cVI9oETg" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/780466348496227743/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/how-does-hsupa-work.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/780466348496227743?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/780466348496227743?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/9F8cVI9oETg/how-does-hsupa-work.html" title="How Does HSUPA Work?" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_z-kKFtbUHE4/Sv1a5GbuhpI/AAAAAAAAAAs/xgToFs3oTgA/s72-c/untitled2.bmp" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/how-does-hsupa-work.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D04NQ3o_eip7ImA9WxNbF0w.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-7896265301202981036</id><published>2009-11-13T12:16:00.025Z</published><updated>2009-11-20T11:19:52.442Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-20T11:19:52.442Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Radio" /><category scheme="http://www.blogger.com/atom/ns#" term="HSPA" /><category scheme="http://www.blogger.com/atom/ns#" term="HSDPA" /><category scheme="http://www.blogger.com/atom/ns#" term="3G" /><title>How Does HSDPA Work?</title><content type="html">HSDPA represents an evolution of the WCDMA radio interface, which uses very similar methods to those employed by EDGE (Enhanced Data Rates for GSM Evolution) technology for the GSM radio interface. The fundamental characteristics which enable the increase in the data throughput and capacity with reduced latency are summarised below:&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Time and code multiplexing of the users&lt;br /&gt;&lt;li&gt;Multi-Code transmission&lt;br /&gt;&lt;li&gt;Fixed Spreading Factor (SF = 16)&lt;br /&gt;&lt;li&gt;Shorter TTI = 2ms&lt;br /&gt;&lt;li&gt;No DTX (Discontinuous transmission)for the data channel&lt;br /&gt;&lt;li&gt;Adaptive modulation and coding (AMC) supporting higher order modulation&lt;br /&gt;&lt;li&gt;Node B scheduling and link adaptation&lt;br /&gt;&lt;li&gt;Node B retransmissions (H-ARQ - Hybrid Auotmatic Repeat-Request)&lt;br /&gt;&lt;li&gt;No power control&lt;br /&gt;&lt;li&gt;No soft handover&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;u&gt;Channel Structure&lt;/u&gt;&lt;br /&gt;A new transport channel carrying the user data with HSDPA operation is introduced and denoted as High Speed Downlink Shared Channel (HS-DSCH). This is mapped onto a pool of newly introduced physical channels (i.e. High Speed Physical Downlink Shared channel - HS-PDSCH) to be shared among HSDPA users in a time multiplexed manner. One user only transmits during a single TTI, which has a fixed shorter duration of 3 slots (i.e. 2ms). If code multiplexing is used as well, then multiple users can transmit during the same TTI, using different codes. The HS-PDSCH slot structure is shown below.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://4.bp.blogspot.com/_z-kKFtbUHE4/Sv1cDoam_tI/AAAAAAAAAA8/Qxectbv_rUo/s1600-h/untitled.bmp" target="_blank"&gt;&lt;img id="BLOGGER_PHOTO_ID_5403576345372851922" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 320px; CURSOR: hand; HEIGHT: 152px; TEXT-ALIGN: center" alt="" src="http://4.bp.blogspot.com/_z-kKFtbUHE4/Sv1cDoam_tI/AAAAAAAAAA8/Qxectbv_rUo/s320/untitled.bmp" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;Two new physical control channels are also introduced for the handling of associated signalling without carrying information from higher layers. Namely, they are the High Speed Shared Control Channel (HS-SCCH) for the DL and the High Speed Dedicated Physical Control Channel (HS-DPCCH) for the UL.&lt;br /&gt;&lt;br /&gt;HS-SCCH has a fixed spreading factor (SF = 128) and carries mainly information essential for demodulation and retransmissions. One HS-SCCH per TTI is required for each active HSDPA user. HS-DPCCH has a fixed spreading factor (SF = 256) and carries mainly channel quality information and ACK/NACK for retransmissions.&lt;br /&gt;&lt;br /&gt;An HS-PDSCH corresponds to one channelling code of fixed spreading factor SF=16, and thus there are maximum 15 such codes available for HS-DSCH transmission under one code tree, as at least 1 such code is needed for UMTS and HSDPA control channels. It is noted here that the same code tree is used for both UMTS and HSDPA traffic when a single carrier deployment is used, to do otherwise the use of multiple scrambling codes per cell would be required. The use of a separate carrier for HSDPA would add another code tree and thus increase the capacity of the system.&lt;br /&gt;&lt;br /&gt;Multi-code transmissions are also supported in HSDPA, which means that the user equipment can be assigned multiple codes during one TTI, depending on its capability. This allows users to transmit large amounts of data in one TTI leading to a better resource utilisation which increases system throughput. Throughput is also increased by not supporting DTX for HS-PDSCH and users are scheduled only if they have data to transmit.&lt;br /&gt;&lt;br /&gt;&lt;u&gt;AMC (Adaptive Modulation and Coding)&lt;/u&gt;&lt;br /&gt;An HS-PDSCH may use QPSK or 16-QAM modulation symbols, and several channel coding rates depending on the channel conditions, as reported by the terminal in the HS-DPCCH frames. Thus the system adapts to the channel conditions and can achieve higher data rates when the conditions are favourable. This procedure is denoted as link adaptation and has similar effects as power control without need for power control overhead. Each modulation scheme and coding rate combination is denoted as Transport Format Combination (TFC) or Modulation and Coding Scheme (MCS).&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Node B Based Fast Scheduling and Link Adaptation&lt;br /&gt;&lt;/u&gt;The scheduling and link adaptation in HSPDA are performed in the Node B unlike R’99, where scheduling is done in the RNC. Node B estimates the channel quality for each active user based on the feedback provided by them in the HS-DPCCH frame. Afterwards the user to be served first depends on the scheduling algorithm and the user prioritisation.&lt;br /&gt;&lt;br /&gt;In general, there are three principal scheduling algorithms depending on the equipment (the algorithms used to implement these can take many different forms) and these are:&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;C/I based (Max C/I) – serves in every TTI the user with the largest C/I&lt;br /&gt;&lt;li&gt;Round Robin (RR) – users are served in a cyclic order ignoring the channel quality conditions&lt;br /&gt;&lt;li&gt;Proportional Fair (PF) – serves users with the largest relative channel quality (i.e. the channel quality conditions are weighted by the user throughput)&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;Node B scheduling in combination with the shorter TTI provides with faster scheduling and better resource utilisation, as the network reacts faster to the channel conditions and higher rates can be achieved for users with good channel conditions.&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Node B Based Retransmissions (H-ARQ)&lt;/u&gt;&lt;br /&gt;Apart from scheduling, retransmission handling is also shifted from the RNC to Node B in HSDPA and thus from RLC to the physical layer. The packets sent to a user are kept in the Node B buffer until an ACK is received from the terminal carried in the HS-DPCCH frame. The RNC will retransmit only in case that the physical operation fails. This makes retransmissions faster, reducing the latency but also provides with combining gain, as the terminal keeps the energy of both transmissions.&lt;br /&gt;&lt;br /&gt;The retransmission protocol selected in HSDPA is the Stop and Wait (SAW) due to the simplicity of this form of ARQ. The Hybrid ARQ (H-ARQ) technique is fundamentally different from WCDMA retransmissions because the UE decoder combines the soft information of multiple transmissions of transport blocks at bit level imposing significant memory requirements on the UE. Two different Hybrid ARQ strategies are generally used:&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Chase Combining (CC) – the basic idea of the CC strategy is to transmit identical versions of the erroneously detected data packet and then use maximal ratio combining effectively providing with time diversity and soft combining gain.&lt;br /&gt;&lt;li&gt;Incremental Redundancy (IR) – additional redundant information is incrementally transmitted if the decoding fails on the first attempt.&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-7896265301202981036?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/uZvy6_ZTvQN4NFIrtvSl4Edtw2s/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/uZvy6_ZTvQN4NFIrtvSl4Edtw2s/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/uZvy6_ZTvQN4NFIrtvSl4Edtw2s/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/uZvy6_ZTvQN4NFIrtvSl4Edtw2s/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/piuo1jZsLmQ" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/7896265301202981036/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/how-does-hsdpa-work.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/7896265301202981036?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/7896265301202981036?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/piuo1jZsLmQ/how-does-hsdpa-work.html" title="How Does HSDPA Work?" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/_z-kKFtbUHE4/Sv1cDoam_tI/AAAAAAAAAA8/Qxectbv_rUo/s72-c/untitled.bmp" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/how-does-hsdpa-work.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkYGQ3c5eyp7ImA9WxNbFEQ.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-592417043659835906</id><published>2009-11-13T12:07:00.013Z</published><updated>2009-11-17T21:42:02.923Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-17T21:42:02.923Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="HSUPA" /><category scheme="http://www.blogger.com/atom/ns#" term="HSPA" /><category scheme="http://www.blogger.com/atom/ns#" term="HSDPA" /><category scheme="http://www.blogger.com/atom/ns#" term="3G" /><title>Quick HSPA Overview</title><content type="html">WCDMA Release '99 enables peak rates of 384kbps with latency of 100-200ms and can adequately support various voice and data services. However new services such as mobile video-streaming, voice-over-IP, real time gaming, etc. require even higher data rates and especially reduced latency making the need for a new radio interface essential.&lt;br /&gt;&lt;br /&gt;A straightforward and cost effective upgrade of the existing UMTS networks was made possible with the 3GPP Releases 5 (High Speed DL Packet Access – HSDPA) and 6 (High Speed UL Packet Access – HSUPA), together known as High Speed Packet Access (HSPA). The two technologies aim at increasing the achieved peak data rates beyond 10Mbps in the DL and up to 3-4 Mbps in the UL whilst providing reduced latency. Apart from the performance improvement, HSPA provides an increase in the capacity and spectral efficiency allowing support of both high rate symmetric and asymmetric services.&lt;br /&gt;&lt;br /&gt;The HSPA deployment is performed on top of the WCDMA network through the introduction of additional software and hardware to the existing network elements (i.e. Node B’s), potentially keeping the required cost relatively low. The same carrier for both WCDMA and HSPA can be used, although a separate carrier provides a greater increase in capacity. HSPA support has already been introduced for laptop computers in the form of data cards and there are also several HSDPA enabled 3G mobile phones in the market place.&lt;br /&gt;&lt;br /&gt;Technical details about HSDPA and HSUPA can be found in &lt;a href="http://thetelecomsblog.blogspot.com/2009/11/how-does-hsdpa-work.html"&gt;How Does HSDPA Work?&lt;/a&gt; and &lt;a href="http://thetelecomsblog.blogspot.com/2009/11/how-does-hsupa-work.html"&gt;How Does HSUPA Work?&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-592417043659835906?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/SOd3fjHUu1jzYrNTDi1LM_Kd0i8/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/SOd3fjHUu1jzYrNTDi1LM_Kd0i8/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/SOd3fjHUu1jzYrNTDi1LM_Kd0i8/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/SOd3fjHUu1jzYrNTDi1LM_Kd0i8/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/3XU4z2-0C4I" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/592417043659835906/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/quick-hspa-overview.html#comment-form" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/592417043659835906?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/592417043659835906?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/3XU4z2-0C4I/quick-hspa-overview.html" title="Quick HSPA Overview" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>1</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/quick-hspa-overview.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkYHQHgyeip7ImA9WxNbFEQ.&quot;"><id>tag:blogger.com,1999:blog-3590265015996290691.post-5335132959805249467</id><published>2009-11-13T11:11:00.005Z</published><updated>2009-11-17T21:42:11.692Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-17T21:42:11.692Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Transmission" /><category scheme="http://www.blogger.com/atom/ns#" term="Market awareness" /><category scheme="http://www.blogger.com/atom/ns#" term="Backhaul" /><title>The Future of Mobile Backhaul</title><content type="html">The high availability of the new smartphones, like iPhone and the introduction of the new 3G technologies – like HSPA (High Speed Packet Access) – already deployed in many countries have led to an increasing demand for new bandwidth-hungry services such as web browsing and mobile video streaming. This demand is also fuelled by the emerging 4G technologies – such as EPS (Evolved Packet System) and WiMAX (Worldwide interoperability for Microwave Access) – which are now beginning to be implemented and are aimed at realising mobile broadband. The end-users can now receive peak rates up to 45Mbps with HSPA+ which are expected to reach up to 100Mbps DL in 4G.&lt;br /&gt;&lt;br /&gt;These high data rates can be achieved by applying a number of changes to the radio interface, such as introducing MIMO, adaptive modulation and coding along with higher modulation schemes, new multiple access techniques (OFDMA), etc.&lt;br /&gt;&lt;br /&gt;However the high rates achieved over air can be limited by the backhaul network and lead to severely degraded service provided to the end users or even signalling failures and dropped calls. This is due to the fact that most of the current backhaul networks are deployed using TDM/ATM techniques which are efficient for voice services but not optimal for the new data services. Thus a re-design of the backhaul needs to be considered by the operators in order to cope with the forthcoming backhaul bottleneck.&lt;br /&gt;&lt;br /&gt;The straightforward solution is to increase the number of leased lines and microwave links in order to provide more bandwidth in the backhaul. However this approach is neither cost effective nor bandwidth efficient for such a dramatic increase. Furthermore the 4G technologies require an all-IP transport logic.&lt;br /&gt;Thus operators have to start introducing packet switched technologies such as MPLS/IP in the current backhaul deployments in order to be able to support the new services advertised but also to make a step towards 4G upgrade.&lt;br /&gt;&lt;br /&gt;This upgrade will probably happen in phases. As a first step towards IP backhaul the HSPA traffic can be offloaded over Ethernet transmission network, while the voice services can still be transmitted over traditional TDM/ATM networks and equipment already support this hybrid technology. Pseudowires (PWE3) can then be introduced to emulate circuit switched networks and allow the transmission of TDM/ATM over Ethernet.&lt;br /&gt;&lt;br /&gt;Summarising, the new technologies and the supported services require a significant increase in the supported data rates, which is realised by improvements in the radio interface. This data rate increase is causing a bottleneck in the current backhaul deployments which are mainly designed for voice services and a subsequent re-design of the backhaul is also required in order to provide an efficient and cost effective solution for the operators. IP/Ethernet technologies are the way forward for the next generation of the backhaul networks being in the form of hybrid TDM/IP solution, circuit emulation, or native IP.&lt;br /&gt;&lt;br /&gt;&lt;a href="mailto:ygekas@gmail.com"&gt;Email the author&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3590265015996290691-5335132959805249467?l=thetelecomsblog.blogspot.com' alt='' /&gt;&lt;/div&gt;
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/mFwigYX9LrNjES0KvFydUwJBpGM/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/mFwigYX9LrNjES0KvFydUwJBpGM/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/mFwigYX9LrNjES0KvFydUwJBpGM/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/mFwigYX9LrNjES0KvFydUwJBpGM/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/TheTelecomsBlog/~4/rmRNqd1P-3g" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://thetelecomsblog.blogspot.com/feeds/5335132959805249467/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://thetelecomsblog.blogspot.com/2009/11/high-availability-of-new-smartphones.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/5335132959805249467?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3590265015996290691/posts/default/5335132959805249467?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TheTelecomsBlog/~3/rmRNqd1P-3g/high-availability-of-new-smartphones.html" title="The Future of Mobile Backhaul" /><author><name>The Telecoms Blog</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://thetelecomsblog.blogspot.com/2009/11/high-availability-of-new-smartphones.html</feedburner:origLink></entry></feed>

