<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">CS</journal-id><journal-title-group><journal-title>Circuits and Systems</journal-title></journal-title-group><issn pub-type="epub">2153-1285</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/cs.2016.74032</article-id><article-id pub-id-type="publisher-id">CS-66071</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>Computer Science&amp;Communications</subject><subject> Engineering</subject><subject> Physics&amp;Mathematics</subject></subj-group></article-categories><title-group><article-title>
 
 
  Efficient FPGA implementation of AES 128 bit for IEEE 802.16e mobile WiMax standards
 
</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>.</surname><given-names>Rajasekar</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Dr.</surname><given-names>H. Mangalam</given-names></name><xref ref-type="aff" rid="aff2"><sup>2</sup></xref></contrib></contrib-group><aff id="aff2"><addr-line>Department of Electronics and Communication Engineering, Sri Krishna College of Engineering and Technology, Coimbatore, India</addr-line></aff><aff id="aff1"><addr-line>Department of Electronics and Communication Engineering, Kathir College of Engineering, Coimbatore, India</addr-line></aff><author-notes><corresp id="cor1">* E-mail:<email>rajasekarkpr@gmail.com(.R)</email>;</corresp></author-notes><pub-date pub-type="epub"><day>13</day><month>04</month><year>2016</year></pub-date><volume>07</volume><issue>04</issue><fpage>371</fpage><lpage>380</lpage><history><date date-type="received"><day>14</day>	<month>March</month>	<year>2016</year></date><date date-type="rev-recd"><day>accepted</day>	<month>25</month>	<year>April</year>	</date><date date-type="accepted"><day>28</day>	<month>April</month>	<year>2016</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
 
 
  In an advancement of communication field, wireless technology plays a predominant role in data transmission. In the timeline of wireless domain, Wi-Fi, Bluetooth, zigbee etc are some of the standards, which are being used in today’s wireless medium. In addition, the WiMax is introduced by IEEE in IEEE 802.16 for long distance communication, specifically 802.16e standard for mobile WiMax. It is an acronym of Worldwide Interoperability for Microwave Access. It is to be deliver wireless transmission with high quality of service in a secured environment. Since, security becomes dominant design aspect of every communication, a new technique has been proposed in wireless environment. Privacy across the network and access control management is the goal in the predominant aspects in the WiMax protocol. Especially, MAC sub layer should be evaluated in the security architecture. It has been proposed on cryptography algorithm AES that require high cost. Under this scenario, we present the optimized AES 128 bit counter mode security algorithm for MAC layer of 802.16e standards. To design a efficient MAC layer, we adopt the modification of security layers data handling process. As per the efficient design strategy, the power and speed are the dominant factors in mobile device. Since we concentrate mobile WiMax, efficient design is needed for MAC Security layer. Our proposed model incorporates the modification of AES algorithm. The design has been implemented in Xilinx virtex5 device and power has been analyzed using XPower analyzer. This proposed system consumes 41% less power compare to existing system.
 
</p></abstract><kwd-group><kwd>decryption</kwd><kwd>FPGA implementation</kwd><kwd>Electronic code book mode</kwd><kwd>Galois Field</kwd><kwd>Low Power Architecture</kwd><kwd>: AES encryption</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>It is evident that the wireless system uses the open type radio channel; it requires more security in order to protect the integrity and traffic confidentiality, and also to put off different network security attacks: denial of service and brute force attacks. In particularly, WiMax communication system needs more security because of open environment. It is generally called as last mile transmission for wireless systems as it is used for long distance communication around 50 Km. Initially IEEE 802.16 standard was planned to give up the access of data in the range of 30 Km to 50 Km with the line of sight communication. This wireless standard has various sub standards, depends upon the frequency range and modulation schemes used. It is designed to facilitate wireless internet service provider (WISP)’s backhaul, WIFI mesh networks, broadband internet connectivity to proprietary, but nowadays it is extended to end user model. It is also featured with quality of service (QoS) for real-time video conferencing, voice, and video services up to 280 Mbps per substation. In addition, an orthogonal frequency division multiplexing (OFDM) is used in WiMax. In the design perspective view of OSI model, it uses two layers: physical link layer and data link layer. The data link layer is named as MAC layer. This 802.16 MAC is connection-oriented, which is designed for point to multi-point wireless access applications in broadband. The 802.16 MAC layer is well defined protocol stock over the OSI model [<xref ref-type="bibr" rid="scirp.66071-ref1">1</xref>] .</p><p>Meanwhile, this standard is made up of a properly defined protocol stack. Three sub layers are defined in MAC layer; the privacy sub layer/security sub layer (PS), MAC Common Part Sub layer (MAC CPS), and Service Specific Convergence Sub layer (MAC CS). The MAC CS sub layer is to converse with higher layers and transforms upper level data services to MAC layer flows and associations. In addition, the MAC CS is divided into two layers: packet convergence sub layer for packet data services and Asynchronous Transfer Mode (ATM) convergence sub layer for ATM networks. From the end users’ perspective, privacy and data integrity are the primary security concerns, whereas in service provider’s view unauthorized network access is to be prevented. In our design we concentrate on the security issues in MAC layer of WiMax protocol for both end users and service provider [<xref ref-type="bibr" rid="scirp.66071-ref2">2</xref>] .</p><p>In wireless networks, there are so many network protocols which are used to protect the data confidentiality between the sender and the receiver. Till 2009, Wired Equivalent Privacy (WEP) protocol has been the widely used security tool for protecting the information in wireless media transmission. However, this WEP was broken in 2009. Based on this attack model, today there exist varieties of programs and tools that can be used to break the WEP protocol in few seconds. This leads to search for a new efficient algorithm or protocol that assures reliable and secured data transmission in wireless environment. Under these circumstances, Rijndael AES in Counter with Cipher Block Chaining (CBC)-MAC mode has become most assuring solution for achieving security in wireless networks. Especially we use this method in WiMax. This AES mode offers two services in security issues, namely, encryption and data authentication. In our paper, we analyzed the power and delayed efficient AES Counter Mode (AES CTR) architecture for MAC layer.</p><p>This paper is organized as follows: Section 2 describes the related works. Section 3 describes the Mathematical WiMax layer security. Section 5 describes Advanced Encryption standard. Section 5 discusses AES CTR mode and MAC protocol implementation. Section 6 gives the simulation results and Section 7 Discussion and Conclusion.</p></sec><sec id="s2"><title>2. Related Works</title><p>M.H. Rais, S.M. Qasim (2009) discussed the efficient hardware design and FPGA implementation of 128 bit AES using residue prime number based design. In their paper, they analyzed the various hardware models of AES [<xref ref-type="bibr" rid="scirp.66071-ref3">3</xref>] . The high speed, high throughput AES 128 bit architecture has been discussed by C.P Fan, J.K. Hwang (2008). In this design the content addressable memory based SBox has been implemented with pipeline structure which takes the minimum delay compare with other design [<xref ref-type="bibr" rid="scirp.66071-ref4">4</xref>] . H. Samiee, R. E. Atani, H. Amindavar (2011) designed a novel area throughput optimized architecture for AES algorithm. They concentrated normal basis composite field arithmetic architecture model in their architecture [<xref ref-type="bibr" rid="scirp.66071-ref5">5</xref>] . A fully pipelined structure of high speed AES processor has been designed by Alireza Hodjat and Ingrid Verbauwhede (2004), which takes 21.5 Gbps throughput speed [<xref ref-type="bibr" rid="scirp.66071-ref6">6</xref>] . In application based implementation, J. Daemen V. Rijmen (1998) proposed the block cipher Rijndael for smart card application [<xref ref-type="bibr" rid="scirp.66071-ref7">7</xref>] . The literature survey of various wireless security design is done by GeetikaNarang, D. M. Yadav Reena Dadhich (2012) [<xref ref-type="bibr" rid="scirp.66071-ref8">8</xref>] .</p><p>K.D. Ranjeeth, et al. (2012) elaborates WiMax structure and security issues in their paper. In their paper, they mentioned the different security algorithms used in WiMax MAC layer [<xref ref-type="bibr" rid="scirp.66071-ref9">9</xref>] . N. Yu and H.M. Heys (2005) discussed the compact hardware implementation of AES. Here, the design has been discussed as efficient hardware structure for AES [<xref ref-type="bibr" rid="scirp.66071-ref10">10</xref>] . Claudia Feregrino-Uribe et al. addressed the privacy key management of WiMax MAC layer [<xref ref-type="bibr" rid="scirp.66071-ref11">11</xref>] .</p></sec><sec id="s3"><title>3. WiMax Layer Security</title><p>The brief model of MAC layer is shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>, which shows the link between upper layers to physical layer used in WiMax standard. These layers are designed to handle the security issues in WiMax standards. The MAC Common Part sub layer (CPS) is the core part of the IEEE 802.16, which defines all methods for bandwidth distribution, request and grant, system access procedure, connection management, uplink scheduling, con- nection control, and automatic repeat request.</p><p>MAC Service Access Point (MAC SAP) is used to maintain the communication between the MAC CPS and Convergence Sub layer (CS). Further, this communication process, the creation, modification, deletion of connection, and transportation of data over the channel are carried out by SAP [<xref ref-type="bibr" rid="scirp.66071-ref11">11</xref>] .</p><p>The data encryption and decryption process are done by the privacy (security) sub layer, where the data is taken to higher layer for encryption operation, and decryption process data is sent to higher layer. The privacy sub layer is also used for authentication and secure key exchange between the base stations and subscriber station [<xref ref-type="bibr" rid="scirp.66071-ref12">12</xref>] .</p><p>To achieve this, two set of protocols; encapsulation, Privacy Key Management (PKM) protocols are used in the security sub layer for an encrypting a data and for handling secure key distribution from base station to subscriber station. The encapsulation protocol sends the encrypting data packet across the fixed Broadband Wireless Access (BWA). It also gives a enforcing conditional access by the base station. Two versions of PKM namely PKMv1 is used in unilateral, and PKMv2 in mutual authentications.</p><p>In addition periodic supports are given for re-authorization/re-authentication and key refresh between base stations to subscriber station. These PKM protocols establish a secret authorization between the base station and subscriber station. The shared secret is then used to secure subsequent PKM exchanges of Traffic Encryption Keys (TEKs). In general the implementation of PKM protocol, normally uses X.509 digital certificates, RSA algorithm, and strong encryption algorithm to carry out key exchanges between subscriber station and base station. Further for security enhancement, stronger unbreakable security methods such as AES are used IEEE 802.1 6 MAC [<xref ref-type="bibr" rid="scirp.66071-ref13">13</xref>] .</p><p>This security sub layer also known as privacy sub layer provides access control and confidentiality of the data link. Furthermore the Security Association (SA) is identified by SAID which contains encryption algorithm/ decryption algorithm and Security Info such as key, Initialization Vector (IV) for AES.</p><p>The IEEE 802.16e-2005 standard has specified security mechanisms, using the AES-CCM algorithm to provide better security services. Although this method requires more number of operations, several iterations, and multiple processes for execution, it offers best security. In this work, proposed hardware architectures are based on the AES-CCM, incorporating parallelization and modular specialization, and reducing critical path without increasing the execution latency.</p><fig id="fig1"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref></label><caption><title> Overview of MAC layer</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x6.png"/></fig><p>For the privacy and authentication process, two different security algorithms are used in IEEE 802.16e. But, if we use the AES, these two security mechanisms can be handled easily in single algorithm. To obtain above security, AES is used in Counter (CTR) mode and Cipher Block Chaining-Message Authentication Code (CBC- MAC) mode. The advantages of counter mode and CBC mode are as follows. AES CTR mode ensures uniqueness of the message. The authentication is performed by the AES algorithm in CBC-MAC mode and provides additional capabilities; CBC-MAC is an integrity method that ensures that every cipher block depends on every preceding part of the plain text, where ciphering two identical blocks results in different cipher blocks [<xref ref-type="bibr" rid="scirp.66071-ref13">13</xref>] .</p></sec><sec id="s4"><title>4. Advanced Encryption Standard</title><p>AES is a symmetry key block cipher cryptography algorithm, which means it uses the same secret key for both encryption and decryption, and the operation is carried out by the block. The block contains 128 bit data information. For encryption process, the plain text is input and cipher text is output where as in decryption it is reverse. In AES, we use different size of keys depending upon the round used in AES operation. It uses 128,192,256 key bits for 10, 12, 14 rounds [<xref ref-type="bibr" rid="scirp.66071-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.66071-ref15">15</xref>] .</p><p>Unlike the DES, AES uses entire block for each round of operation. In DES, fisetal structure uses half of the block for each round of encryption. To implement the AES, each round of operation is divided into four functional modules, namely AddRoundKey (ARK), SubByte Transformation (SBOX), MixColumnTransformation (MCT), and ShiftRow (SR), whereas Decryption operation, They are replaced by its inverse module as inverse SubByte transform (InvSBOX) and Inverse MixColumn (InvMCT), Inverse ShiftRow (InvSR). For both encryption and decryption operations, key expansion units are used to generate ten different keys for ten rounds. In each round, the new key has been derived from previous round key with the help of key expansion unit. For all of these operations inputs are assigned as state array matrix. In Rijndael AES, it uses only 128 bit key and 10 round operations [<xref ref-type="bibr" rid="scirp.66071-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.66071-ref15">15</xref>] . In this paper, we proposed optimized MAC security layer using Rijndael AES. This is shown in <xref ref-type="fig" rid="fig2">Figure 2</xref>.</p><sec id="s4_1"><title>4.1. SubByte Transform</title><p>This is the non linear transformation, which consumes more power and more delay .In the SBOX operation, the input byte is considered as an element of Galois Field (2<sup>8</sup>). To implement the SBOX, the given input is passed through two stages, namely multiplicative inverse and an affine transform. For this operation, either all the SBOX value will be pre calculated and stored in the memory or combinational logic equation is used as on fly calculation. Here, the 128 bit input data are being treated as byte format of 4 &#215; 4 matrix [<xref ref-type="bibr" rid="scirp.66071-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.66071-ref15">15</xref>] .</p><fig-group id="fig2"><label><xref ref-type="fig" rid="fig2">Figure 2</xref></label><caption><title> AES encryption and decryption.</title></caption><fig id ="fig2_1"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x8.png"/></fig><fig id ="fig2_2"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x7.png"/></fig></fig-group></sec><sec id="s4_2"><title>4.2. MixColumn Transformation</title><p>MixColumn operation is also one of the power consuming nonlinear operation blocks because multiplication is carried out by Galois field (GF) by inter byte mixing. In this operation, we use the constant 4 &#215; 4 matrix for forward operation and another one for inverse operation. The column value is treated as the polynomial function as the polynomial modulo X<sup>4</sup> + 1 with the coefficient in GF(2<sup>2</sup>) [<xref ref-type="bibr" rid="scirp.66071-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.66071-ref15">15</xref>] .</p></sec><sec id="s4_3"><title>4.3. ShiftRow Transformation</title><p>The ShiftRow operation is carried out row by row, incorporating a change in position of each byte in each row. That is there is no shift or position change of bytes in 0<sup>th</sup> row. But in 1<sup>st</sup>, 2<sup>nd</sup>, 3<sup>rd</sup> of each byte is shifted by 1, 2 &amp; 3 times respectively. This is the simple operation but is also one of the shuffling operations that increases the complexity of AES rounds [<xref ref-type="bibr" rid="scirp.66071-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.66071-ref15">15</xref>] .</p></sec><sec id="s4_4"><title>4.4. AddRoundKey</title><p>In an addition of a round key to the state, XOR operation of MixColumn output and key expansion unit output is carried out. For each round, key has been generated as per key expansion procedure [<xref ref-type="bibr" rid="scirp.66071-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.66071-ref15">15</xref>] .</p></sec><sec id="s4_5"><title>4.5. Key Expansion</title><p>Key expansion unit takes 128 bit Cipher Key, and performs a Key Expansion routine to generate a key schedule for each round. The key expansion unit contains the Subword(), Rootword(), RCon(i), i, represents the round number. In each round, Rcon(i) value is assigned and processed it. In sub word operation, sub byte transformation operation that produces an output word. The function RotWord() gets a word in the format of a<sub>0</sub>a<sub>1</sub>a<sub>2</sub>a<sub>3</sub> as input, which performs a cyclic permutation, and returns the word in the format of a<sub>1</sub>, a<sub>2</sub>, a<sub>3</sub>, a<sub>0</sub> [<xref ref-type="bibr" rid="scirp.66071-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.66071-ref15">15</xref>] .</p></sec></sec><sec id="s5"><title>5. Modes of Operation</title><p>AES block cipher can be implemented in different modes of operation based on their requirement such as complexity, authentication factors, and implementation issues. The different modes used for enhancing security and minimizing cryptanalysis attacks are Electronic Code Book (ECB), Cipher Block Chaining (CBC), Cipher Feed Back (CFB), Output Feed Back (OFB), and Counter (CTR). In our design we use counter mode to enhance the security in MAC layer of 802.16e standard for WiMax</p><p>The CTR mode avoids the data dependency of the Cipher block chaining mode; the value of the counter sequence is incremented by one in encryption. But in decryption process, the receiver maintains the same counter sequences. It is very difficult task to maintain against the differential cryptanalysis attack.</p><sec id="s5_1"><title>5.1. AES in CTR Mode</title><p>In AES-CTR mode, before encrypting the plaintext, we use the AES algorithm to encrypt an arbitrary block called as the nonce and counter, then XOR the result with plaintext to create the cipher text. The nonce contains the random number and counter block. The same nonce is used for the entire 128 bit AES block; whereas counter value is incremented by one in each block. The number of block depends as length of the MAC payload [<xref ref-type="bibr" rid="scirp.66071-ref16">16</xref>] . The cipher block is not identical even if we have same plain text. This is because of the counter involves in encryption. The output cipher gets more diffusion, due to SBOX’s non linearity concept, thus preventing the attackers from observing patterns of repetition in the cipher text. AES-CTR has the advantage of making the decryption process exactly the same as encryption, since XORing the same value twice produces the original value, thereby simplifying the implementation. Furthermore, AES-CTR is also suitable for parallel encryption of several blocks. These advantages make AES-CTR algorithm a popular choice for AES implementation. In this paper, modified AES counter mode is adapted. It uses the modified SBOX [<xref ref-type="bibr" rid="scirp.66071-ref17">17</xref>] [<xref ref-type="bibr" rid="scirp.66071-ref18">18</xref>] and modified MixColumn Transformation (MCT) [<xref ref-type="bibr" rid="scirp.66071-ref19">19</xref>] . The block diagram model is shown in <xref ref-type="fig" rid="fig3">Figure 3</xref>.</p></sec><sec id="s5_2"><title>5.2. MAC Protocol Implementation</title><p>This modified AES CTR is in the MAC protocol. <xref ref-type="fig" rid="fig4">Figure 4</xref> shows the MAC implementation using modified</p><fig id="fig3"  position="float"><label><xref ref-type="fig" rid="fig3">Figure 3</xref></label><caption><title> AES counter mode</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x9.png"/></fig><fig id="fig4"  position="float"><label><xref ref-type="fig" rid="fig4">Figure 4</xref></label><caption><title> MAC protocol implementation</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x10.png"/></fig><p>AES CTR. CBC mode is used for obtaining the message authentication code. For this, the plain text is extracted from the MAC payload. After that we apply encryption operation using AES CTR algorithm with 128 bit TEK. Now the resultant cipher text is an encrypted version of authentication code. The resultant cipher text is transmitted. In the receiver end both encrypted message and authentication message are decrypted using reverse pro- cess. Now the receiver will compare the received message and authentication code. It checks whether they are identical. If identical the message is accepted otherwise discarded [<xref ref-type="bibr" rid="scirp.66071-ref20">20</xref>] .</p></sec></sec><sec id="s6"><title>6. Simulation/Synthesis Result</title><p>The proposed architecture is simulated using Xilinx 14.1 project navigator tool and synthesized using Xilinx VIRTEX devices xc5vsx50t-ff1136-3, xc5vlx50t ff1136-1, xc5vlx50t-1 lfgg900, xc6slx150l-ff1136-1 xc6slx- 150l-1 lfgg900. For the proposed architecture model, the simulation waveform of encryption model is shown in <xref ref-type="fig" rid="fig5">Figure 5</xref>. In this <xref ref-type="fig" rid="fig5">Figure 5</xref>, the waveform shows that the list of input and output parameters of AES CTR mode. The encryption or decryption process are started when the load signal is active i.e. “1”. The design has been proposed as asynchronous reset which controls the process of AES encryption at any time irrespective of clock signal. The 128 bit of key and 128 bit data are loaded while the load signal is an active. In every round the inner</p><fig id="fig5"  position="float"><label><xref ref-type="fig" rid="fig5">Figure 5</xref></label><caption><title> Rijndael AES 128 CTR mode encryption</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x11.png"/></fig><p>round counter will be reset and used to generate the key for next round. The process done infers to validate the cipher output. In intermediate round, the SBOX, MCT, ARK and SR are verified using theses intermediate round signal which are all shown in the <xref ref-type="fig" rid="fig5">Figure 5</xref>.</p><p>It can be observed from <xref ref-type="table" rid="table1">Table 1</xref>, the delay total power of various Xilinx devices. The comparison of power, delay, and clock frequency of different devices are shown in <xref ref-type="table" rid="table1">Table 1</xref>. The device xc5vsx50t-ff1136,-3 operates the clock frequency of 144.071 MHz but it consumes too much power as 1248.02 mw. At the same time device xc6slx150l-1 lfgg900 consumes total power 313.26 mw, but clock frequency 35.363 MHz. From these we conclude that high throughput takes high power and low throughput consumes low power. It is observed that from <xref ref-type="table" rid="table1">Table 1</xref>, device xc5vlx50t-1 lfgg900 is optimized in terms of both power and clock frequency. This value is compared with the reference design. The number of slice LUT also analyzed here which takes optimum value. The optimum value of slice LUT is 1947.</p><p>The <xref ref-type="table" rid="table2">Table 2</xref> shows that the comparison of various parameters of the proposed system to the reference design. The power consumption of encryption module is an important to in mobile devices. From the <xref ref-type="table" rid="table2">Table 2</xref>, the power has been reduced as much as of 41% compared with the reference designs. Further analysis, this shows number of slice and LUT as minimized 80% against reference design [<xref ref-type="bibr" rid="scirp.66071-ref21">21</xref>] , and minimized 40% by reference design [<xref ref-type="bibr" rid="scirp.66071-ref22">22</xref>] . This provides an area optimization in mobile handheld devices. The second analysis, we discussed the signal power, logic power, and clock power comparison with the reference design, which shows that the design has been improved in minimizing power of 18%, 43%, 10% respectively.</p><p><xref ref-type="fig" rid="fig6">Figure 6</xref> shows that the power comparisons graph of proposed architecture with reference architectural model. We observed that both total and quiescent powers are low compared with reference design. The no of slice resource, no of slice LUT and no of IOB utilization are also shown in <xref ref-type="fig" rid="fig7">Figure 7</xref> for comparison.</p><p>The <xref ref-type="fig" rid="fig8">Figure 8</xref> shows that the Xilinx XPower analysis report of proposed system whereas <xref ref-type="fig" rid="fig9">Figure 9</xref> shows the detailed power analysis and consumption result of proposed architecture. In our proposed architecture</p></sec><sec id="s7"><title>7. Discussion and Conclusion</title><p>The proposed architecture model of AES128 CTR mode cryptography algorithm is implemented in MAC layer</p><table-wrap id="table1" ><label><xref ref-type="table" rid="table1">Table 1</xref></label><caption><title> Comparison of resources, power, and delay and clock frequency for proposed Rijndael AES 128 in various Xilinx devices</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >Device</th><th align="center" valign="middle" >Clock Frequency (MHz)</th><th align="center" valign="middle" >Total Power (mw)</th><th align="center" valign="middle" >Static Power/ Quiescent (mw)</th><th align="center" valign="middle" >Dynamic Power (mw)</th><th align="center" valign="middle" >Logic Power (mw)</th><th align="center" valign="middle" >Clock Power (mw)</th><th align="center" valign="middle" >No of Slice</th><th align="center" valign="middle" >No of Slice LUT</th><th align="center" valign="middle" >Max Delay (ns)</th></tr></thead><tr><td align="center" valign="middle" >xc5vsx50t-ff1136-3</td><td align="center" valign="middle" >144.071</td><td align="center" valign="middle" >1248.02</td><td align="center" valign="middle" >1080.81</td><td align="center" valign="middle" >167.21</td><td align="center" valign="middle" >39.72</td><td align="center" valign="middle" >43.70</td><td align="center" valign="middle" >874</td><td align="center" valign="middle" >1853</td><td align="center" valign="middle" >1.731</td></tr><tr><td align="center" valign="middle" >xc5vlx50t ff1136-1</td><td align="center" valign="middle" >128.849</td><td align="center" valign="middle" >876.29</td><td align="center" valign="middle" >722.06</td><td align="center" valign="middle" >154.23</td><td align="center" valign="middle" >39.06</td><td align="center" valign="middle" >38.73</td><td align="center" valign="middle" >837</td><td align="center" valign="middle" >1852</td><td align="center" valign="middle" >1.549</td></tr><tr><td align="center" valign="middle" >xc5vlx50t-1 lfgg900</td><td align="center" valign="middle" >133.743</td><td align="center" valign="middle" >814.67</td><td align="center" valign="middle" >722.06</td><td align="center" valign="middle" >92.61</td><td align="center" valign="middle" >20.04</td><td align="center" valign="middle" >32.16</td><td align="center" valign="middle" >955</td><td align="center" valign="middle" >1947</td><td align="center" valign="middle" >1.531</td></tr><tr><td align="center" valign="middle" >xc6slx150l-ff1136-1</td><td align="center" valign="middle" >53.084</td><td align="center" valign="middle" >355.67</td><td align="center" valign="middle" >269.51</td><td align="center" valign="middle" >86.17</td><td align="center" valign="middle" >32.35</td><td align="center" valign="middle" >8.63</td><td align="center" valign="middle" >679</td><td align="center" valign="middle" >2939</td><td align="center" valign="middle" >3.507</td></tr><tr><td align="center" valign="middle" >xc6slx150l-1 lfgg900</td><td align="center" valign="middle" >35.363</td><td align="center" valign="middle" >313.26</td><td align="center" valign="middle" >269.51</td><td align="center" valign="middle" >43.75</td><td align="center" valign="middle" >16.14</td><td align="center" valign="middle" >5.09</td><td align="center" valign="middle" >1124</td><td align="center" valign="middle" >2856</td><td align="center" valign="middle" >3.621</td></tr></tbody></table></table-wrap><table-wrap id="table2" ><label><xref ref-type="table" rid="table2">Table 2</xref></label><caption><title> Comparison of Rijndael AES 128 CTR mode-resources, power</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >Architecture Model</th><th align="center" valign="middle" >No of Slice</th><th align="center" valign="middle" >No of Slice LUT</th><th align="center" valign="middle" >No of IOB</th><th align="center" valign="middle" >Total Power (mw)</th><th align="center" valign="middle" >Clock Power (mw)</th><th align="center" valign="middle" >Logic Power (mw)</th><th align="center" valign="middle" >Signal Power (mw)</th><th align="center" valign="middle" >Quiescent Power (mw)</th></tr></thead><tr><td align="center" valign="middle" >M. Litochevski et al. Design [<xref ref-type="bibr" rid="scirp.66071-ref21">21</xref>]</td><td align="center" valign="middle" >1533</td><td align="center" valign="middle" >3635</td><td align="center" valign="middle" >523</td><td align="center" valign="middle" >1454</td><td align="center" valign="middle" >38</td><td align="center" valign="middle" >35</td><td align="center" valign="middle" >38</td><td align="center" valign="middle" >1343</td></tr><tr><td align="center" valign="middle" >H. Sathyanarayana’s Design [<xref ref-type="bibr" rid="scirp.66071-ref22">22</xref>]</td><td align="center" valign="middle" >789</td><td align="center" valign="middle" >11275</td><td align="center" valign="middle" >262</td><td align="center" valign="middle" >1473</td><td align="center" valign="middle" >28</td><td align="center" valign="middle" >28</td><td align="center" valign="middle" >74</td><td align="center" valign="middle" >1343</td></tr><tr><td align="center" valign="middle" >Proposed Design</td><td align="center" valign="middle" >955</td><td align="center" valign="middle" >2202</td><td align="center" valign="middle" >391</td><td align="center" valign="middle" >815</td><td align="center" valign="middle" >32</td><td align="center" valign="middle" >20</td><td align="center" valign="middle" >37</td><td align="center" valign="middle" >722</td></tr></tbody></table></table-wrap><fig id="fig6"  position="float"><label><xref ref-type="fig" rid="fig6">Figure 6</xref></label><caption><title> Comparison of total power and quiescent power</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x12.png"/></fig><fig id="fig7"  position="float"><label><xref ref-type="fig" rid="fig7">Figure 7</xref></label><caption><title> Resource utilization</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x13.png"/></fig><fig id="fig8"  position="float"><label><xref ref-type="fig" rid="fig8">Figure 8</xref></label><caption><title> Power report using Xilinx XPower analysis</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x14.png"/></fig><fig id="fig9"  position="float"><label><xref ref-type="fig" rid="fig9">Figure 9</xref></label><caption><title> Power report of different modules in proposed Rijndael AES 128 CTR mode</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/18-7600523x15.png"/></fig><p>of WiMax. The vertex 5-xc5vlx50t-1 lfgg900 low power device has been used to compare the existing design with proposed model. The modification has been carried out in SBox and MixColumn which takes more power due to nonlinearity function. This modification architecture is used in proposed AES CTR design. This finding shows that vertex 5vlx50t can provide smallest area as well as power. These characteristics are important for handheld devices and have tremendous improvement of mobile WiMax devices.</p></sec><sec id="s8"><title>Cite this paper</title><p>P. Rajasekar,Dr. H. Mangalam, (2016) Efficient FPGA implementation of AES 128 bit for IEEE 802.16e mobile WiMax standards. Circuits and Systems,07,371-380. doi: 10.4236/cs.2016.74032</p></sec></body><back><ref-list><title>References</title><ref id="scirp.66071-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">Khan, A.S., Fisal, N., Bakar, Z.A., Salawu, N., Maqbool, W., Ullah, R. and Safdar, H. (2014) Secure Authentication and Key Management Protocols for Mobile Multihop WiMAX Networks. Indian Journal of Science and Technology, 7, 282-295.</mixed-citation></ref><ref id="scirp.66071-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">Luo, C.L. (2009) A Simple Encryption Scheme Based on WiMAX. International Conference on E-Business and Information System Security, Wuhan, 23-24 May 2009, 1-4. http://dx.doi.org/10.1109/ebiss.2009.5137899</mixed-citation></ref><ref id="scirp.66071-ref3"><label>3</label><mixed-citation publication-type="other" xlink:type="simple">Rais, M.H. and Qasim, S.M. (2009) FPGA Implementation of Rijndael Algorithm Using Reduced Residue of Prime Numbers. 4th IEEE International Design and Test Workshop (IDR09), Riyadth, 15-17 November 2009, 1-4.http://dx.doi.org/10.1109/idt.2009.5404130</mixed-citation></ref><ref id="scirp.66071-ref4"><label>4</label><mixed-citation publication-type="other" xlink:type="simple">Fan, C.P. and Hwang, J.K. (2008) FPGA Implementation of High Throughput Sequential and Fully Pipelined AES Algorithm. International Journal of Electrical Engineering, 15, 447-455.</mixed-citation></ref><ref id="scirp.66071-ref5"><label>5</label><mixed-citation publication-type="other" xlink:type="simple">Samiee, H., Atani, R.E. and Amindavar, H. (2011) A Novel Area Throughput Optimized Architecture for AES Algorithm. International Conference on Electronic Devices, Systems and Applications (ICEDSA), Kuala Lumpur, 25-27 April 2011, 29-32. http://dx.doi.org/10.1109/ICEDSA.2011.5959055</mixed-citation></ref><ref id="scirp.66071-ref6"><label>6</label><mixed-citation publication-type="other" xlink:type="simple">Hodjat, A. and Verbauwhede, I. (2004) A 21.54 Gbits/s Fully Pipelined AES Processor on FPGA. 12th Annual IEEE Symposium on Field-Programmable Custom Computing Machines, Los Angeles, April 2004, 308-309.http://dx.doi.org/10.1109/FCCM.2004.1</mixed-citation></ref><ref id="scirp.66071-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">Daemen, J. and Rijmen, V. (1998) The Block Cipher Rijndael. Smart Card Research and Applications. Third International Conference, CARDIS’98, Louvain-la-Neuve, Belgium, 1998, 288-296.</mixed-citation></ref><ref id="scirp.66071-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">Dadhich, R., Narang, G. and Yadav, D.M. (2012) Analysis and Literature Review of IEEE 802.16e (Mobile WiMAX) Security. International Journal of Engineering and Advanced Technology, 1, 167-173.</mixed-citation></ref><ref id="scirp.66071-ref9"><label>9</label><mixed-citation publication-type="other" xlink:type="simple">Ranjeeth, K.D., Alukaidey, T., Salman, K. and Alzaabi, M. (2013) Security Algorithms for WiMax. International Journal of Network Security &amp; Its Applications (IJNSA), 5.</mixed-citation></ref><ref id="scirp.66071-ref10"><label>10</label><mixed-citation publication-type="other" xlink:type="simple">Yu, N. and Heys, H.M. (2005) Investigation of Compact Hardware Implementation of the Advanced Encryption Standard. Canadian Conference on Electrical and Computer Engineering, Saskatoon, 1-4 May 2005, 1069-1072.</mixed-citation></ref><ref id="scirp.66071-ref11"><label>11</label><mixed-citation publication-type="other" xlink:type="simple">Algredo-Badillo, I., Feregrino-Uribe, C., Cumplido, R. and Morales-Sandoval, M. (2008) FPGA Implementation Cost and Performance Evaluation of the IEEE 802.16e and IEEE 802.11i Security Architectures Based on AES-CCM. 5th International Conference on Electrical Engineering, Computing Science and Automatic Control (CCE 2008), Mexico City, 12-14 November 2008, 304-309. http://dx.doi.org/10.1109/ICEEE.2008.4723408</mixed-citation></ref><ref id="scirp.66071-ref12"><label>12</label><mixed-citation publication-type="other" xlink:type="simple">Hasan, J. (2006) Security Issues of IEEE 802.16 (WiMAX). 4th Australian Information Security Management Conference, Perth, 5 December 2006.</mixed-citation></ref><ref id="scirp.66071-ref13"><label>13</label><mixed-citation publication-type="other" xlink:type="simple">Mohamed, M.A., Zaki, F.W. and El-Mohandes, A.M. (2012) Novel Fast Encryption Algorithms for Multimedia Transmission over Mobile WiMax Networks. International Journal of Computer Science, 9, 60.</mixed-citation></ref><ref id="scirp.66071-ref14"><label>14</label><mixed-citation publication-type="other" xlink:type="simple">FIPPUB197 (2001) Advanced Encryption Standard (AES). November 2001.</mixed-citation></ref><ref id="scirp.66071-ref15"><label>15</label><mixed-citation publication-type="other" xlink:type="simple">Forouzan, B.A. and Mukhopadhyay, D. (2012) Cryptogrpah and Network Security. 2nd Edition, Tata McGraw-Hill, New Delhi.</mixed-citation></ref><ref id="scirp.66071-ref16"><label>16</label><mixed-citation publication-type="book" xlink:type="simple">McLoone, M. and McCanny, J.V (2001) High Performance Single-Chip FPGA Rijndael Algorithm Implementations. In: Koc, C.K., Naccache, D. and Paar, C., Eds., Cryptographic Hardware and Embedded Systems—CHES 2001, Springer, Berlin Heidelberg, 65-76. http://dx.doi.org/10.1007/3-540-44709-1_7</mixed-citation></ref><ref id="scirp.66071-ref17"><label>17</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>Shanthini. N.</surname><given-names> Rajasekar</given-names></name>,<name name-style="western"><surname> P. and Mangalam</surname><given-names> H. </given-names></name>,<etal>et al</etal>. (<year>2014</year>)<article-title>Design of Low Power S-Box in Architecture Level Using GF</article-title><source> International Journal of Engineering Research and General Science</source><volume> 2</volume>,<fpage> 268</fpage>-<lpage>276</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.66071-ref18"><label>18</label><mixed-citation publication-type="other" xlink:type="simple">Rajasekar, P. and Mangalam, H. (2015) Design and Implementation of Low Power Multistage AES S Box. International Journal of Applied engineering Research, 10, 40535-40540.</mixed-citation></ref><ref id="scirp.66071-ref19"><label>19</label><mixed-citation publication-type="other" xlink:type="simple">Rajasekar, P. and Mangalam, H. (2016) Design of Low Power Optimized MixColumn/Inverse MixColumn Architecture for AES. International Journal of Applied Engineering Research, 11, 922-926.</mixed-citation></ref><ref id="scirp.66071-ref20"><label>20</label><mixed-citation publication-type="other" xlink:type="simple">Tshering, F. and Sardana, A. (2011) A Review of Privacy and Key Management Protocol in IEEE 802.16e. International Journal of Computer Applications, 20, 25-31. http://dx.doi.org/10.5120/2405-3199</mixed-citation></ref><ref id="scirp.66071-ref21"><label>21</label><mixed-citation publication-type="other" xlink:type="simple">Litochevski, M. and Dongjum, L. (2012) High Throughput and Low Area AES: Core Specifications. HT LA AES Core Specifications, OpenCores, 1-9.</mixed-citation></ref><ref id="scirp.66071-ref22"><label>22</label><mixed-citation publication-type="other" xlink:type="simple">Sathyanarayana, H (2012) AES 128. Open Core Projects.</mixed-citation></ref></ref-list></back></article>