JOURNAL OF COMPUTING, VOLUME 2, ISSUE 12, DECEMBER 2010, ISSN 2151-9617

HTTPS://SITES.GOOGLE.COM/SITE/JOURNALOFCOMPUTING/
WWW.JOURNALOFCOMPUTING.ORG 25

A Study on Local Area Network Access Point

Using Bluetooth Devices
M.Sughasiny, Dr.R.Dhanapal

Abstract— Purpose of this paper is to enable the user who possesses only a Bluetooth PC card, to receive network services
(such as browsing the Web using a Web browser). These services will be provided to the user by another computer, also has a
Bluetooth card and connected to the network via standard network card. The user moves around, which has some potential
servers. Once, this would be close enough to one of them, can connect through automatically. This is fulfilling the client
software, installed on the user's computer and the server software, installed on a second computer, connected to the network.

Index Terms— Bluetooth PC Card, Local Area Network (LAN) and User Interface (UI)

——————————  ——————————

1 INTRODUCTION
This paper shows the analysis and implementation of a
Bluetooth device discovery with LAN access capability.
Device discovery and connection establishment are fun-
damental to communication between two Bluetooth (BT)
devices. We give an analytical model of the time it takes
for the master in a piconet to discover one slave. We show
that, how discovery time is affected by
(i) the presence of multiple potential slaves, and
(ii) changes in the maximum backoff limit
Our proposed handoff scheme eliminates the inquiry pro-
cedure and only requires paging procedure during a
handoff. We have implemented a prototype of Bluetooth
device discovery system with LAN access capability by
our proposed scheme. Normally the device discovery will
initiate the establishment of a Data Terminal (DT) connec-
tion to the LAN select a suitable PPP/RFCOMM service
that it provides.
The LAN access profile (LAP) describes how PPP connec-
tions can be set up over RFCOMM for Bluetooth devices
discovery to get connected and access LAN services. It
also defines how connected devices in a Pico net can form
an independent LAN by using the same PPP connection
mechanisms.
There are two roles defined for the Bluetooth devices
supporting LAP.
————————————————
 M.Sughasiny is with the Department of Computer Science,Research
Scholar,Bharathiar University.
 Dr.R.Dhanapal is with the Department of Computer Application,
Eswari Engg. College ,Affliated to Anna University.
(i)LAN access point— This Bluetooth device provides
service access to LANs supporting various link-layer pro-
tocols.
(ii)LAN data terminal— this is a PPP client device that
requests for access to the LAN through the LAN access
point service access to LANs supporting various link-
layer protocols.
 The objective is to enable the user, in his possession a
laptop without a network connection is available, be con-
nected and receive services from the standard. The user
must have a Bluetooth card and must be in the range of
up to about 10 m from another computer on which soft-
ware is installed in server. The client software is always
looking for Server, which it can connect. Once, server is
found, the client software get connection and start the
flow of information at the moment, the user performs an
action (like requesting a Web Log).The server software is
passive wait until client software that is supposed to con-
tact it. When software is installed client relationship with
server, then it will be a short protocol of the connection
between the two sides after the server is ready to receive
information from the client.
2 PAPER DESCRIPTION
Wireless connection is fulfilling paper to LAN via Blu-
etooth components. Access to LAN is by using the serv-
er's network card. Communication between the clients to
LAP is above the RFCOMM layer. Defining and imple-
menting a business project user and server applications.
The server is realized on a computer with access to the
Internet or intranet - Nat. Bluetooth client server waits
when it comes to connecting to the server initiates and
proposes “the LAP-service”. The relationship between

© 2010 Journal of Computing Press, NY, USA, ISSN 2151-9617

http://sites.google.com/site/journalofcomputing/
JOURNAL OF COMPUTING, VOLUME 2, ISSUE12, DECEMBER 2010, ISSN 2151-9617
HTTPS://SITES.GOOGLE.COM/SITE/JOURNALOFCOMPUTING/
WWW.JOURNALOFCOMPUTING.ORG
units - Powered by Bluetooth and once established server
and client server provides the client computer, unable to
connect to the Internet.
Paper demonstrated the use of LAP by client-side brows-
er connects through a Web server. Client sends the re-
quests (eg HTTP GET request) only means the server
computer Bluetooth, where the server receives the request
to connect to the Internet and returns the responses de-
sired customer.Implementation of LAN Access Point In-
ternet using the new Bluetooth technology, this project
which will work server environment using NT and pro-
vide the appropriate hardware, Internet connectivity Blu-
etooth devices who want this service. The server will be
able to give this service a few instruments Bluetooth pa-
rallel.
Steps to create a LAN connection:
•Making Inquiry to find components BT range
•LAP service detection protocol using SDP
•Establishing contact RFCOMM/L2CAP between DT
(Data Terminal) and LAP
•Assign an IP address to DT.
•IP packets flow in both directions.
•Disconnect contact initiated by either party.
Functional definition of the program:
1) Search Services with inquiry LAN access and SDP (by
the client).
© 2010 Journal of Computing Press, NY, USA, ISSN 2151-9617
http://sites.google.com/site/journalofcomputing/
26
2) Establishment of server-client relationship.
3) Implementation of master-server switch.
4) Assign the necessary network resources to client to
connect to a network by the server.
5) Traffic control server-client information.
CONTROL - the component responsible for the boot,
making inquiry, the use of SDP process, control of
construction and finish with RFCOMM/L2CAP.
SERVICE BROWSER - controlled by the CONTROL, run
by the SDP protocol parameters provided by
the CONTROL.
RFCOMM DRIVER - pipe data between components of
the BT.
CONTROL - The unit is used to boot - LAP, meets with
SDP requests the SERVICE CONFIGURATION, respon-
sible for communication with the LAN.
RFCOMM DRIVER - pipeline transfer of information
between components of the BT.
SERVICE CONFIGURATION - Initializing service
attributes, SDP is used as the interface.
3 Architecture- BTClient
Layer 1
o Boot the Bluetooth unit.
o Search the LAP server using SDP.
o LAP Boot Server connection with the renewal in
case of disconnection.
o Sending and receiving packets with the Blutooth
unit second.
Layer 2
Used as an interface between the agents for layer 1.Moves
JOURNAL OF COMPUTING, VOLUME 2, ISSUE 12, DECEMBER 2010, ISSN 2151-9617
HTTPS://SITES.GOOGLE.COM/SITE/JOURNALOFCOMPUTING/
WWW.JOURNALOFCOMPUTING.ORG 27
27
to Layer 1 packets received what-agents. uses objects and Client Agent Client Handler.
Transfer packages to agents received from layer 1.

Server

Listening on the port assigned to communicating with the

browser and creating agent when the browser creates a
new connection.

Agent

1. Created (by the server) when the browser wants to

create a new connection and Browsers when a package
arrives, pass it to layer
Fig 4. Software Block Architecture
2. When a package comes from layer 2, sending it to the
browser. 3. BTLayer2DataObserver - pure virtual class, and han-
dles data in, coming to her.
4 Architecture-– BTServer
4. BTLayer2CmdObserver - pure virtual class, and han-
Layer 1 dles requests related to agents.
 Boot the Bluetooth unit.
 One unit about LAP on SDP. 5. BTServer - an object that listens on port 1080 as soon as
 Contact gift than any client. he detects a request to open a new connection object is
 Boot client relationship with the LAP. create a Client Agent, to handle this connection.
 Sending and receiving packets with the Blu-
etooth unit second. 6. Client Agent - this object is created for each new con-
nection and responsible to all the data that comes to him
Layer 2 from the call layer 2. Additionally, it puts all data, comes
to him from layer 2 to the contract.
Used as an interface between the agents for layer 1.Moves
to Layer 1 packets received what-agents. 7. Client Handler - this object is responsible for object crea-
Transfer packages to agents received from layer 1. tion BTServer process requests Sliding Client Agent objects.

Server
5.1 Bluetooth Layer Module - Layer 1
Director of the value of the agents
Agent creates a layer 2 when he passes a request to open This object responds to events, arriving Bluetooth unit.
a new connection. Each event is received escalated function Serv-
er_Main_State_Machine Server function.Server is the ma-
Agent chine function modes, the number of steps executed by a
boot and then taking care of traffic information. Startup
Created (by the server) when the layer 2 seeks to create a phases are:
new connection.When a package reaches the destination
computer, pass it to layer 2.When a package comes from 1. HCI_CONFIGURE_PORT_CNF - Boot HCI layer.
layer 2, sending it to the destination computer.
2. COM_START_CNF - One application in SCM.
5 SOFTWARE ARCHITECTURE –BLOCK SCHEME
3. SCM_REGISTER_CNF - Making Argystartzia in SCM
The client software consists of the following objects:
and generating the stack.
1. Layer 1 - This layer handles in events, reach the Blu-
4. HCI_WRITE_VOICE_SETTINGS_CNF - the end of the
etooth unit.
boot stack.
2. Layer 2 - This layer handles data in, runs both ways
5. COM_FILL_PDL_CNF - Finish the Profile One.
between layer 1. In addition, it handles data in, passing in
both directions between the HTTP browsers. To do this it

© 2010 Journal of Computing Press, NY, USA, ISSN 2151-9617

http://sites.google.com/site/journalofcomputing/
JOURNAL OF COMPUTING, VOLUME 2, ISSUE12, DECEMBER 2010, ISSN 2151-9617
HTTPS://SITES.GOOGLE.COM/SITE/JOURNALOFCOMPUTING/
WWW.JOURNALOFCOMPUTING.ORG
When the startup phase ended, you can begin to transfer
data over the RFCOMM layer.
The server does not initiate the beginning of the relation-
ship, but waiting for her from-client. Transfer the pack-
ages to the following conditions are machine modes:
1. COM_CONNECT_IND - the machine comes to this
situation when the client makes any contact with her. Af-
ter exit from this state, the server will transfer packets in
both directions.
2. COM_DATA_IND - the machine comes to this situa-
tion when the package reaches the Bluetooth unit on the
other side. In this situation, the package will be trans-
ferred to layer 2. In addition, the system tries to send a
package to the other side. If there is no packet transmis-
sion, the machine will wait for a certain amount of time
and try again to send a package.
3. COM_DATA_CNF - machine reaches this state when it
ack on the package, sent to the Bluetooth unit second. In
this mode the system try to get a package from Layer 2 to
send it to the Bluetooth unit second. If there is no packet
transmission, the machine will wait for a certain amount
of time and try again to send a package.
4. TIMEOUT_EVT - the machine comes to this situation
after, ending time, where she was waiting for the new
package was not from layer 2. In this mode the system
tries to get back a package from layer 2.
5. COM_DATA_CNF_NEG - the machine comes to this
situation when the arrived ack packet. In this mode the
system try to resend the same package.
In addition, there is Layer 1 in the following functions:
1. CLIENT_Init - This function performs a different boot
the client and Ericsson stack.
© 2010 Journal of Computing Press, NY, USA, ISSN 2151-9617
http://sites.google.com/site/journalofcomputing/
28
2. Error - This function is called when the machine func-
tion Client Unknown modes of failure comes into the sys-
tem. This function contains an infinite loop.
3. Send Data - This function is called from the machine
when it is interested states to send a package to the
server. Function checks whether to-Layer 2 has a package
ready. If there is a package, it is sent by COM_DataSend
function (which is an internal function of the stack). If
there is no package, end function timer starts. When the
time expires on the timer, you will machine states to
TIMEOUT_EVT.
4. SendDataAgain - This function is called from the ma-
chine states when it comes to COM_DATA_CNF_NEG,
which means that the package arrived in the last ack sent
to. Function will send the package back as a function
Send Data above.
5. Start Session - This function does boot information of
the Bluetooth unit.
Layer 2
This object handles data traffic between Layer 1 and type
Client Agent objects. Because, he connects the number of
agents with a layer one single process, there are two de-
partments which treat this problem:
1. Command - because, there is a need to identify every
packet, which passes between the agents and the layer 1,
each package comes from some get-agent header, which
will be a unique identifier of the agent (it accepts the
agent when it was created) type package runs. Depart-
ment contains the following fields:
a. the buffer - This field contains the contents of the pack-
age.
b. length - length of buffer field.
c. cmd - type of message information (data, open, close,
reset).
d. channelId - unique channel number of the agent.
There are several functions the department for the treat-
ment of object:
i. setData - changes the contents of field buffer (and up-
dates the length field).
ii. getPacket - back to the command key type variable
void *.
JOURNAL OF COMPUTING, VOLUME 2, ISSUE 12, DECEMBER 2010, ISSN 2151-9617
HTTPS://SITES.GOOGLE.COM/SITE/JOURNALOFCOMPUTING/
WWW.JOURNALOFCOMPUTING.ORG
29
iii. unpack - performs the opposite action to getPacket.
2. Queue - line standard is intended to store the messages
that come what-agents to the point where Layer 1 would
want to send a message and then pulling messages from
the queue.
Working with layer 1 are carried out through the follow-
ing functions:
1. ProcessBuffer - This function is called from an object
layer 1 when it has data, which reached the Bluetooth
unit on the second. The data reaches a variable void *.
Function will make the data command object and thereby
confirmed the information on the message type (field
cmd). In addition, from a field channelId can know the
agent, which is intended message. The function handles
on 4 types of messages:
a. the data - contents of the message is transmitted to the
appropriate agent.
b. Open - ignores the message from the function, place
lamb-server is not trying to open new connections.
c. close - the right agent will be closed.
d. reset - will be a function ResetNotifyConnection.
2. GetBuffer2Transmit - This function is called from an
object layer 1 when he wants to send a package to the
server. The function will check the head of the queue and
return its contents (if the queue is not empty).
3. OpenChannel - this function called when a new agent.
The function add-agent in the use of agents (m_channels)
to send an open-server (in fact, put the message line).
4. CloseChannel - This function is called when we want to
close one channel. The function will remove the agent
array the m_channels send close message to server.
5. SendData - This function is called from the agent when
it has data to send to the server. Function insert the in-
formation into the command object to, it would be possi-
ble to identify the agent, who sent the package on the
other side will function as a package.
6. ResetNotifyConnection - This function is called when
you want to reboot your system. Close all functions the
agents.
1. SERVER_Init - This function performs a different boot
the server and Ericsson stack.
2. Error - This function is called when the Server machine
function modes of failure comes into the system. This
© 2010 Journal of Computing Press, NY, USA, ISSN 2151-9617
http://sites.google.com/site/journalofcomputing/
29
function contains an infinite loop.
3. SendData - This function is called from the machine
when it is interested states to send a package to the client.
Function checks whether to-Layer 2 has a package ready.
If there is a package, it is sent by COM_DataSend func-
tion (which is an internal function of the stack). If there is
no package, end function timer starts. When the time ex-
pires on the timer, you will machine states to TIME-
OUT_EVT.
4. SendDataAgain - This function is called from the ma-
chine states when it comes to COM_DATA_CNF_NEG,
which means that the package arrived in the last ack sent
to. Function will send the package back as a function
SendData above.
5.2 Bluetooth Layer Module - Layer 2
This object handles data traffic between Layer 1 and type
ServerAgent objects. Because, he connects the number of
agents with a layer one single process, there are two de-
partments which treat this problem:
1. Command - because, there is a need to identify every
packet, which passes between the agents and the layer 1,
each package comes from some get-agent header, which
will be a unique identifier of the agent (it accepts the
agent when it was created) type package runs. Depart-
ment contains the following fields:
a. the buffer - This field contains the contents of the pack-
age.
b. length - length of buffer field.
c. cmd - type of message information (data, open, close,
reset).
d. channelId - unique channel number of the agent.
There are several functions the department for the
treatment of object:
a. the setData - changes the contents of field buffer (and
updates the length field).
b. getPacket - back to the command key type variable
void *.
c. unpack - performs the opposite action to getPacket.
2. Queue - line standard is intended to store the messages
that come what-agents to the point where Layer 1 would
want to send a message and then pulling messages from
the queue.
Working with layer 1 are carried out through the follow-
ing functions:
JOURNAL OF COMPUTING, VOLUME 2, ISSUE12, DECEMBER 2010, ISSN 2151-9617
HTTPS://SITES.GOOGLE.COM/SITE/JOURNALOFCOMPUTING/
WWW.JOURNALOFCOMPUTING.ORG
1. ProcessBuffer - This function is called from an object
layer 1 when it has data, which reached the Bluetooth
unit on the second.
The data reaches a variable void *. Function will make the
data command object and thereby confirmed the informa-
tion on the message type (field cmd). In addition, from a
field channelId can know the agent, which is intended
message. The function handles on 4 types of messages:
a. the data - contents of the message is transmitted to the
appropriate agent.
b. open - the function request from BTServer (responsible
for managing the agents) to create a new agent, to handle
this connection. If and BTServer agent could not open
new message will be sent to close the other side.
c. close - the right agent will be closed.
d. reset - will be a function ResetNotifyConnection.
2. GetBuffer2Transmit - This function is called from an
object layer 1 when he wants to send a package to the
server. The function will check the head of the queue and
return its contents (if the queue is not empty).
3. OpenChannel - this function called when a new agent.
The function will add the-agent in the use of agents
(m_channels) and send message to client open (in fact,
put the message line).
4. CloseChannel - This function is called when we want
to close one channel. The function will remove the agent
array the m_channels send close message to client.
5. SendData - This function is called from the agent when
it has data to send to client. Function insert the informa-
tion into the command object to, it would be possible to
identify the agent, who sent the package on the other
side. Will function as a package
6. ResetNotifyConnection - This function is called when
you want to reboot your system. Close all functions the
agents.
7. ResetConnection - This function calls to ResetNotify-
Connection then sends a reset message to the other side.
5.3 BTLayer2DataObserver
This is pure virtual class. It exists only one function - Da-
taArrive. She called at a time, comes with the package for
the object to deal with it.
© 2010 Journal of Computing Press, NY, USA, ISSN 2151-9617
http://sites.google.com/site/journalofcomputing/
30
Department ServerAgent this class inherits.
BTLayer2CmdObserver
This is pure virtual class. Classes inheriting from nurses
in-agents. There are two functions:
1. openRequest - This function takes care of opening a
new agent.
2. closeRequest - This function handles the closing agent
of some sort.
6 IMPLEMENTATION BTSERVER INHERITS THIS
CLASS
BTServer
This department manages the value of the agents in the
server and for this she inherits from BTLay-
er2CmdObserver virtual. The department is responsible
for creating and closing agents fulfills the following func-
tions (which she inherits from BTLayer2CmdObserver)
1. openRequest - This function initializes a new agent
puts him channelId unique.
2. closeRequest - This function closes a particular agent
based on his channelId. The function searches for the
agent in the use of agents and deletes it.
ServerAgent
This department handles a single connection. To this end
she inherits from BTLayer2DataObserver. The depart-
ment is responsible for creating the engagement with the
target computer to transfer packages from. The Depart-
ment has two classes for handling a call:
1. Receiver - This class is thread, whose job to listen to the
open socket with the target computer package when it
arrives, it must forward it to ServerAgent. There are two
class functions:
a. the PerformIO - this function fulfills the listening socket
to open. When a package arrives on the socket, is a call to
SendData of layer 2.
b. AbortIO - This function closes the open socket with the
destination computer.
2. item_t - This class fulfills part of a second Features: buf
(which is a string) and len (length of the string).
In ServerAgent Receiver type object exists and also there
is a item_t line that contains the packages, came from the
JOURNAL OF COMPUTING, VOLUME 2, ISSUE 12, DECEMBER 2010, ISSN 2151-9617
HTTPS://SITES.GOOGLE.COM/SITE/JOURNALOFCOMPUTING/
WWW.JOURNALOFCOMPUTING.ORG
31
Layer 2 and waiting to send to target computer.
In ServerAgent functions are:
1. DataArrive - This function is called from layer 2 when
the package has arrived, designed for a specific agent.
Function as what the message.
2. RunSync - This function moves the line and as long as
it contains packages, she calls a function ProcessBuffer,
taking care package. After reading to ProcessBuffer, it
deletes the package from the queue.
3. ProcessBuffer ‐ This function takes care of creating a  made from a function ProcessBuffer.
connection with the destination computer and pass pack‐
ets to it. When you create a new connection using socks  6. putData - This function puts a message queue.
4.0, there is a fixed structure and the first homes, are sent 
to the application: 
 
 
ServerAgent exist in a variable, called connected and in-
dicates whether the connection creation phase ended.
Contract creation phase includes the receipt of the first
houses and opening socket. All a function of the con-
nected condition tested. If it is false, copied the houses,
which were called into the buffer to the point, which were
already eight houses (which are the first 8 houses). The
houses then are called up to the appearance of the charac-
ter following the ASCII value of his is 0. This character
marks the end the username field.
When this character is called a function ParseInitPacket.
This function returns the IP address and port number of
the destination computer. Function tries to connect to the
target computer using the IP address and the port. If lo-
gin is successful, is a function CreateRetBuf, which
creates a package to send back to client. Excellent pack-
age, creating the connection was successful. If the connec-
tion failed or in which ParseInitPacket failed, is a function
CreateRetBuf, which creates a package to send back to
client. In this case, stated in the package, creating the
connection failed.
© 2010 Journal of Computing Press, NY, USA, ISSN 2151-9617
http://sites.google.com/site/journalofcomputing/
31
If variable connected is true, the function sends the pack-
age on the open socket
4. ParseInitPacket - This function accepts as input the
first eight houses, sent in creating the connection and re-
turns the IP address and port number. Also, it returns a
value, indicating success or failure of the function.
5. CreateRetBuf - This function accepts input to the first 8
contract houses bool variable. If the variable is true, the
function changes the second house value '90 '(indicates
success). If the variable is false, the function changes the
second house value '91 '(indicates failure). Function call is
7. getData - This function takes a message from the
queue.
8. abort - This function closes the Receiver object and the
agent itself.
6 CONCLUSION
This paper implemented the possibility to use network
services without any connection to stationary. Type of
connection is almost transparent to the user. The user to
define the socks, server, which he uses only In addition,
the rate of data transfer is unlikely.
During the paper revealed a number of problems:
1. Paper was implemented over the stack of the company
Ericsson. The stack is very rigid and closed-source, so that
you can not make significant changes.
2. The Bluetooth hardware, which we used is not reliable
and need to format it whenever you start the software.
3. The hardware does not meet the high transmission
rates. These butchers are required when the user tries to
access the HTML page, which contains objects such as
images in addition to text. In this situation the number of
connections opened by several agents.
7 FUTURE ENHANCEMENTS
1. Replacement of layer 1 for open source can improve
system performance. Again, the stack of company
Ericsson is closed source and therefore very limited.
2. It can be used as a basis for paper and other papers
JOURNAL OF COMPUTING, VOLUME 2, ISSUE12, DECEMBER 2010, ISSN 2151-9617
HTTPS://SITES.GOOGLE.COM/SITE/JOURNALOFCOMPUTING/
WWW.JOURNALOFCOMPUTING.ORG 32

will be implemented over Bluetooth. Similarly you can 170.

implement FTP, print server, etc…

[11] Howitt, I.; Seung Yong Ham,“Site Specific WLAN and WPAN
Coexistence Evaluation”,Wireless Communications and Network-
8 REFERENCES ing, 2003. WCNC 2003. 2003 IEEE , 2003 , Page(s): 1487 - 1491 vol.3.

[1] M.Sughasiny, Dr.R.Dhanapal,”An Empirical Study on

AUTHOR BIBILIOGRAPHY
Enchanced Protocols for Improved Bluetooth Data
Transmission”, International Journal Of Advanced Re-
search In Computer Engineering,Vol 3, Number 2, M. Sughasiny is with the Department of Computer
2009,Page(s): 345-347. Science, Srimad Andavan Arts & Science College, Affi-
liated to Bharathidasan University ,Thiruchirapalli– 620
[2] Doufexi, A. Arumugam, A. Armour, S.; Nix , A.; “An 005,Tamil Nadu India, a research scholar pursuing Ph.D
Investigation of the Impact of Bluetooth Interference on in Computer Science from Bharathiar University .
the Performance of 802.11g Wireless Local Area Net-
Dr.R.Dhanapal obtained his Ph.D in Computer Science
works”, Vehicular Technology Conference, 2003. VTC 2003-Spring.
from Bharathidasan University, India. He is currently
The 57th IEEE Semiannual .
Professor of the Department of Computer Applications,
Easwari Engineering College, Affiliated to Anna Univer-
[3] Johansson, P.; Kazantzidis, M.; Kapoor, R.; Gerla,
sity of Technology Chennai, Tamil Nadu India. He has 25
M.,”Bluetooth: an enabler for personal area networking”,Network,
years of teaching, research and administrative experience.
IEEE Volume: 15 Issue: 5 .
Besides being Professor, he is also a prolific writer, having
authored twenty one books on various topics in Comput-
[4] Vangel, A.; Bakos, B.; Edvi, C.; Fodor, S.; Paller, G.;
er Science. His books have been prescribed as text books
Farkas, L.”Local Connectivity Solution over Bluetooth
in Barathidasan University and autonomous colleges affi-
and Wi-Fi”, Vehicular Technology Conference, 2003. VTC 2003-
liated to Bharathidasan University, Tiruchiraplli. He has
Spring. The 57th IEEE Semiannual, 2003 , Page(s): 680 - 684
served as Chairman of Board of Studies in Computer
vol.1
Science of Bharathidasan University, member of Board of
studies in Computer Science of several universities and
[5] Pechac, P.; Klepal, M.; Martinez, A.”Modeling and
autonomous colleges. Member of standing committee of
Optimization of Heterogeneous Wireless LAN”, Vehicular
Artificial Intelligence and Expert Systems of IASTED,
Technology Conference, 2004. VTC 2004- Fall. 2004, IEEE 60th 2004,
Canada and Senior Member of International Association
pages:4442-4445.
of Computer Science and Information Technology (IAC-
SIT), Singapore. He has Visited USA, Japan, Malaysia,
[6] Dahlberg, A.; Zepernick, H.-J.; Mercankosk, G.; Fied-
and Singapore for presenting papers in the International
ler,M.”Multi AP strategies for SCO traffic in a Bluetooth
conferences and to demonstrate the software developed
based wireless LAN”, Vehicular Technology Conference,VTC
by him. He is the recipient of the prestigious ‘Life-time
2003-Spring.The 57th IEEE Semiannual,2003.
Achievement’ and ‘Excellence’ Awards of Govt. of India.
He is serving as Principal Investigator of UGC sponsored
[7] Lee, C.; Helal, A.”Ns-based Bluetooth LAP simula-
innovative, major and minor research projects about 1.6
tor”, Local Computer Networks, 2001. Proceedings. LCN 2001. 26th
crore. He is the recognized supervisor for research pro-
Annual IEEE Conference on 2001 , Page(s): 525 – 532.
grammes in computer Science leading to Ph.D and MS by
research in several universities including Anna Universi-
[8] Jun Li; Bose, A.; Zhao, Y.Q.” The Study of Wireless
ty of Technology Chennai, Bharathiar University, and
Local Area Networks and Wireless Personal Area Net-
Manonmaniam Sundaranar University. He has got 51
works’, Electrical and Computer Engineering, 2005. Canadian Con-
papers on his credit in international and national journals.
ference on 2005,page(s)1415-1418.

[9] Shih-Yen Chiu Hsung-Pin Chang Ruei-Chuan

,“Providing Mobile LAN Access Capability for Bluetooth
Devices”, Parallel and Distributed Systems, 2002. Proceedings.
Ninth International ConferenceoIssue Date: 17-20 Dec. 2002.

[10] Goose, S.; Schneider, G.; Tanikella, R.; Mollenhauer,

H.; Menard, P.; Le Floc'h, Y.; Pillan, P.,’ “Scalable Blu-
etooth LAN Access Solution”, Mobile Data Management, 2002.
Proceedings. Third International Conference on 2002 ,page(s)169-

© 2010 Journal of Computing Press, NY, USA, ISSN 2151-9617

http://sites.google.com/site/journalofcomputing/