70 likes | 209 Views
IEEE P1451.5 Wireless Sensor Interface Working Group Wireless QoS Model. Peter Flittner. Cambridge Silicon Radio Science Park,Milton Road Cambridge, CB4 0WH, United Kingdom Tel: +44 1223 692000 www.csr.com www.btdesigner.com. Bluetooth TII. Wired Network.
E N D
IEEE P1451.5 Wireless Sensor Interface Working Group Wireless QoS Model Peter Flittner Cambridge Silicon Radio Science Park,Milton Road Cambridge, CB4 0WH, United Kingdom Tel: +44 1223 692000 www.csr.com www.btdesigner.com
Bluetooth TII Wired Network NCAP maps QoS requirement to Bluetooth Connection Management Protocol System sends QoS Requirement per STIM to NCAP NCAP Bluetooth TII using SPP profile as transport for IEEE1451 protocols and Bluetooth Connection Management protocol HHD NCAP adds new STIMs and reconfigures STIM Connection State HHD can interrogate and reconfigure STIM STIM SDP record contains Connection Management data STIM STIM STIM
Bluetooth NCAP Wired Network System sends QoS Requirement per STIM to NCAP via NAP. NAP routing issues are solved by IETF for IP networks or by wired network standard PAN Network Access Point (NAP) acts as gateway and router from wired network (possibly IP based) to Bluetooth. NAP can be standard commercial product PAN NAP NCAP initial Connection State must allow connection HHD NCAP SDP record contains Connection Management data NCAP HHD can interrogate and reconfigure NCAP/STIM STIM STIM
Bluetooth NCAP and TII Wired Network System sends QoS Requirement per STIM to NCAP via NAP. NAP routing issues are solved by IETF for IP networks or by wired network standard PAN Network Access Point (NAP) acts as gateway and router from wired network (possibly IP based) to Bluetooth. NAP can be standard commercial product PAN NAP HHD NCAP SDP record contains Connection Management data NCAP HHD can interrogate and reconfigure NCAP and STIM STIM STIM Bluetooth TII using SPP
Bluetooth Multihop Routing Wired Network PAN NAP Multi-hop capability can be added when supported by PAN routing NCAP NCAP STIM STIM Bluetooth TII using SPP
Comments • Bluetooth TII is mapped to SPP profile because: • TII is point to multipoint, with single NCAP connected to multiple STIMs • For controllers and other NCAPS implemented on host device, SPP requires minimal host memory and application code (virtual com ports) • Inband signalling can be implemented as AT commands • Sideband signalling can be implemented as an extra RFCOMM channel • RFCOMM allows multiplexing of multiple channels on a single link • STIM can implement Bluetooth SPP TII on a single chip Bluetooth device • NCAP can implement Bluetooth SPP TII for multiple STIMS on a single chip Bluetooth device • Most commercial HHDs, PCs and mobile phones support SPP
Comments • Bluetooth NCAP network connection is mapped to PAN profile because: • PAN is the logical choice for a Bluetooth network connection • PAN U role is suitable for single chip Bluetooth radio plus transducer • PAN NAP role acts as gateway to a wired network • Future PAN routing methods will add multi-hop capability • NCAP with PAN U can be implemented on a single chip Bluetooth device • Publish subscribe and client server models of IEEE1451 are supported by PAN • PAN allows re-use of commercial ethernet and IP technology • Many commercial HHDs and PCs will support PAN