1 / 34

Wireless Networks

Wireless Networks Asstt. Professor Adeel Akram Bluetooth and Mobile IP Bluetooth Bluetooth Consortium: Ericsson, Motorola, Intel, IBM, Nokia, Toshiba… Scenarios: connection of peripheral devices loudspeaker, joystick, headset support of ad-hoc networking small devices, low-cost

omer
Download Presentation

Wireless Networks

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Wireless Networks Asstt. Professor Adeel Akram

  2. Bluetooth and Mobile IP

  3. Bluetooth

  4. Bluetooth • Consortium: Ericsson, Motorola, Intel, IBM, Nokia, Toshiba… • Scenarios: • connection of peripheral devices • loudspeaker, joystick, headset • support of ad-hoc networking • small devices, low-cost • bridging of networks • e.g., GSM via mobile phone - Bluetooth - laptop • Simple, cheap, replacement of IrDA, low range, lower data rates, low-power • Worldwide operation: 2.4 GHz • Resistance to jamming and selective frequency fading: • FHSS over 79 channels (of 1MHz each), 1600hops/s • Coexistence of multiple piconets: like CDMA • Links: synchronous connections and asynchronous connectionless • Interoperability: protocol stack supporting TCP/IP, OBEX, SDP • Range: 10 meters, can be extended to 100 meters • Documentation: over 1000 pages specification: www.bluetooth.org/specs

  5. Bluetooth Application Areas • Data and voice access points • Real-time voice and data transmissions • Cable replacement • Eliminates need for numerous cable attachments for connection • Low cost • Ad hoc networking • Device with Bluetooth radio can establish connection with another when in range

  6. Protocol Architecture • Bluetooth is a layered protocol architecture • Core protocols • Cable replacement and telephony control protocols • Adopted protocols • Core protocols • Bluetooth Radio • Baseband • Link manager protocol (LMP) • Logical link control and adaptation protocol (L2CAP) • Service discovery protocol (SDP)

  7. Protocol Architecture • Cable replacement protocol • RFCOMM • Telephony control protocol • Telephony control specification – binary (TCS BIN) • Adopted protocols • PPP • TCP/UDP/IP • OBEX • WAE (Wireless Application Environment )/WAP

  8. Application TCP/UDP OBEX AT Commands WAE PPP WAP RFCOMM TCS SDP L2CAP HCI Audio Link Manager (LMP) Baseband Bluetooth Radio Protocol Architecture • BT Radio (2.4 GHZ Freq. Band): • Modulation: Gaussian Frequency Shift Keying • Baseband: FH-SS (79 carriers), CDMA (Hopping) • Audio: interfaces directly with the baseband. Each voice connection is over a 64Kbps SCO link. The voice coding scheme is the Continuous Variable Slope Delta (CVSD) • Link Manager Protocol (LMP): link setup and control, authentication and encryption • Host Controller Interface: provides a uniform method of access to the baseband, control registers, etc through USB, PCI, or UART • Logical Link Control and Adaptation Layer (L2CAP): higher protocols multiplexing, packet segmentation/reassembly, QoS • Service Discover Protocol (SDP): protocol of locating services provided by a Bluetooth device • Telephony Control Specification (TCS): defines the call control signaling for the establishment of speech and data calls between Bluetooth devices • RFCOMM: provides emulation of serial links (RS232). Upto 60 connections OBEX: OBject EXchange (e.g., vCard,vCal)

  9. Usage Models • File transfer • Internet bridge • LAN access • Synchronization • Headset • Three-in-one phone

  10. Piconets and Scatternets • Piconet • Basic unit of Bluetooth networking • Master and one to seven slave devices • Master determines channel and phase • Scatternet • Device in one piconet may exist as master or slave in another piconet • Allows many devices to share same area • Makes efficient use of bandwidth

  11. Wireless Network Configurations

  12. Network Topology Piconet 1 Piconet 2 • Piconet = set of Bluetooth nodes synchronized to a master node • The piconet devices use MAC address (BD_ADDR IEEE802 48 bits compatible address) • Scatternet = set of piconet • Master-Slaves can switch roles • A node can only be master of one piconet Slave Master Master Scatternet

  13. Scatternets • Each piconet has one master and up to 7 slaves • Master determines hopping sequence, slaves have to synchronize • Participation in a piconet = synchronization to hopping sequence • Communication between piconets = devices jumping back and forth between the piconets piconets

  14. Radio Specification • Classes of transmitters • Class 1: Outputs 100 mW for maximum range • Power control mandatory • Provides greatest distance (100 meters) • Class 2: Outputs 2.4 mW at maximum • Power control optional • Class 3: Outputs 1 mW • Lowest power • Short device zone distance (10 centimeters) • Frequency Hopping in Bluetooth • Provides resistance to interference and multipath effects • Provides a form of multiple access among co-located devices in different piconets

  15. Frequency Hopping • Total bandwidth divided into 1MHz physical channels • FH occurs by jumping from one channel to another in pseudorandom sequence • Hopping sequence shared with all devices on piconet • Piconet access: • Bluetooth devices use time division duplex (TDD) • Access technique is TDMA • FH-TDD-TDMA

  16. Frequency Hopping

  17. Physical Links • Synchronous connection oriented (SCO) • Allocates fixed bandwidth between point-to-point connection of master and slave • Master maintains link using reserved slots • Master can support three simultaneous links • Asynchronous connectionless (ACL) • Point-to-multipoint link between master and all slaves • Only single ACL link can exist

  18. bits 72 54 0-2745 access code packet header payload 3 4 1 1 1 8 MAC address type flow ARQN SEQN HEC Bluetooth Packet Fields • Access code – used for timing synchronization, offset compensation, paging, and inquiry • Header – used to identify packet type and carry protocol control information • Payload – contains user voice or data and payload header, if present

  19. f(k+7) f(k) f(k+1) f(k+2) f(k+3) f(k+4) f(k+4) f(k+4) Master Slave 1 Slave 2 bits 72 54 0-2745 access code packet header payload 3 4 1 1 1 8 MAC address type flow ARQN SEQN HEC Bluetooth Piconet MAC • Each node has a Bluetooth Device Address (BD_ADDR). The master BD_ADDR determines the sequence of frequency hops • Types of connections: Synchronous Connection-Oriented link (SCO) (symmetrical, circuit switched, point-to-point) Asynchronous Connectionless Link (ACL): (packet switched, point-to-multipoint, master-polls) • Packet Format: • Access code: synchronization, when piconet active derived from master • Packet header (for ACL): 1/3-FEC, MAC address (1 master, 7 slaves), link type, alternating bit ARQ/SEQ, checksum bits

  20. Types of Access Codes • Channel access code (CAC) – identifies a piconet • Device access code (DAC) – used for paging and subsequent responses • Inquiry access code (IAC) – used for inquiry purposes • Preamble+sync+trailer

  21. Packet Header Fields • AM_ADDR – contains “active mode” address of one of the slaves • Type – identifies type of packet • ACL: Data Medium (DM) or Data High (DH), with different slot lengths (DM1, DM3, DM5, DH1, DH3, DH5) • SCO: Data Voice (DV) and High-quality voice (HV) • Flow – 1-bit flow control • ARQN – 1-bit acknowledgment • SEQN – 1-bit sequential numbering schemes • Header error control (HEC) – 8-bit error detection code

  22. State Transition Diagram

  23. Bluetooth Audio • Voice encoding schemes: • Pulse code modulation (PCM) • Continuously variable slope delta (CVSD) modulation • Choice of scheme made by link manager • Negotiates most appropriate scheme for application

  24. Mobile IP

  25. Motivation for Mobile IP • Routing • based on IP destination address, network prefix (e.g. 129.13.42) determines physical subnet • change of physical subnet implies change of IP address to have a topological correct address (standard IP) or needs special entries in the routing tables • Specific routes to end-systems? • change of all routing table entries to forward packets to the right destination • does not scale with the number of mobile hosts and frequent changes in the location, security problems • Changing the IP-address? • adjust the host IP address depending on the current location • almost impossible to find a mobile system, DNS updates take too much time • TCP connections break, security problems

  26. Mobile IP Requirements • Transparency • mobile end-systems keep their IP address • continuation of communication after interruption of link • point of connection to the fixed network can be changed • Compatibility • support of the same layer 2 protocols as IP • no changes to current end-systems and routers required • mobile end-systems can communicate with fixed systems • Security • authentication of all registration messages • Efficiency and scalability • only little additional messages to the mobile system required (connection typically via a low bandwidth radio link) • world-wide support of a large number of mobile systems in the whole Internet

  27. Terminology • Mobile Node (MN) • system (node) that can change the point of connection to the network without changing its IP address • Home Agent (HA) • system in the home network of the MN, typically a router • registers the location of the MN, tunnels IP datagrams to the COA • Foreign Agent (FA) • system in the current foreign network of the MN, typically a router • forwards the tunneled datagrams to the MN, typically also the default router for the MN • Care-of Address (COA) • address of the current tunnel end-point for the MN (at FA or MN) • actual location of the MN from an IP point of view • can be chosen, e.g., via DHCP • Correspondent Node (CN) • communication partner

  28. Example network HA MN Internet router home network mobileend-system (physical home network for the MN) foreignnetwork FA router (current physical network for the MN) CN end-system router

  29. Data transfer to the mobile HA 2 MN Internet home network 3 receiver foreign network FA 1. Sender sends to the IP address of MN, HA intercepts packet (proxy ARP) 2. HA tunnels packet to COA, here FA, by encapsulation 3. FA forwards the packet to the MN 1 CN sender

  30. Data transfer from the mobile HA 1 MN Internet home network sender foreignnetwork FA 1. Sender sends to the IP address of the receiver as usual, FA works as default router CN receiver

  31. Network integration • Agent Advertisement • HA and FA periodically send advertisement messages into their physical subnets • MN listens to these messages and detects, if it is in the home or a foreign network (standard case for home network) • MN reads a COA from the FA advertisement messages • Registration (always limited lifetime!) • MN signals COA to the HA via the FA, HA acknowledges via FA to MN • these actions have to be secured by authentication • Advertisement • HA advertises the IP address of the MN (as for fixed systems), i.e. standard routing information • routers adjust their entries, these are stable for a longer time (HA responsible for a MN over a longer period of time) • packets to the MN are sent to the HA, • independent of changes in COA/FA

  32. Encapsulation original IP header original data new IP header new data outer header inner header original data

  33. Problems with Mobile IP • Security • authentication with FA problematic, for the FA typically belongs to another organization • no protocol for key management and key distribution has been standardized in the Internet • patent and export restrictions • Firewalls • typically mobile IP cannot be used together with firewalls, special set-ups are needed (such as reverse tunneling) • QoS • many new reservations in case of RSVP • tunneling makes it hard to give a flow of packets a special treatment needed for the QoS • Security, firewalls, QoS etc. are topics of current research and discussions!

  34. Questions ??????????????????????????????????

More Related