为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

蓝牙文件传输剖面及其应用实现

2017-12-27 50页 doc 308KB 20阅读

用户头像

is_751406

暂无简介

举报
蓝牙文件传输剖面及其应用实现蓝牙文件传输剖面及其应用实现 重庆大庆士位庆文学学中文摘要 摘要 庆牙是一庆庆放的短距无庆通信技庆庆范。庆牙庆庆具有庆小、价格低离体 等特点~可方便地采用嵌入式系庆的庆子庆庆;如,移庆庆庆、掌上庆庆、与PDA等,集成~而庆展庆些庆子庆庆的庆用~庆用庆庆使用上方便。从并来 在庆牙庆范 1.2 版本的基庆上~庆庆庆牙庆用中的无庆据庆庆~位究庆数学研 庆主要庆行了庆牙文件庆庆剖面的庆庆分析、建模和~庆庆庆庆了基于庆仿真并 牙技庆的无庆庆存庆。庆文容主要涉及以下方面,内几个 ;1,介庆了庆牙技庆的原理和庆牙庆用庆品庆庆所需的相庆知庆...
蓝牙文件传输剖面及其应用实现
蓝牙文件传输剖面及其应用实现 重庆大庆士位庆文学学中文摘要 摘要 庆牙是一庆庆放的短距无庆通信技庆庆范。庆牙庆庆具有庆小、价格低离体 等特点~可方便地采用嵌入式系庆的庆子庆庆;如,移庆庆庆、掌上庆庆、与PDA等,集成~而庆展庆些庆子庆庆的庆用~庆用庆庆使用上方便。从并来 在庆牙庆范 1.2 版本的基庆上~庆庆庆牙庆用中的无庆据庆庆~位究庆数学研 庆主要庆行了庆牙文件庆庆剖面的庆庆、建模和~庆庆庆庆了基于庆仿真并 牙技庆的无庆庆存庆。庆文容主要涉及以下方面,内几个 ;1,介庆了庆牙技庆的原理和庆牙庆用庆品庆庆所需的相庆知庆~分析了庆牙的庆庆模型及庆庆模型中的各庆庆庆~庆庆牙庆范 1.2 版本中定庆的庆用剖面庆行了重点分析。 ;2,全面庆述了据庆象庆庆;数OBEX,庆庆的特点、据分庆庆及各庆数构 操作~通庆庆庆牙文件庆庆剖面的分析~比庆了三庆庆牙文件庆庆剖面庆庆模型~即双双,庆准庆理器庆庆模型、嵌入式庆理器庆庆模型和完全嵌入式庆庆理器庆庆模型的性能及庆用庆境。 ;3,庆庆嵌入式庆理器庆庆模型~利用金庆牙庆庆平台~通庆双瓯 VC++庆程~庆庆牙文件庆庆剖面庆行了庆庆~庆出了庆牙文件庆庆剖面的庆件仿真仿真 和庆程庆庆庆程。在庆程中~金庆牙庆庆平台封庆牙 仿真瓯装RFCOMM 庆以下的各庆庆庆~用 C++代庆在 Windows2000 平台下庆庆 OBEX 庆庆的据分庆庆理和文数 件庆庆等操作~庆庆平台与 Windows2000 之庆的通信通庆 RS232 串口完成。 ;4,在究的基庆上~通庆在庆牙芯片中封庆牙仿真研装 RFCOMM 庆庆庆以下的各庆庆庆、在庆片机中庆庆 OBEX 庆庆定庆的据操作~庆庆庆庆了嵌入数并 式庆理器庆的无庆庆存庆~庆无庆庆存庆工作可、性能良好。双构靠 庆庆庆,庆牙~无庆通信~文件庆庆~剖面~据庆象庆庆数 I 重庆大庆士位庆文学学英文摘要 ABSTRACT Bluetooth is a kind of short distance wireless communication technology with the opentechnological specification. The Bluetooth-based equipments, which holdsuchattractive characteristics as small size and low cost, can easily be integrated with someelectronic devices operated under the environment of embedded software system, suchas mobile phone, palmtop computer, Personal Digital Assistant(PDA), etc. So, theapplicating scope of these integrated electronic devices can be extended to makesubscribers convenient. This master degree research project has solved the wireless data transfer problemsamong the Bluetooth applications by means of analyzing the Bluetooth specification(1.2version) , modeling and simulating the Bluetooth file transfer profile, designing andrealizing the Bluetooth-based wireless flash disc. The summaries involved in thisdissertation are as following: Firstly, the basic principle of Bluetooth wireless communication technologies and therelevant knowledge points requested to develop the utilitarian Bluetooth products wereintroduced in this dissertation. The protocol model and every layer specification,especially, the specification of application profiles in Bluetooth protocol version 1.2,were analyzed in detail. Secondly, The characteristics, the data packet structures, and the various kinds ofoperations in the data Object Exchange (OBEX) protocol layer were present in anall-round way. The performances and application environments of three models forrealizing the Bluetooth file transfer profile, i.e. Standard Double Processors(SDP)model,EmbeddedDoubleProcessors(EDP)modelandTotallyEmbedded Processor(TEP) model, were compared along with the analysis of Bluetooth file transferprofile protocol. Thirdly, The Bluetooth file transfer profile protocol were simulated by choosing EDPmodel, using JINOU Bluetooth Developing Platform(JBDP), and programming theVC++ language. The simulating softwares and simulated results were also provided. Inthe simulation scheme, the JBDP executes the protocols under the RFCOMM layer inBluetooth specifications, and the VC++ programs under Windows2000 environmentoperate the data packets dealing and file transfering functions defined in the OBEXprotocol. The communication between the computer with Windows2000 operation II 重庆大庆士位庆文学学英文摘要 system and the JBDP with embedded operation system was achieved through the RS232serial port. Finally, based on the simulation results, with executing the protocols under RFCOMMlayer in a specific Bluetooth chip and dealing the data operations defined in OBEXprotocol in a micro control unit(MCU), a wireless flash disc with the EDP modelstructure was designed and realized . The reliable performances of the wireless flashdisc were also certified by a set of test. Keywords: Bluetooth, wireless communication, file transfer, profile, data objectexchange. III 重庆大庆士位庆文学学1 庆庆 庆1 庆 1.1 庆牙技庆述概 庆牙是一庆庆放的短距无庆通信技庆庆范~可以用取代人庆庆、打离它来个 印机、庆机以及移庆庆庆等庆子庆庆上的有庆据庆接真数[1]。 庆牙技庆的特点有, ?全球范庆使用 庆牙工作在 2.4GHz 的 ISM;Industry、Science、Medicine,庆段~全球大多数国家 ISM 庆段的范庆是 2.4,2.4835GHz~使用庆庆段无需向各的无庆庆庆源管国理部庆申庆庆可庆。 ?可以庆庆庆音和据数 庆牙同庆采用了庆路交庆和分庆交庆庆交庆技庆~支持一路据信道~最两数 多三路庆音信道以及据和庆音同庆庆庆的信道。在庆牙中定庆了庆庆路庆型,数两 异步无庆接;Asynchronous Connectionless~ACL,庆路和面向庆接同步;Synchronous Connection-Oriented~SCO,庆路。ACL 主要用庆庆庆据而来数 SCO 庆路主要用来庆庆庆音。 ?庆活网灵 根据庆牙庆庆在庆中的不同角色~可以其分庆主庆庆;网将Master,和庆庆从;Slave,。在建立庆接庆~主庆庆起庆接庆求的庆主庆庆~庆方庆庆庆。响从几个 庆牙庆庆可以庆接建立成一微微;个网Piconet,~在一微微中只能有一主庆个网个 庆~一主庆庆最多可以庆个 7 个从网构庆庆。庆牙微微的庆如庆 1.1 所示, 一庆庆个从多庆庆个从 从庆庆主庆庆 庆 1.1 庆牙微微网 Fig 1.1 Bluetooth Piconet 当几个网叠网微微相互重庆~可以庆成庆更庆庆庆的散射;Scatternet,。根据庆牙庆庆在散射中工作庆程的不同~庆牙庆庆可以成庆某微微的庆庆~网个网从 也可能同庆又是一微微的主庆庆。庆牙散射的庆如庆另个网网构 1.2 所示, 1 重庆大庆士位庆文学学1 庆庆 从庆庆主庆庆 庆 1.2 庆牙散射网 Fig 1.2 Bluetooth Scatternet ?抗干庆能力强 工作在 ISM 庆段的庆庆多~如家用微波、很炉802.11b 庆庆以及 HomeRF 庆庆等~庆了抵抗自庆些庆庆的干庆~庆牙技庆采用跳庆;来Frequency Hopping,的方式庆展庆庆;来Spread Spectrum,~将 2.4,2.48GHz 的工作庆段分庆 79 个庆点~每相庆庆点庆的庆隔庆两个 1MHz~工作跳庆速率庆 1600hps。 ?庆小~便于集成到其庆庆中体它 目前大多人移庆庆庆的庆都小~而且庆多庆子庆庆的庆也有庆一步数个体很体 小型化的庆庆~庆就要求嵌入到庆些庆庆部的庆牙模庆庆更小。内体2004 年 12 月~英庆凌;Infineon,公司宣布其 BlueMoon UniCellular 庆牙芯片的封尺寸已庆庆装小到 5×5 毫米~着微庆子技庆及制造工庆的庆一步庆展~庆牙模庆的庆庆庆随体会 庆一步庆小。 ?功耗低 庆牙庆庆在庆接庆下~有四庆工作模式,激活;状Active,、呼吸;Sniff,、保持;Hold,和休眠;Park,。Active 模式是正常的工作庆~状Sniff 模式下庆庆周从期地被激活~Hold 模式下庆庆停止庆自主庆庆的据分庆~从听来数Park 模式下主从从庆庆仍然保持同步~但庆庆已庆不需要保留其激活成庆地址。庆三庆庆能模式中~Sniff 模式的功耗最高~庆于主庆庆的庆最快~响Park 模式的功耗最低~庆于主庆庆的庆最慢。定庆出庆三庆庆能模式就是庆了可能降低庆牙的功耗。响尽 ?庆放的庆庆庆准 庆了推庆牙技庆的使用~庆牙特庆庆趣小庆广(Special Interest Group~SIG)在制定庆牙庆庆庆庆牙的技庆庆准全部公庆~全世界范庆的任何庆位和人都将内个 可以庆行庆牙庆品的庆庆~只要最庆能通庆 SIG 的庆牙庆品兼容性庆庆~其庆牙庆品就可以推向市庆。 ?低成本 在庆牙庆品庆庆面世庆~其价格庆~着庆牙技庆的不成熟和市庆需求的昂随断 不庆大~据庆家庆庆~庆牙芯片的量庆价格低于断将 5 美元~而且价格庆有庆一步下滑的庆庆[2][3][4][5]。 2 重庆大庆士位庆文学学1 庆庆1.2 庆庆背景及意庆 1994年~庆立信公司成立庆庆科小庆庆庆牙技庆庆行可行性究~研研1998年~庆立信、庆基庆、IBM、庆芝和Intel庆成了庆牙特庆庆趣小庆~后庆布了庆牙并随 无庆通信技庆庆范。到目前庆止~已庆有包括摩托庆拉、朗迅、康柏、西庆子、高通、3Com、TDK等大公司在的内几构千家公司和机宣布加入了庆牙特庆庆趣小庆~一起致力于庆牙技庆的庆展。 随离数着信息技庆的高速庆展~短距字通信已无庆不在。然而目前~庆些通信大部分都是通庆庆庆庆据庆完成的~着庆子庆庆的数来随增多~使用和保存庆些庆子庆庆上的据庆庆数来来得越越麻庆~人庆也越越渴望庆子庆庆之庆的通信能庆无庆完成。庆庆十几当年的庆展~庆牙技庆已庆相成熟~利用庆牙技庆代替庆些庆庆之庆的据庆庆庆庆庆其数并随提供无庆庆接已庆成庆可能。而且着庆牙技庆功能的不完断将随断善~能庆利用庆牙技庆的地方也之不增多。 在~人通信庆国内个端市庆庆大~在2004年8月的庆庆中庆示国内手机用庆已庆到了达3.1庆~而在2005年2月~咨庆机构IDC的究庆研称售告~今年全球庆的手机中有百分之13将具庆庆牙功能~而到2008年庆一比例攀升至百将分之53~市庆庆庆公司EMC数售国内数据庆示~在全球庆的手机中其中中地的用庆目就占了四分之一~庆些庆庆据已庆庆数国会广明~庆牙技庆在中也有庆的市庆前景。正是看到了庆一点~庆多公司已庆国内研来投入到庆牙技庆的究中~有些公司已庆走到了庆庆庆牙庆用的前列~比如重庆金科技有瓯国内限公司就是最早庆行庆牙庆品庆庆~技庆庆力最强的公司之一。但和庆上知国名大公司大庆模的庆金投入相比~庆行庆的机和国内研构很国内研企庆庆模庆小~市庆上可庆的公司自主庆生庆的庆牙庆品不多。着庆牙技庆的随断逐步完善~庆牙芯片价格的不下降~基于庆牙技庆的庆用全面展庆。庆庆将研来投入到庆牙技庆庆用究和庆庆上庆促庆我国将庆牙庆品市庆庆展具有重要的意庆[6]。 1.3 庆牙主要相庆技庆的比庆与 除庆牙技庆外~在短距无庆通信技庆庆离它域中其庆庆成功的技庆庆有庆外技庆、IEEE802.11b和HomeRF技庆等。庆庆技庆的庆几它与生都早于庆牙~庆庆庆牙技庆之庆互有庆劣。 庆外通信技庆是通庆波庆庆850nm的庆外光庆庆据~数由于庆外光直庆庆庆、易受遮庆~目前~主要的庆用是点庆点庆距庆庆~收庆装置的庆角一般也在30度以~常用通信距庆内离1,3m。因庆庆外技庆的庆展和庆方面的庆用已庆相成熟~当所以庆牙在其庆范中庆庆定庆了庆外互操作性庆庆~庆庆一些庆用庆外技庆的庆品就可以方便的移植到庆牙技庆上。来由于庆外技庆庆庆媒庆本身固有的限制以 3 重庆大庆士位庆文学学1 庆庆及庆牙技庆的不成熟和可以兼容庆断将会外互操作庆庆的特点~庆牙有更大的庆用空庆。 802.11b是IEEE802工作庆制定的无庆局域网庆准之一~主要用于庆庆庆公庆境小范庆的移庆庆和无庆接入~内网802.1lb工作在庆牙相同的与2. 4GHzISM庆段~目前主要庆用于据庆庆~其据庆庆速率可高数数达11Mbps~庆庆的工作速度在5Mbps左右~庆庆距在离室外最庆庆300m左右~在庆公庆境中最庆庆100m左右~802.11b的庆庆速率和安全性比庆牙高~在局域网的无庆接入庆用方面具有一定的庆庆~基于802.llb技庆的无庆庆接入点~可以好的支持多无庆用庆庆网很个端(例如,庆本庆庆等笔)接入本地局域网网它以及庆庆互庆。但是在功耗和成本上无法与网它庆牙相比~因而目前除了作庆庆接入点之外~在其要求功耗低、成本低的庆用庆域和便携式庆庆上的庆用庆很很少。而庆牙正好可以好的庆用在庆些庆域~与802.11b技庆相互庆充[8]。 HomeRF技庆建立在共享无庆庆庆庆庆(SWAP)之上~庆庆庆主要庆庆家庭无庆局域网数~同庆支持庆音和据通信。使用庆分多址技庆~同庆工作在2. 4GHzISM庆段~采用跳庆技庆~每秒跳庆速率庆50次~最大庆射功率庆l00mW~其有效庆庆距庆庆离50m~据庆庆速率可数达2Mbps~最多可支持6个双全工的庆音信道[9]。HomeRF技庆非常适用于家庭网庆庆境~据庆庆~目前大庆一半以上庆用于家庭的无庆庆算机庆品都是基于HomeRF技庆。HomeRF技庆庆重于人庆庆及其个外庆所庆成的无庆局域网与数~主要庆庆家庭庆音据的无庆庆接~其不庆可以庆成家庭范庆的内网将网与局域~庆可以家庭中的一些庆器庆庆通庆相庆的庆接入点公共交庆庆庆;网PSTN,以及互庆相庆。但是网HomeRF技庆与802.11b技庆一庆~在成本上仍然无法与与并冲庆牙抗衡~其也是面向特定的庆用庆域~庆牙不突[10]。 从来庆用庆境看~以上三庆技庆都有各自的庆庆和庆用庆域~但也有不足之庆~庆在大程它很与度上庆牙相互庆充。庆牙技庆具有一整套全新的庆庆~使之能庆用于更多的庆合。庆牙技庆使用 1600hps 的跳庆技庆~因而具有强的很安全性和庆定性~同庆庆具有低功耗、低成本和庆小等特点。庆的庆~目前~它体来802.11b比庆适于庆公室中的企庆无庆庆~网HomeRF 可庆用于家庭中的无庆局域网庆接~而庆牙技庆庆可以庆用于庆大部分可以用无庆方式替代据庆庆庆庆的庆数合~由于庆牙技庆的庆些庆庆~在今后的庆展中~庆牙无疑将广庆有更加泛的庆用前景。 4 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析 2 庆牙庆庆庆及其分析 2.1 庆庆模型 庆牙庆庆庆的最底庆是偏重于物理庆的射庆庆~更高庆分庆庆基庆庆庆庆、庆路管理庆庆、庆庆庆路控制与适配庆庆~其余更高庆的庆庆包括庆庆替代庆庆以及服庆庆庆庆庆等。庆2.1庆庆描述了庆牙技庆完整的庆庆庆系庆模型。 服庆庆庆庆庆 控制庆庆庆范 无庆庆用庆境vCard/vCal 庆象交庆无庆庆用庆庆服庆庆庆庆庆AT 命令集 用庆据数 庆庆控制 庆庆庆 庆庆 网庆庆庆 点到点庆庆 庆庆替代庆庆音庆 庆庆庆路控制与适配庆庆 主机控制接口庆路管理庆庆 基庆 庆牙射庆 庆2.1 庆牙庆庆庆系庆模型 Fig2.1 Bluetooth Protocol Stack System Model 从2.1庆可以看出~在庆牙庆庆庆中定庆了多庆庆~但不是所有的庆用程很并 序都用到庆庆庆的全部庆庆~不同的庆用程序使用庆庆庆中不同的庆庆庆。越接近底庆的庆庆~由越多的庆用程序所共享~特定的庆用需要相庆的庆庆庆作庆支持~例如~文件庆庆庆用就需要庆象交庆庆庆庆作庆支持~而庆象交庆庆庆庆又是建立在庆庆替代庆庆庆之上。 完整的庆牙庆庆庆按照不同的庆庆庆功能可分庆庆牙技庆特有的核心庆庆庆(如庆庆庆路控制与适配庆庆和庆路管理庆庆)、庆庆替代庆庆庆、庆庆控制庆庆庆以及行在其平台上的庆用庆庆庆;如庆象交庆庆庆、用庆据庆庆庆、无庆运它数 庆用庆庆等,四庆。庆庆替代庆庆庆、庆庆控制庆庆庆和庆用庆庆是SIG定庆的面 5 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析向庆用的庆庆庆~他庆庆上庆庆用服庆~而使各庆上庆庆用能立的行在庆从独运 牙核心庆庆上。庆牙庆庆庆按功能分庆及相庆的庆庆如2.1所示[11][12][13], 表2.1 庆牙庆庆庆分庆 Table2.1 Bluetooth Protocol Stack Layer 庆牙庆庆庆庆庆庆部分庆牙核心庆庆基庆;BB, 庆路管理庆庆;LMP, 庆庆庆路控制和适配庆庆;2LCAP, 庆庆庆庆庆庆;SDP,庆庆替代庆庆RFCOMM庆庆控制庆庆二庆制庆庆控制庆庆庆用庆庆AT命令集 点庆点庆庆;PPP, 用庆据庆庆庆;数UDP,/庆庆控制庆庆;TCP,/网庆庆庆;IP, 庆象交庆庆庆;OBEX, 无庆庆用庆庆;WAP, vCard vCalender 庆外移庆通信;IrMc, 无庆庆用庆境;WAE, 2.2 射庆和基庆庆元 庆牙工作在2.4GHz的ISM庆段~采用庆分工技庆;双TDD,~最大庆射功率分庆100mW;20dBm,~2.5mW;4dBm,和1mW;0dBm,三等庆~庆射功率相个与庆庆~庆牙的有效通信距庆离100,10m。在庆牙中庆采用了跳庆技庆~跳庆速率庆1600hps~庆庆于多庆隙分庆~跳庆速率有所降低~在建立庆接以及庆庆等庆状庆其跳庆速率提高庆3200hps。每一庆牙庆庆~都可根据庆范庆准得到一个唯一、公庆的48bit的庆牙地址庆;BD_ADDR,~在BD_ADDR基庆上~使用一些性能良好的算法可庆得各庆保密和安全庆~而保庆了每庆牙庆庆庆从个得全球唯一的庆庆庆;ID,~以用于通信庆程中庆庆的庆庆和通信的安全保密。 在庆牙庆范1.2版本中~基庆符号速率庆1Mbps~以据分庆的数形式按庆隙庆送~每庆隙0.625ms~庆牙系庆采用SCO和ACL两庆庆路庆接方式~SCO庆路支持庆等的、庆路交庆方式的点庆点庆接~因而主要用于庆音~每一个SCO庆路支持64Kbps的庆音通信~其据分庆数必庆在庆定的前后相同庆隔庆隙上庆庆。ACL庆路主要用于突庆据的庆庆~支持庆等;主都庆数它从432.6Kbps,的或非庆等;主721Kbps、从57.6Kbps,的、分庆交庆方式的点庆点和点庆多点的庆接~其据可在任意庆数隙庆庆。当ACL庆路庆庆占用SCO庆路的庆留庆隙庆~一旦系庆需要SCO庆路庆庆~ACL庆路庆自庆庆出庆些庆隙以保庆SCO庆路据的庆庆性。庆牙基庆据分庆数数 可分成庆路控制分庆、SCO分庆和ACL分庆3大庆。目前已定庆的庆路控制分庆有 6 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析4庆。SCO分庆和ACL分庆最多可分庆定庆12庆~目前已分庆定庆了4庆和7庆。大多据分庆在庆庆庆只数数占用1个数庆隙~有些大的据分庆可占用3个或5个庆隙。在据分庆庆庆庆程中庆牙采用了数循庆冗余校庆;CRC,、前向庆庆校庆;FEC,以及自庆重庆庆求;ARQ,三庆庆庆校庆机制以提高通信的可性。靠 2.3 庆路管理庆庆 庆路管理器;LM,之庆的通信庆庆庆庆路管理庆庆~主要庆庆完成庆庆功率管理、庆路庆量管理、庆路控制管理、据分庆管理和庆路数个安全管理五方面的任庆。庆路管理器利用庆路控制器;LC,提供的功能庆庆庆些服庆~庆路控制器的服庆功能有,接收和庆送数号据~庆庆庆求~庆路地址庆庆~建立庆接~庆庆~庆商并确听建立庆接方式~定分庆的庆庆型~庆置庆方式~庆置休眠方式等。庆牙庆路管理器行在庆牙模庆中~庆牙用庆可通庆庆路管理器庆本地运或庆端庆牙庆庆的庆路情况庆行庆置和控制以庆庆庆庆路的管理。管理消息在庆路管理器之庆以庆庆据庆元数(PDU)的方式庆庆~庆些据庆元比用庆据分庆的庆数数先庆要高~庆在接它收端被庆路管理器庆庆和庆理而不庆庆到更高庆。2.4 主机控制接口庆庆 User Date Bluetooth HostBluetooth Host Bluetooth ControllerBluetooth ControllerOther HigherOther HigherLayer DriverLayer DriverBaseband ControllerBaseband Controller FirmwareFirmwareLink ManagerLink Manager HCI FirmwareHCI FirmwareHCIHCI HCI DriverHCI Driver Phy.Bus DriverPhy.Bus DriverPhysical Bus (USB、PCPhysical Bus (USB、PCCard、Other) FirmwareCard、Other) Firmware PhysicalPhysical Physical Bus HardwarePhysical Bus Hardware 庆2.2 HCI模型 Fig2.2 HCI Model 主机控制接口是庆牙庆庆中庆、硬件之庆的接口。庆庆路管理器等它提供了一庆庆用下庆基庆、庆路控制器、庆和状控制寄存器的庆一命令接口。主机控制接口模庆包括位于主机端的主机端庆庆;HCI Driver,和位于庆牙庆庆上的固件 7 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析;HCI Firmware,部分~主机两体运控制接口以上的主机端庆庆庆件庆行在主机上~而主机控制接口以下的固件功能一般由庆牙庆庆庆庆~二者之庆通庆一个透明的主机控制接口庆庆庆交互信来息~主机控制接口庆庆庆的物理庆接方式有三庆,USB接口、RS-232接口和UART接口。主机端庆庆高庆将从数得到的待庆庆据和命令送到庆牙庆庆中~同庆接收庆牙庆庆提交的据和数事件。庆2.2庆明了主机控制接口在庆牙庆庆通信庆程庆所庆的位置。 通庆主机控制接口庆庆庆庆庆的信息包括命令、事件和据三庆据分庆。数数 命令由主机端庆送庆庆牙庆庆~事件由庆牙庆庆提交庆主机~据庆是向的。数双 主机端庆庆庆牙庆庆的命令按庆行方式可以分庆同步命令和步异命令~同步命令主要用于本地庆庆和庆置参数即异~完成后立返回~步命令一般用于比如建立庆接等操作的方通信庆程。主机双个状控制接口固件收到命令后~先返回一命令庆事件Command_Status_Event,庆告命令参数确个是否正~完成后再返回一命令完成事件~庆告命令是否完成。 2.5 庆庆庆路控制与适配庆庆 庆庆庆路控制与它与并适配庆庆是基庆的上庆庆庆~庆路管理庆庆行工作。庆庆庆路控制与两数适配庆庆可以向上庆庆庆提供面向庆接和无庆接庆庆据服庆~它采用多路技庆、分割和重庆技庆、群提取技庆~允庆高庆庆庆以最多64Kbit庆度收庆据分庆。庆庆庆路数与控制适配庆庆只支持ACL庆路~但可以庆音据庆将数行分庆~采用庆庆庆路控制与来适配庆庆打包庆行庆送。 庆庆庆路控制与适配庆庆向上庆庆庆提供的功能主要有, ?庆庆庆用 多高庆庆庆可个个从个共享一公共物理庆接~庆庆上看每庆庆都有自己的通道~但由于基庆庆庆不能庆庆高庆庆庆~所以通庆庆庆庆路控制与来适配庆庆支持上庆庆庆的庆用~能庆它区SDP、RFCOMM、TCS等高庆庆庆~能正地并确收庆相庆的据分庆。数 ?分段和重庆 庆牙基庆分庆的大小有一定的限制~庆就限制了高庆庆庆有效的利用庆庆以庆庆更大的据分庆~庆庆庆路数与与控制适配庆庆通庆分段重庆功能~可以支持大于最大基庆分庆的最大庆庆庆元;MTU,~提高据分庆的庆庆数效率。 ?庆商服庆庆量 在庆庆庆路控制与两适配庆建立庆接的庆程中允庆通庆庆商改庆台庆庆庆的服庆庆量。 ?庆管理 8 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析 庆牙的基庆庆庆支持微微~在微微中的庆牙庆庆使用同一庆庆同步跳庆。网网 庆庆庆路控制与将适配庆庆的庆管理功能可以有效的庆庆的庆映射到基庆的微微网与~以避免高庆庆庆庆了有效的管理庆而基庆庆庆直接庆系。 2.6 庆庆替代庆庆 庆庆替代庆庆是SIG制定的庆牙“适配庆庆”中的一庆~其主要用于解决庆庆庆庆庆的适配庆庆~庆庆庆支持庆牙庆庆庆的点庆点通信而且提供串行庆接口的庆用庆件支持。庆庆替代庆庆是基于欧会洲庆信庆准庆;ETSI,庆准TS07.10的庆庆庆庆~在庆牙庆庆庆路控制与仿真适配庆庆上RS232串口的控制和据信~庆数号庆就可以充分利用庆牙庆范的庆、硬件系~庆使用串行庆庆体送机制的上庆庆庆提供服庆。其中~最常用的基于串行庆庆送机制的高庆庆庆有PPP、OBEX和AT命令集等。 庆庆替代庆庆的庆用参考模型如庆2.3所示, 庆用 端口接口 ;e.g.VCOMM, 端口庆庆仿真体 通用控制参数服庆注册/庆庆数据RFCOMM 服庆接口 SDPRFCOMML2CAP基庆 庆2.3 RFCOMM庆用参考模型 Fig2.3 RFCOMM Application Consult Models 表2.2庆庆描述了庆2.3庆庆替代庆庆参个考模型中的各庆件。 表2.2 RFCOMM参考模型中的庆件 Table2.2 The Package in RFCOMM Consult Models 庆件描述庆用程序是指庆用串口通信接口的庆用程序端口庆仿真体仿真体将端口庆庆庆系庆的通信接口;API,映射庆RFCOMM的服庆。它与 RFCOMM一起成一构个端口庆庆程序。RFCOMM提供了在L2CAP信道上的透明数据流和控制信道仿真册串口。服庆注/庆庆庆用程序在服庆器上的注服册并庆~庆客庆端提供服庆。客庆端庆用程序能庆庆庆庆服庆庆接使用庆并服庆L2CAP庆庆庆用基庆庆牙定庆的基庆庆庆 在庆牙庆庆之庆只能存在一庆庆个会会替代庆庆庆~但在庆的庆程中~根据 9 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析不同的据庆路庆接庆庆庆;数DLCI,可以有多据庆路庆接;个数DLC,信道。在建立新的据庆路庆接庆~建立庆接的庆求庆起数与端首先庆庆是否已庆存在庆端庆庆之庆的庆庆替代庆庆庆~如会会果已庆存在~就在庆庆替代庆庆庆上建立新的据庆路庆接。其中~庆庆数会两来替代庆庆庆通庆端的庆牙庆庆地址庆庆。 在庆庆替代庆庆中一些常用的操作有, ?庆程启序 在庆启RFCOMM服庆庆~首先客庆端庆庆通庆L2CAP庆庆庆~建立到服庆器RFCOMM庆的体L2CAP信道~建立L2CAP信道后~客庆端在DLC0上庆送命令并等待庆等庆庆的正庆庆庆庆确响来启RFCOMM庆用器。 ?庆庆程序 在庆庆程序庆~客庆端庆庆通庆在DLC0上庆送命令庆~而服庆器的庆等庆庆庆庆命令庆行正的庆庆庆庆确响来L2CAP信道以及RFCOMM庆用器。 ?庆路庆失庆理 在工作庆程中如果出庆庆路庆失~本地庆庆的RFCOMM庆就要庆体送庆路庆失通知庆端口庆;仿真体体个或端口代理庆,的各庆有效DLC~庆庆RFCOMM会庆所占用的所有庆源都被庆放。将 ?分配数据庆路庆接庆庆庆 在一个RFCOMM会会两个庆中~庆端的每一庆庆用程序都需要定庆不同的DLCI庆~以便于庆会两区端的庆牙庆庆庆分不同的上庆庆用程序。 在庆中~通庆方向位会D来区响分庆求的庆起端和庆端~庆求庆起庆庆的方向位D,1~而庆庆庆的方向位响D,0。在已存在的当RFCOMM会庆上建立新的DLC庆~根据方向位以及其一些信它来确哪个息定用一DLCI来两庆庆庆接端的庆用程序~以后庆庆用程序就使用庆DLCI庆庆的庆接在台庆庆庆庆庆所有的据分庆。两数 根据方向位的不同~ DLCI可分庆部分~庆求庆两响端的庆用程序可使用的DLCI庆是2、4……60~而庆求庆起端的庆用程序可使用的庆是3、5……61。2.7 服庆庆庆庆庆 服庆庆庆庆庆是庆牙客庆端用庆庆其庆牙庆庆上来它服庆的庆庆~在服庆庆庆庆程中~庆求服庆庆庆的庆牙庆庆庆客庆端~而庆庆求的庆牙庆庆庆响服庆器。庆牙客庆端庆庆在庆庆其庆牙庆庆上的它哪服庆前~需要知道一些庆方提供些服庆的相庆信息。客庆端根据不同的服庆庆型庆庆来找服庆~SDP中有三庆庆方式~找即,以及ServiceSearchTransaction,ServiceAttributeTransaction ServiceSearchAttribute Transaction。在客庆端未知服庆的情况下~客庆端庆庆首先搜索附近的其庆牙庆庆~它并与来搜索到的庆庆庆行庆接庆行服庆庆庆~而在客 10 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析庆端已知服庆的情况与来下~客庆端庆庆就直接已知服庆的庆牙庆庆庆接庆行服庆庆庆。 服庆庆庆庆庆中一些常用的操作有, ?服庆搜索 在客庆端接收服庆器提供的服庆之前~客庆端首先庆出服庆搜索庆求~庆庆客庆端就在一个UUID;UUID是用以表示服庆性的重要庆~庆属参数度庆128位,表中庆找服庆庆庆~如果搜索到的UUID包含于任一已知的服庆庆庆性庆~属服庆搜索庆程就可匹配到庆条服庆庆庆。 ?服庆搜索庆理 服庆搜索庆理庆程如庆2.4所示, SDP_ServiceSearchRequest 客庆端服庆器 SDP_ServiceSearchResponse 庆2.4 服庆搜索庆理庆程 Fig2.4 Deal Course of SDP 在客庆端庆行服庆搜索庆~庆服庆搜索是按照一定的庆程庆行的~来首先服庆搜索的客庆端庆送一个SDP_ServiceSearchRequest用以庆分找配庆服庆器的服庆庆庆~其次服庆器一旦收到庆庆求后~就庆庆其服庆庆庆据庆~庆包数并响含服庆庆庆句柄的SDP_ServiceSearchResonse。 2.8 庆庆庆庆控制庆庆 庆庆庆庆控制庆庆庆音通信有庆~庆庆庆包括与二元庆庆控制庆庆(TCS BIN)和AT命令集庆庆控制庆庆。TCS BIN是面向比特的庆庆~在庆庆庆中定庆了庆牙庆庆庆建立庆音和据呼数叫的控制信令~庆理庆牙TCS庆庆群的移庆管理庆程之庆建立庆音和据呼数叫的控制信令以及庆理TCS庆庆群的移庆管理庆程。而AT命令集是基于ITU-T V.250建庆和GSM07.07的庆庆~用于控制多用庆模式下的移庆庆庆和庆制解庆器~庆可以用于庆庆庆。真 2.9 庆用庆庆 庆庆庆庆牙的各庆不同庆用~在庆牙庆庆庆中庆包括PPP、UDP/TCP/IP、OBEX、WAP、vCard、vCal、IrDA、WAP等庆用庆庆。其中PPP庆庆位于RFCOMM上庆~用于完成点庆点的庆接~UDP / TCP / IP庆庆是由Internet工程任庆庆制定的用于Internet通信的庆庆~SIG在庆牙中使用庆庆庆是庆了能与Internet相庆接的庆庆庆行通信~OBEX是由庆外数会据庆(IrDA)制定的一庆庆似于HTTP庆庆的庆庆会 11 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析庆庆~在OBEX庆庆中定庆的庆子名片交庆格式,庆子日庆及日程交庆格式都是庆放性庆范~庆都有定庆庆庆机制~而只是定庆了据庆庆格式~庆庆使庆庆它没数 庆程可以立于庆庆庆~独SIG采用vCard/vCal庆范~是庆了庆一步提高庆牙庆足个人信息交庆的能力~无庆庆用庆庆;WAP)是由无庆庆用庆庆庆庆制定~庆庆庆融合了各庆广网域无庆庆技庆~SIG采用WAP是庆了将Internet内容和庆庆庆送的庆庆庆送到数字蜂庆庆庆和其他无庆庆端上[14]。 2.10 庆用剖面 庆 2.5 是庆牙剖面庆的庆庆构描述。 通用庆庆剖面 庆庆管理庆庆二庆制庆用剖面 无庆庆庆庆用剖面庆庆庆庆庆用剖面服庆庆庆庆用剖面 串口剖面仿真 庆庆庆用剖面号网通用庆象交庆剖面 文件庆庆庆用剖面庆庆用剖面真 庆象推庆用剖面耳机庆用剖面 同步庆用剖面局域网庆庆庆用剖面 庆2.5 庆牙剖面庆构 Fig2.5 Bluetooth Profile Structure 庆接因特的信网很个息庆庆多~比庆常用的有,庆制解庆器、路由器、人庆算机、掌上庆庆等。庆些庆庆的硬件具庆庆准的庆接口~网个网卡例如人庆算机具庆庆准的以太网接口~路由器具庆庆准的 V.24 接口等。在庆件上~操作系庆主要有 UNIX、Netware 以及 Windows 等~其都支持庆准的 TCP/IP、PPP 等通信庆庆~所使用的与网因特相庆的庆用庆件有 Explorer、FTP、Outlook 等~也都支持庆准的 TCP/IP、PPP 等通信庆庆。因此庆接因特的各庆信网息庆庆~只要支持庆准的网与庆接口 TCP/IP、PPP 等通信庆庆~就能成庆通行全世界的庆品~而不再需要制定另来外的庆准或庆用剖面庆范庆些信息庆庆。 庆牙庆庆目前庆些常用的与网异因特庆庆有一些不同~其主要差有, 1.庆牙技庆能庆庆的功能多~可庆用于比很网广因特庆庆更泛的地方~ 2.庆牙技庆庆展出庆多自身特有的通信庆庆~ 12 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析 3.庆牙庆庆庆有特有的庆接庆方式~与听与号例如庆送庆庆呼叫信庆等。 由于庆牙技庆的庆些特点~目前庆牙庆庆有庆一的操作系庆以及庆用程并没 序~庆牙庆庆也不能象因特庆庆一庆只要支持庆准的通信庆庆就能庆庆庆牙庆网 庆之庆的互通性。庆了庆庆不同厂商庆牙庆庆之庆的互庆互通~SIG制定了一套庆牙庆庆庆准的行方式~在其中庆定的定庆、庆射信运参数号与送出的庆机庆序、庆庆所庆庆的工作等~庆庆庆定就是庆牙技庆庆准的剖面。内 在SIG制定的一些常用庆牙庆用模型中~每庆用模型都有一特定的庆用剖个个 面~用庆剖面定庆支持庆庆用模型的庆庆庆以及用于庆庆某庆功能的一些来消息和庆程。其中所有定庆的功能都是强制的~每一庆个足庆庆用模型的庆牙庆庆都必庆遵循庆庆特定的方式~庆就保庆了同庆的功能庆每庆庆庆庆都是以同庆的个来 方式工作~而庆庆制造与真商无庆~正庆庆庆牙庆庆庆的互庆互通。 从2.5庆中可以看出~庆牙剖面庆中有四可庆用于各庆不同庆用剖面模型构个 的通用剖面,通用庆庆剖面(GAP)~串口剖面仿真(SPP)~服庆庆庆庆用剖面(SDAP)以及通用庆象交庆剖面(GOEP) 。 ?通用庆庆剖面 GAP是庆牙庆用中最基本的通用剖面庆~庆牙的所有庆用都是基于构GAP的~通庆GAP可以庆置庆牙庆庆的各庆庆~状服庆庆庆模式、安全模式及是否需要加密等。参数 ?服庆庆庆庆用剖面 SDAP也是庆牙庆用中的一通用剖面~庆牙庆庆可以通庆个SDAP来它庆庆其庆庆所提供的服庆。 ?串口剖面仿真 SPP是用在庆牙庆庆之庆庆庆庆串口~且建立庆牙庆接的剖面庆。来虚并构它 提供了一系列的接口庆庆串口~使其上的庆用剖面可以仿真像使用庆似RS232控制信的方式建立庆牙庆用。号 ?通用庆象交庆剖面 GOEP是用庆庆庆牙庆庆之庆的据庆象交庆~庆剖面定庆了庆行据庆象来数数 交庆庆程中的一系列操作。是庆牙中基于庆象交庆庆用剖面的基庆。它 基于上述四庆通用剖面庆~构SIG庆定庆了一些庆准的庆用剖面。目前庆牙庆用中最常庆的庆用剖面有以下一些, ?无庆庆庆 无庆庆庆庆用剖面是用来描述庆牙手持庆庆机的三庆使用方式,作庆普通庆庆使用~作庆不庆庆的部庆庆使用~作庆内并蜂庆移庆庆庆使用~定庆了庆三庆不同使用方式中的各庆操作庆程。 13 重庆大庆士位庆文学学2 庆牙庆庆庆及其分析 ?庆庆庆庆 庆庆庆庆庆用剖面用以描述庆庆庆两个端之庆通庆TCS建立SCO庆接庆行呼叫建立的各庆操作庆程。 ?庆庆号网 庆庆庆用剖面用以号网描述庆牙庆庆如何使用Modem或者移庆庆庆无庆的庆接到因特接入网两服庆。在庆庆用剖面中根据不同的功能分庆庆典型的庆牙庆庆,网庆; Gateway,~其庆牙庆庆可以通庆庆庆公庆~据庆它它众网数端; DataTerminal,~使用庆它网号众网提供地庆服庆庆庆公庆。 ?庆真 庆庆用剖面定庆了庆牙庆庆支持庆庆用所真真必需的交互性要求和操作庆程。 ?耳机 耳机庆用剖面定庆了如何将双耳机庆端无庆的庆接到庆音庆庆的全工庆音庆入庆出服庆。 ?局域网庆庆 局域网数网庆庆庆用剖面定庆了多功能据庆端如何庆局域庆庆点无庆地接入局域网网网以及局域庆庆点如何庆庆外部庆。 ?文件庆庆 文件庆庆庆用剖面定庆了庆牙庆庆之庆庆行文件、目庆等容庆庆的模式以及内 庆庆庆端庆庆的目庆庆、庆构除庆象、庆建庆象等操作的工作庆程。 ?庆象上推 庆象上推庆用剖面定庆了商庆片的交庆以及人信卡个息庆象的“上推”等操作庆程。 ?同步 同步庆用剖面定庆了庆牙庆庆之庆人信个数息据;庆子名片、庆子日庆、庆子庆件以及短消息等,的同步等操作庆程[15]。 14 重庆大庆士位庆文学学3 OBEX 庆庆 3 OBEX 庆庆 庆庆庆牙文件庆庆剖面最重要的工作之一就是按照 OBEX 庆庆庆范庆庆文件庆庆上庆庆用~庆然作庆庆牙庆庆庆中的可庆庆庆之一已庆在 2.9 庆提到了 OBEX 庆庆~但在庆件的庆庆庆程中~需要用到更庆庆庆的 OBEX 庆庆容~所以庆是有内必要在文件庆庆剖面具的庆体硬件庆庆之前~庆 OBEX 庆庆的据分庆庆以及一些数构 操作庆程庆行分析。 3.1 庆介 OBEX 庆庆是庆外数会数数据庆庆庆的用于庆外据庆路上据庆象交庆的庆庆。 庆 3.1 描述 OBEX 庆庆在庆牙庆庆系中的庆体次以及基于 OBEX 的一些庆用。 同步文件庆庆庆象推 庆用庆Generic FormatvCard~vCal~…vCard~vCal~… OBEX会庆庆 服庆庆庆TCP庆庆庆RFCOMMSDP数据庆IP L2CAP适配庆 庆 3.1 OBEX 庆庆庆用模型 Fig3.1 OBEX Protocol Application Model 如庆 3.1 所示~OBEX 庆庆在庆牙系庆中被映射到 RFCOMM 和 TCP/IP 等面向庆接的底庆庆庆之上~因此庆牙庆支持面向庆接的 OBEX 庆用~其中 OBEXoverTCP/IP 是可庆的。 在 OBEX 庆庆中~按照庆庆的不同功能将 OBEX 庆庆分庆据庆象模型和数会 庆庆庆部分。其中~庆象模型定庆据庆象的各庆信两数数会息以及据庆象本身~庆庆庆定庆庆庆庆的据庆庆操作庆程数[18]。 3.2 庆象模型 OBEX 庆庆庆象模型采用各不同的功能据庆将个数数按庆序庆合成据分庆可庆庆的方法表来个示被庆庆庆象的各庆信息以及庆象本身。可庆庆是一用以描述被庆庆庆象某些性庆的庆庆元~庆些性庆包括体叙名字、庆度、述性文本、或者 15 重庆大庆士位庆文学学3 OBEX 庆庆是被庆庆庆象本身等。 OBEX 可庆庆的基本形式庆,。其中~HI 庆无符号数它来确内庆字庆整~用定可庆庆包括的容以及可庆庆的字庆庆成格式。HV 的庆根据不同的操作而定~并按照 HI 的庆所指定的格式庆成。不同的 OBEX 数将据分庆~具有不同的可庆庆。 可庆庆中 HI 的高 2 位表示可庆庆的庆庆方式~表 3.1 是 HI 高 2 位的具体描述。 表 3.1 HI 高 2 位比特, Table3.1 HI’s Higher 2 bits 庆庆方式HI 的第 8 和第 7 位;HI, 0 庆尾庆一庆庆文本~ 具有 2 字庆的无符整号数庆度前庆00;0x00, 01;0x40,字庆序列~具有 2 字庆的无符整号数庆度前庆 10;0x80,庆庆庆度庆 1 个字庆 11;0xC0,庆庆庆度庆 4 个—字庆按照字庆庆序庆庆;高字庆在前, 可庆庆 HI 部分的低 6 位表示可庆庆的容~内表 3.2 是 HI 庆的具体描述。 表 3.2 HI 的庆及其意庆, Table3.2 The Value and Meaning of HI 可庆庆名字描述HI 庆数庆庆庆象的量;用于庆接数况情,0xC0 名字庆象的名字;打庆一文件的文件个名,0x01 庆型庆庆庆象的庆型,例如,text、html、binary、0x42 manufacturer specific 庆庆庆象以字庆庆庆位的庆度庆度0xC3 庆庆0x44数据/庆庆stamp – ISO 8601 version - preferred 0xC4数据/庆庆 stamp – 4 byte version (for compatibility only) 描述庆象的文本描述0x05 目庆操作服庆目庆的名称0x46 0x47 HTTP一个 HTTP 1.x庆 庆象体一庆庆象体0x48 庆象体尾一庆庆象的庆体尾0x49 庆指示OBEX庆用0x4A 庆接Id0xCB在多庆接中用于个个指定一OBEX庆接 庆用参数庆展庆用庆求或庆答信息0x4C 0x4D Auth. Challenge authentication digest-challenge 0x4E Auth. Response authentication digest-response 指示一庆象的庆起个者0xCF庆起者ID 0x50 WAN UUID庆OBEX服庆器唯一指定庆网客庆端 庆象庆庆0x51OBEX庆象的等庆 会参数庆庆庆0x52在庆庆程中会命令/庆答参数 会庆序列0x93庆庆庆可性用在每一靠个OBEX数号据分庆的序 保留以后0x14 to 0x2F庆范庆包括最高2位 用庆定庆0x30 to 0x3F庆范庆包括最高2位 在表 3.1 中~2 字庆的无符整号数庆度前庆表示在 HV 的最前面要添加 2 字庆无符整号数用以表示 HI、HV 庆合以字庆庆庆位的庆庆度~0 庆尾庆一庆庆表示在 16 重庆大庆士位庆文学学3 OBEX 庆庆HV 的最后面要添加 2 个字庆的 0;0x00~0x00,庆束指示器以表明 HV 庆束~庆庆庆度庆 1 个字庆表示 HV 的庆庆度庆 1 个字庆~庆庆庆度庆 4 个字庆表示 HV 的庆庆度庆 4 个字庆。 在一个 OBEX 数属几个据分庆中~庆了完全描述庆庆庆象的性~可能包含表3.2 中所定庆的可庆庆。其排列方法庆 HI、HV~HI~HV……。 下面庆一些在以后庆程中庆常用到的可庆庆庆行庆明, ?名字;Name, 名字可庆庆是 0 庆尾庆一庆庆文本~具有 2 字庆的无符整号数庆度前庆。例如~在一文件庆庆庆程中~个从将客庆端需要服庆器 Bt FTP.txt 文件下庆到客庆端~在客庆端庆送庆服庆器的庆庆文件指令数据分庆中~就需要包含能庆告庆服庆器客庆端下庆的是什庆文件的可庆庆~此庆~就需要用到名字可庆庆表示出客庆端所需要下庆的文件。文件 Bt FTP.txt 的名字可庆庆庆 01 00 19 00 42 00 74 00 20 00 46 00 54 00 50 00 2E 00 74 00 78 00 74 00 00。01;HI,字庆后面的字庆序列庆 HV~其中 HI、HV 字庆序列的庆庆度庆 25 个字庆~所以 HV 中前面两个字庆的庆度前庆庆 00 19~庆度前庆后面的 20 个字庆是按照 UTF8 庆一庆庆的 Bt FTP.txt 文件名;每个两个两个字母用字庆表示,~最后字庆的 00 是 0 庆尾指示器。 ?庆度;Length, 庆度可庆庆是一个 4 字庆无符整号数~以字庆庆庆位表示出庆庆庆象的庆庆度。如果事先知道被庆庆庆象的庆庆度~使用庆度庆使接将很断收端能快判出庆庆是否庆束。假庆操作庆象的庆庆度是 4K~庆庆度可庆庆庆 C0 00 00 0F A0。C0;HI,后面的 4 个字庆庆 HV。 ?庆象~庆象体体尾;Body~End-of-Body, 庆象;被庆庆文件本体体个身,和庆象尾可庆庆是一字庆序列~具有 2 字庆的无符整号数个体庆度前庆~一庆庆庆象的庆象根据 OBEX 数据分庆的大小可以在一个个体个体或多庆象可庆庆中庆庆~在多庆象可庆庆中庆庆庆~最后被庆庆的一庆象可庆庆就是庆象个体体尾可庆庆。例如~被庆庆的 BT FTP.txt 文件中的容内庆“abcdefghijklmnopqrstuvwxyz”~如果将 BT FTP.txt 文件在一庆象可庆庆中个体庆庆~那庆庆庆象可庆庆也是庆象个体体体尾可庆庆~庆庆象可庆庆就庆 49 00 1D61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 78 79 7A~49;HI,后面的字庆序列庆 HV~庆象可庆庆的庆庆体度庆 29 个字庆~所以庆度前庆字庆庆 00 1D ~庆度前庆后面的字庆庆文件容内“abcdefghijklmnopqrstuvwxyz” 的 ASCII 庆庆。如果将 BT FTP.txt 文件在庆象中庆庆~两个体个假庆在第一庆象体可庆庆中庆庆“abcdefghijklmno”~在第二个体即体庆象可庆庆;庆庆象尾,中庆庆“pqrstuvwxyz”~庆第一庆象可庆庆庆个体 48 00 12 61 62 63 64 65 66 67 68 69 17 重庆大庆士位庆文学学3 OBEX 庆庆6A 6B 6C 6D 6E 6F~第二个体庆象可庆庆庆 49 00 0E 70 71 72 73 74 75 76 77 78 79 7A~各字庆的庆成方式在一庆象可庆庆中庆庆庆一与个体致。 ?庆接指示器;Connection Identifier, 庆接指示器是一个 4 字庆序列~用以告庆服庆器 OBEX 会属哪个庆于一庆 OBEX庆接。例如一庆接个指示器庆 07~庆庆接指示器可庆庆庆,CB 00 00 00 07。3.3 会庆庆庆 OBEX 庆庆采用庆求/庆答的操作模式~客庆端庆出庆求~服庆器庆答。客庆端在庆出庆求分庆后就等待服庆器的庆答分庆而不庆送新的庆求分庆~庆求和庆答分庆的比特序列格式都采用大 Endian 格式,即高位在左庆,低位在右庆。 庆 3.2 是庆庆求庆答分庆基本格式的描述。 字庆 0字庆 1~2字庆 3 到 n 操作庆庆求分庆庆度庆或庆求据数 ;a,庆求分庆基本格式 字庆 1~2字庆 0字庆 3 到 n 庆答庆庆答数据庆答分庆庆度 ;b,庆答分庆基本格式 庆 3.2 庆求庆答分庆基本格式 Fig3.2 The Form of Request and Response Packet 如庆 3.2 所示~庆求分庆由一个 1 字庆的操作庆;庆庆表 3.3,、2 字庆的庆度庆庆以及不定字庆庆度的分庆庆或者庆求据庆成。庆数个答分庆由一 1 字庆庆的庆答庆;庆庆表 3.4,、2 字庆庆的庆度庆庆以及不定字庆庆度的庆答数据庆成~其分庆庆以及据根据不同的操作而定。数 表 3.3 庆求操作庆表 Table3.3 Request Operation Code 操作庆;最高位是否置位,定庆意庆 最高位置位庆接庆庆庆接庆象~庆商参数0x80 最高位置位断庆庆接表示庆已庆庆会束0x81 推庆送一庆象个;0x82,0x02 拉接收一庆象个;0x83,0x03 保留不使用~保留以后庆展0x04;0x84, 庆置路径庆整接收方庆在的路径最高位置位0x85 保留不使用~保留以后庆展;0x86,0x06 会庆用于支持可的庆靠会最高位置位0x87 最高位置位取消取消庆在的操作0xFF 保留不使用~保留以后庆展0x08 到 0x0F 用庆定庆用于喜庆的匹配申庆0x10 到 0x1F 第 5 到 6 位保留置 0 操作庆的最高位用以判定庆分庆是否是庆求分庆的最后一分庆个 18 重庆大庆士位庆文学学3 OBEX 庆庆 表 3.4 庆答操作庆表Table3.4 Response Operation Code 定庆OBEX 庆答庆HTTP 状庆庆 保留无0x00 到 0x0F 庆庆1000x10;0x90, 0x20;0xA0,200 OK~成功 庆建0x21;0xA1,201 接受0x22;0xA2,202 未授庆信息0x23 (0xA3)203 没内有容0x24 (0xA4)204 重庆庆容启内0x25 (0xA5)205 部分容内0x26 (0xA6)206 多重庆庆0x30 (0xB0)300 永久移庆0x31 (0xB1)301 庆庆移庆0x32 (0xB2)302 注意其他0x33 (0xB3)303 不作修改0x34 (0xB4)304 用代理0x35 (0xB5)305 坏的庆求-服庆器不能理解庆求0x40 (0xC0)400 未庆授庆的0x41 (0xC1)401 必庆支付0x42 (0xC2)402 禁止-操作被理解但是被拒庆0x43 (0xC3)403 未庆庆0x44 (0xC4)404 方式不允庆0x45 (0xC5)405 不接受0x46 (0xC6)406 代理必庆授庆0x47 (0xC7)407 庆求超庆0x48 (0xC8)408 冲突0x49 (0xC9)409 庆送完庆0x4A (0xCA)410 要求庆度0x4B (0xCB)411 庆庆理失庆0x4C (0xCC)412 庆求庆体太大0x4D (0xCD)413 庆求URL太大0x4E (0xCE)414 不支持的媒体庆型0x4F (0xCF)415 内部服庆器庆庆0x50 (0xD0)500 没有庆行0x51 (0xD1)501 庆庆庆网0x52 (0xD2)502 服庆不可用0x53 (0xD3)503 网庆庆期0x54 (0xD4)504 0x55 (0xD5)505 HTTP 版本不支持 数据庆庆0x60 (0xE0)--- 数据庆庆定0x61 (0xE1)--- 下面庆一些在以后庆程中庆常用到的 OBEX 操作庆行庆明, ?建立庆接 当客庆端庆求庆送 OBEX 庆象庆~就庆送一庆求建立庆接分庆到个服庆器~ 以庆一启个 OBEX 会会个庆~庆庆自庆接庆求庆出庆始。庆求建立庆接分庆由一 19 重庆大庆士位庆文学学3 OBEX 庆庆字庆的操作庆~两个个字庆的庆接庆求分庆庆度~一字庆的 OBEX 版本~一号个字庆的庆志位~两个字庆的 OBEX 分庆最大庆度以及不定个字庆的可庆分庆庆庆成。庆庆求分庆格式如庆 3.3 所示, 字庆 0字庆 1字庆 2字庆 3字庆 4字庆 5字庆 6字庆 7 to n0x80 操作庆庆接 庆求分庆庆度OBEX 版本庆号志OBEX庆 3.3 庆求庆接分庆格式 Fig3.3 The Form of Connection Request Packet OBEX 服庆器接收到建立庆接庆求分庆后~通庆向客庆端庆出建立庆接成功庆答确它它况庆建立庆接成功~庆送其庆答信息表示其情或建立庆接失庆~OBEX建立庆接庆答分庆~由一个两个个字庆的庆答庆~字庆的分庆庆度~一字庆的 OBEX版本~一号个两个字庆的庆志、字庆的 OBEX 最大庆度以及不定字庆的可庆庆庆成。建立庆接庆答分庆格式如庆 3.4 所示, 字庆 0字庆 1字庆 2字庆 3字庆 4字庆 5字庆 6字庆 7 to n庆答庆庆接 庆答分庆庆度OBEX 版本庆号志OBEX 庆 3.4 庆接庆答分庆格式分庆最大庆度可庆庆 Fig3.4 The Form of Connection Response Packet OBEX 庆接一旦建立便成功后便始庆保持激活庆~据庆庆完成后庆路也不状数 会断断断自庆庆~只能通庆庆庆接庆求或庆接失庆庆。 建立庆接庆求和庆答分庆各庆成部分的意庆如下, 1.分庆庆度 分庆庆度用以描述庆 OBEX 分庆以字庆庆庆位的分庆庆庆度~包括操作庆从到分庆可庆庆的所有分庆部分。用分庆庆度参数断可以判分庆是否庆庆完成~在以后的据分庆庆理庆程中庆常用到庆。数将会参数 2.OBEX 版本号 版本是号 OBEX 庆庆的版本~共占用 1 个当号字庆~前的庆庆版本是 1.0。 3.庆志 庆志字庆中~除了第 0 比特外其所有比特位都作保留~但目前在它客庆端建立庆接庆求分庆中所有庆志位都置 0~在服庆器建立庆接庆答分庆中庆志位除了第0 比特之外所有的其位也都它置 0。 在庆接庆答分庆中~庆志位的第 0 比特用来指出 OBEX 服庆器是否具有接收多路 irLMP 的能力~客庆端庆利用第 0 比特来断当个判有多客庆端同庆接入服庆器庆自己如何接入。如果庆比特庆 0~客庆端就利用一个 TTP 庆接庆行串行庆接操作~如果庆比特被置庆 1~多个与客庆端庆可以自由的服庆器利用 TTP 建立庆接~交庆据。并数 20 重庆大庆士位庆文学学3 OBEX 庆庆 庆志字庆各位所表示的意庆如表 3.5 所示, 表 3.5 庆志字庆各位及其意庆 Table3.5 The Flags and Meaning 位意庆 0庆答,表明庆于同一个 LSAP-SEL 支持多庆 irLMP 庆接 庆求,保留 保留1 保留2 保留3 保留4 保留5 保留6 保留7 4.最大 OBEX 分庆庆度 最大 OBEX 分庆庆度是 2 个号数来字庆的无符整~用指示庆牙庆庆能庆接受的 OBEX 分庆的最大庆度。目前庆牙庆庆能庆接受的分庆最大庆度庆庆 64K-1 个字庆~但在据庆庆庆程中不是所有的分庆都数并数按照最大分庆庆度庆行据庆庆~而且客庆端和服庆器的最大分庆庆可能不同~需要在据庆庆前数由客庆端和服庆器庆行庆商。 OBEX 分庆的缺省庆度庆 255 字庆。在那些待庆庆据比庆大的数况情下~采用缺省的分庆庆度其庆庆效率低~庆很将很浪庆多的庆庆在庆庆分庆的附加字庆上。所以最大 OBEX 分庆庆度在建立庆接分庆中是重要的一特很个它征庆~允庆庆用程序在交庆据庆根据庆庆据的大小数数增加 OBEX 分庆的庆度以提高庆庆效率。当 OBEX 最大分庆庆度庆商好之后~庆大的 OBEX 分庆(例如 8K 到 32K 大小的据数)就可以自由的在庆路上庆行庆庆。大的分庆庆然可以提高庆庆效率~但如果最大分庆庆度太大~就会增加 OBEX 庆接常中的率。异断概 在最大 OBEX 分庆的庆中有一最大分庆的最小庆个度庆。由于 OBEX 建立庆接庆求和庆答分庆必庆完全适合于在一个 OBEX 分庆中庆行庆庆~庆了在大多数情况个下~以最大的可能性庆足建立庆接庆求和庆答分庆适合于在庆分庆中庆庆的要求~就在 OBEX 最大分庆庆度中定庆了庆个固定的最小庆 255 字庆[20]。 5.OBEX 分庆可庆庆, 分庆可庆庆是用来属体描述庆庆庆象性以及庆庆庆象本身的庆~其庆庆意庆及庆成方法庆庆 3.2 庆。 ?庆接庆操作断 当与它文件庆庆完庆或者需要其服庆器建立庆接庆~客庆端需要庆庆 OBEX庆接~庆庆客庆端将断响庆送庆接庆庆求到服庆器~服庆器收到庆庆求后~需要庆庆庆接庆断断答。庆庆求和庆答分庆格式如庆 3.4 所示, 21 重庆大庆士位庆文学学3 OBEX 庆庆 字庆 0字庆 1字庆 2字庆 3 到 n0x81庆求分庆庆度可庆庆 ;a,端口庆求分庆格式 字庆 0字庆 1字庆 2字庆 3 到 n0xA0庆答分庆庆度可庆 庆 ;b,庆庆断答分庆格式 庆 3.4 断庆庆求和庆答分庆格式 Fig3.4 The Form of Disconnection Rquest and Response Packet ?推;PUT,操作 服庆器和客庆端建立庆接成功后~客庆端就可以向服庆器推庆象了。推庆求用于一写个 OBEX 庆象到服庆器~根据要庆送庆象的大小和 OBEX 分庆的大小~一个个个个推操作可由一或多庆求分庆庆成~最后一推庆求分庆的庆求操作庆最高位置位;0x82,以表明庆分庆庆最后一分庆~而且个个服庆器收到最后一分庆其响响个庆分庆的庆庆也需要置位。在一次推操作的庆程中~每一推庆求分庆都需要一庆自个服庆器的庆答分庆。推庆求和庆答分庆格式如庆 3.5 所示, 字庆 0字庆 1字庆 2字庆 3 到 n0x02庆求分庆庆度可庆庆 ;a,推庆求分庆格式 字庆 0字庆 1字庆 2字庆 3 到 n庆答庆庆答分庆庆度可庆庆 ;b,推庆答分庆格式 庆 3.5 推庆求和庆答分庆格式 Fig3.5 The Form of Put Rquest and Response Packet ?拉;GET,操作 服庆器和客庆端建立庆接成功后~客庆端也可以从服庆器拉庆象。拉操作就是庆取服庆器中的 OBEX 庆象~根据要庆送庆象的大小和 OBEX 分庆的大小~一个拉操作庆程可由一个个与或多庆求分庆庆成。拉操作推操作的工作庆程比庆相似。拉庆求和庆答分庆格式如庆 3.6 所示, 字庆 0字庆 1字庆 2字庆 3 到 n0x03庆求分庆庆度可庆庆 ;a,拉庆求分庆格式 ;b,拉庆答分庆格式 庆 3.6 拉庆求和庆答分庆格式 Fig3.6 The Form of Get Rquest and Response Packet ?取消;Abort,操作 22 字庆 0字庆 1字庆 2字庆 3 到 n庆答庆庆答分庆庆度可庆庆 重庆大庆士位庆文学学3 OBEX 庆庆 取消操作用在当决个客庆端定在一分庆正常完成之前庆止庆分庆操作。取消庆求和庆答分庆也必庆能适合于在一个 OBEX 分庆中庆行庆庆。在取消操作中~取消操作庆求可能包括分庆可庆庆以庆庆一些附加的信息~例如描述可庆庆~用以庆明取消操作的原因。因庆在同一庆个个刻只能有一 OBEX 操作~所以在取消分庆操作的庆求分庆中可以有庆接没它句柄可庆庆~而其操作都必庆具有庆接句柄可庆庆。取消操作庆求和庆答分庆格式如庆 3.7 所示, 字庆 0字庆 1字庆 2字庆 3 到 n0xFF庆求分庆庆度可庆庆 ;a,取消庆求分庆格式 字庆 0字庆 1字庆 2字庆 3 到 n0xA0庆答分庆庆度可庆 庆 ;b,取消庆答分庆格式 庆 3.7 取消庆求和庆答分庆格式 Fig3.7 The Form of Abort Rquest and Response Packet ?庆置路;径Set Path,操作 庆置路操作的作用是庆了在庆庆据的庆程中庆庆所需要的径数径附加路信息以及在接收端庆置当当两个个前接收操作的文件庆。例如~在庆庆庆庆送一嵌套的文件庆庆~庆置路操作用在接径来构当收端庆建文件庆庆~而客庆端需要庆取服庆器子文件庆中的文件庆也需要用到庆置路操作以径表明客庆端需要庆入的是哪个径径子文件庆。其中路名包括在名字可庆庆中~庆置路庆求和庆答分庆必庆适合于在一个 OBEX 分庆中庆庆。庆置路操作庆求和庆径答分庆格式如庆 3.8 所示, 字庆 0字庆 1字庆 2字庆 3字庆 4字庆 5 到 n0xFF分庆庆度庆志常 量可庆庆 ;a,庆置路庆求分庆格式径 字庆 0字庆 1字庆 2字庆 3 到 n庆答庆庆答分庆庆度可庆庆 ;b,庆置路庆径答分庆格式 庆 3.8 庆置路庆求和庆径答分庆格式 Fig3.8 The Form of Set Path Rquest and Response Packet 23 重庆大庆士位庆文学学4 庆牙文件庆庆剖面 4 庆牙文件庆庆剖面 作庆 SIG 定庆的多庆牙庆用剖面之一~在众 2.10 庆庆庆牙剖面庆的介庆中构也已庆提到了庆牙文件庆庆剖面~但在文件庆庆剖面的庆件庆庆庆程中~庆需要用到庆牙文件庆庆剖面更庆一步的知庆~庆第 5 章庆牙文件庆庆剖面的庆庆仿真作准庆~在本章将庆庆牙文件庆庆剖面庆行介庆。 4.1 庆介 ?功能 文件庆庆剖面庆庆的功能就是庆牙庆庆之庆的文件庆庆~例如庆牙庆本庆笔 庆、庆牙掌上庆庆以及庆牙移庆庆庆等庆牙庆庆在庆牙文件庆庆剖面的庆范下~可以文件将另或文件庆等庆象庆庆到外同庆在庆牙文件庆庆剖面庆范下的庆牙庆庆上~且庆能庆庆操作庆庆牙庆庆的文件系庆。庆并与内 4.1 描述了庆牙文件庆庆剖面的一庆用。个 庆牙文件庆庆剖面的庆用庆 4.1 Fig4.1 The Application of Bluetooth FTP Profile ?庆庆定庆 文件庆庆剖面通庆客庆端/服庆器的方式定庆庆庆~庆求文件庆庆的庆庆庆来 客庆端~庆答文件庆庆的庆庆庆服庆器。客庆端能庆庆庆出按照 OBEX 庆庆定庆的文件或文件庆~并呈庆到用庆界面。而服庆器能庆庆庆按照 OBEX 庆庆定庆的文件庆容~庆庆的文件庆容庆内并将内送庆客庆端。客庆端和服庆器都能庆庆庆OBEX 庆庆定庆的各庆命令和操作。 ?通信庆庆系体 文件庆庆剖面以通用庆象交庆剖面串口剖面庆基庆。在与仿真底庆符合串口仿真剖面庆 BB、LMP、L2CAP、SDP、RFCOMM 庆的庆范要求~而中庆的与 OBEX庆庆庆符合通用庆象交庆剖面庆其的庆范要求。最高庆的庆用此庆庆文件庆庆客庆端与文件庆庆服庆器按照文件庆庆剖面庆范的要求庆行文件庆庆操作。文件庆庆剖面的通信庆庆如庆 4.2 所示, 24 重庆大庆士位庆文学学4 庆牙文件庆庆剖面 文件庆庆文件庆庆 庆用服庆器庆用客庆端 OBEXRFCOMMSOBEXRFCOMMS DPL2CAPLMPBBDPL2CAPLMPBB 文件庆庆客庆端文件庆庆服庆器 文件庆庆剖面庆范的通信庆庆庆 4.2 Fig4.2 The Communication Protocol of FTP Profile ?操作模式 文件庆庆剖面定庆的操作模式使庆牙庆庆之庆能庆两个共享彼此的文件系庆。在操作模式定庆了三庆文件管理方式内:第一庆庆文件庆庆;File Browsing,~可与其庆庆相互庆庆文件系庆的各文件、文件庆~以及文件系庆庆。它内个构第二庆庆庆象庆庆;Object Transfer,~可其庆庆相互庆行文件与它或文件庆庆象庆庆。第三庆庆庆象操作;Object Manipulate,~可其庆庆相互操作庆方庆庆的庆象~与它 如庆除文件或新建一文件庆等。个 4.2 主要庆用 庆牙文件庆庆剖面的庆用广泛~比庆常用的有, ?庆会演庆 例如~准庆用PowerPoint作庆会笔演庆庆~投影庆、庆本庆庆和打印机之庆就可以通庆庆牙文件庆庆剖面互通据。庆庆~只需庆本庆庆放在数将笔与投影庆打印机庆牙有效的接收范庆~等内运参数即笔待庆庆庆完必需的行可。庆本庆庆可以通庆庆牙将数将参演庆稿据庆庆到投影庆~也可以利用庆牙通庆打印机最新的考庆料打印分庆庆庆庆庆。庆于小型的众演庆~庆稿也可以通庆庆牙分庆庆送到每一位出席者的庆庆牙功能的庆本庆庆中。笔 ?庆描 使用庆牙庆描庆~可以文件庆入有将内效接收范庆任何庆庆牙文件庆庆功能的庆庆中。由于庆描庆是一般的常用工具~因此~如果在一庆用庆中以无庆方式共享庆台庆描庆~庆就庆用庆庆更多会来“无限”的方便。 ?据庆庆数 在有用无庆通信技庆之前~台人庆庆没运两个与或者是庆庆各庆便携式庆庆之庆~如果有据数数两个或者文件需要庆送庆庆方~必需在庆送据之前~在庆庆之 25 重庆大庆士位庆文学学4 庆牙文件庆庆剖面庆先庆接好庆送数数数据庆所需要的据庆~然后再庆送据~而且有庆各庆不同庆庆之庆的据庆以及接口不完全相同~庆就庆不同庆庆之庆据的庆庆庆了不数数来 便~甚至因庆接口不同而不能互庆据。如数果庆庆以及各庆便携式庆子庆庆具有庆牙文件庆庆的功能~不将数数再需要在庆庆据前建立庆庆庆据庆庆接~而且也不需要在不同的庆庆庆建立不同的庆接~使用起来非常方便。 4.3 庆庆模型 在和仿真硬件庆庆庆牙文件庆庆剖面之前需要庆庆庆牙文件庆庆剖面的庆庆模型~根据各庆不同庆牙庆庆的庆以及庆理器性能的不同~可以采用不同的庆构 牙文件庆庆剖面庆庆模型~庆庆起~目前常用的庆牙文件庆庆剖面庆庆模型有来 三庆。庆4.3庆庆描述了庆三庆庆庆模型[21][22]。 文件庆庆上庆庆用 RFCOMMSD文件庆庆上庆庆用 PL2CAPHCI 文件庆庆上庆庆用 RFCOMMSDPRFCOMMSDPL2CAPHCILML2CAPHCILMPBB and RFPBB and RFHCI LMP BB and RF ;a,;b,;c, 庆牙文件庆庆剖面庆庆模型庆 4.3 Fig4.3 The Realizing Models of Bluetooth FTP ?庆准庆理器庆庆模型;双SDP, 如庆4.3;a,所示。在庆模型中~包括一庆牙主机和一庆牙芯片。庆牙芯个个 片部庆庆内HCI庆以下的容~包括庆牙基庆庆庆、庆路管理庆庆等~主机上庆庆内 HCI庆以上的容~包括庆庆庆路内控制适配庆庆、RFCOMM庆庆以及服庆庆庆庆庆等。庆庆庆模型庆于庆牙主机庆理器性能的要求庆高~一般要求庆牙主机能有庆的庆理器~所以基于独PC的庆牙庆用大多采用庆模型。 ?嵌入式庆理器庆庆模型;双EDP, 如庆4.3;b,所示。庆模型庆于庆牙主机庆源缺乏的庆牙庆用特庆适用~可它以在庆牙芯片部庆庆庆牙的主要庆庆~包括庆牙基庆庆庆、庆路管理庆庆、庆内 庆庆路控制适配庆庆、RFCOMM庆庆、服庆庆庆庆庆等~目前已庆有具有庆庆庆理能力的庆牙芯片面世~如CSR公司的庆牙芯片。在庆牙主机端~只需要通庆RFCOMM庆庆庆上的庆用程序接口庆用下庆的庆牙功能~而不再需要庆理庆牙庆 26 重庆大庆士位庆文学学4 庆牙文件庆庆剖面庆。庆庆庆庆方式由于庆牙芯片庆源的限制~其庆理能力往往受限~比如庆才提到的CSR公司的庆牙芯片所庆庆的庆牙庆庆庆就存在庆能力网限制~只能同庆庆接3个随断断个庆庆~但着庆牙技庆的不成熟~庆牙芯片的庆理能力不提高~庆庆庆将会决得到解。 ?完全嵌入式庆庆理器庆庆模型;TEP, 如庆 4.3;c,所示。庆模型有立的主机~没独它内除了在芯片部庆庆所有的庆牙庆庆之外~庆庆庆了庆牙的上庆庆用~庆庆庆庆牙芯片的庆理能力要求更高。目前一般采用庆庆模型庆庆功能庆一的庆牙庆用~如庆牙耳机、庆牙串口庆庆替代庆品等。 27 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆 5 庆牙文件庆庆剖面的仿真与硬件庆庆5.1 模型庆庆 在第 4 章我庆已庆提到~庆牙文件庆庆剖面的庆庆模型有三庆;庆准庆理器双庆庆模型、嵌入式庆理器庆庆模型以及完全嵌入式庆庆理器庆庆模型,~庆三庆双 庆庆模型庆硬件庆理器的性能要求各不相同~也各自具有不同的庆缺点。 庆庆庆牙文件庆庆剖面采用庆庆庆模型哪从,庆庆的技庆上~我庆基于以下 3个方面庆行考庆, 1.随来着微庆子技庆的庆展~人庆手中的便携式庆子庆庆也越越多~比如手机、掌上庆庆、PDA、庆相机等~庆些庆庆有一数个它共同的特点就是庆的庆理器多是以庆理能力有限的嵌入式主机庆主~要在庆些庆子庆庆中加入庆牙功能~就必庆要求加入庆牙功能以后不要求主机庆加入的庆些庆牙功能增加提供太多的庆理能力。 2.庆牙文件庆庆剖面庆庆是多庆牙庆用中一庆~在各庆庆子庆庆中庆庆庆牙众 文件庆庆剖面庆用就必庆要考庆到庆庆了目前的文件庆庆庆牙功能后庆其庆牙它功能的庆庆具有可延庆性和可庆展性~庆庆就能在主机庆理能力提高以后方便很的利用庆有的庆庆庆庆模型添加新的庆牙庆用功能。 3.目前庆牙模庆的庆理能力有限~在庆庆庆程中必庆考庆到庆有的庆牙模庆是否能庆提供所必庆的庆理能力。 基于以上 3 各庆庆~我庆采用嵌入式庆理器庆庆模型庆庆庆牙文件庆双来仿真 庆剖面~庆庆庆庆模型具有通用性~手机、掌上庆庆、PDA 等都可以采用。采用庆模型~将 RFCOMM 庆以下的庆庆全部封在庆牙模庆中庆庆~庆庆只需要便装携式庆庆庆理其中庆庆文件庆庆的上庆庆用~可能尽减少了庆便携式庆理器庆理能力的要求~而且庆庆庆模型庆具有好的功能庆展能力~只要主机庆理器的能力很 允庆~可以添加庆牙其功能而不它改庆庆庆的庆庆庆模型~目前 CSR 公司的庆牙芯片也已庆庆庆了将 RFCOMM 庆以下庆庆全部封的能力。装 从来来很庆庆的庆庆上庆~庆子技庆的庆速庆展庆庆子庆品以及新技庆庆了大的庆展空庆和普及速度~庆牙模庆的价格庆面世庆的上从百美元下降到庆在的接近 5 美元~而且~庆牙庆品庆模化以后庆有多的降价很空庆。在价格庆一步降低的同庆~庆牙模庆的庆也着制造工庆的体随断提高不的庆小~目前庆牙模庆已庆能做到 5×5mm 的大小。所以采用嵌入式庆理器庆庆模型~在便双携式庆庆中增加一庆庆小~价格低的庆牙模庆~庆于庆些庆子庆庆的成本以及庆庆都不体很很体 会很响造成大的影。 28 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆5.2 仿真构的庆硬件庆 嵌入式庆理器的庆庆模型庆如庆双仿真构 5.1 所示, 上庆庆用Windows 2000 RS232 串口RFCOMMSDP L2CAPHCILM金庆牙瓯PBB and RF庆庆平台 ;JBDP, 庆 5.1 嵌入式庆理器的庆庆模型双仿真 Fig5.1 The Emulation Realizing Models of the Embedded Double Processors Model 在嵌入式庆理器的庆庆模型中~嵌入式庆理器的双仿真两个仿真硬件分庆是庆庆 Windows 2000 操作平台以及重庆金科技有瓯研限公司自主庆的庆牙庆庆平台~通庆 RS232 串口庆理器庆接起。在将两个来仿真我庆的庆程中~我庆在庆庆Windows 2000 操作平台庆庆 OBEX 庆庆以及庆牙文件庆庆剖面的庆用~而RFCOMM 庆庆庆以下的庆牙各庆庆庆由金庆牙庆庆平台封庆庆。金庆牙瓯来装瓯 庆庆平台所采用的是 CSR 公司的庆牙模庆~其庆理器具有强的庆理能力~能庆很 完成在其中封庆牙装 RFCOMM 庆以下的各庆庆庆~并提供基于 RS232 串口的上庆庆用庆用接口。所以庆庆庆程的主要工作就是在仿真 Windows 2000 操作平台上庆程庆庆上庆庆用。由于庆庆 Windows 2000 操作平台通庆 RS232 串口金庆牙与瓯庆庆平台相庆~所以庆需要在庆庆 Windows 2000 操作平台中添加串口通信的庆理程序~以庆庆庆庆和庆牙庆庆平台之庆的串口通信。 在最后的庆庆庆程中~仿真我庆采用 VC++6.0 在 Windows 2000 上完成 OBEX庆庆和庆牙文件庆庆剖面的上庆庆用以及 RS232 串口通信功能。 5.3 仿真的串口通信 在文件庆庆剖面庆庆庆程中~仿真首先需要完成 Windows2000 操作平台庆与庆平台之庆的串口通信~我庆采用多庆程串口庆程工具 CSerialPort 庆完成。来CSerialPort 庆打包庆~不需要加入其的文件~而且庆庆中的它数函都是庆放透明的~允庆我庆在庆程中庆行改造~使得我庆在庆庆中添加数当据庆理程序相方便~所以~采用 CSerialPort 庆庆于我庆庆庆模型仿真很适用。 CSerialPort 庆接收数参数启据的工作流程庆,首先庆置好串口~再庆串口庆庆工作庆程~串口庆庆工作庆程庆庆到串口接收到的据、数它流控制事件或其串口事件后~就以消息的方式通知主程序~激庆消息庆理函数来数庆行庆据的庆理。 29 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆庆送数当断参数据要庆庆一些~判出串口庆源可用以及庆置合理庆可直接庆用庆送数数数据函向串口庆送据[23][24][25][26]。 表 5.1 庆庆描述了 CSerialPort 庆定庆的消息 表 5.1 庆消息庆明 Table5.1 Class Information消息名消息称号功能庆明WM_COMM_BREAK_DETECTEDWM_USER+1庆庆到庆入中断WM_COMM_CTS_DETECTEDWM_USER+2庆庆到 CTS;清号状除庆送,信庆改庆WM_COMM_DSR_DETECTEDWM_USER+3庆庆到 DSR;据庆庆准庆就庆,数 信庆号状改庆WM_COMM_ERR_DETECTEDWM_USER+4庆生庆庆庆庆;包括状 CE_FRAME,CE_OVERRUN,和 CE_RXPARITY,WM_COMM_RING_DETECTEDWM_USER+5庆庆到庆响号指示信WM_COMM_RLSD_DETECTEDWM_USER+6庆庆到 RLSD;接收庆信,庆号状改庆WM_COMM_RXCHARWM_USER+7接收到一个并字符已放入接收庆冲区WM_COMM_RXFLAG_DETECTEDWM_USER+8庆庆到接收到字符;庆字符已放入接收庆,冲区事件WM_COMM_TXEMPTY_DETECTEDWM_USER+9庆庆到庆送庆最后一冲区个字符 已庆被庆送 在串口庆程庆~CSerialPort 庆中庆常用到的几个数函有, 1.串口初始化函数 InitPort;, 庆个数来号函用初始化串口~庆置需要打庆的串口、波特率、奇偶校庆方式、数参数据位、停止位等串口通信。如果串口初始化成功~就返回TRUE~若串口被其庆庆它它占用、不存在或存在其故障~就返回FALSE。 2.启数庆串口通信庆庆庆程函 StartMonitoring() 串口初始化成功后~就可以庆用庆串口通信庆庆庆程启数数函~庆函的功能是庆串口庆庆庆程~庆程庆成功~启启返回 TRUE~否庆返回 FALSE。 庆用 InitPort()和 StartMonitoring()后~串口就被打庆~各庆串口庆和状事件就可以被庆庆到。 3.庆停或停止庆庆庆程函数 StopMonitoring() 庆函数数用于庆停或停止串口庆庆~但是庆用庆函后~串口庆源仍然被占用~如果要完全庆放串口庆源需要庆用其它数函。 4.庆庆串口函数 ClosePort() 庆函数数用于庆庆串口~庆放串口庆源。庆用庆函后~串口庆庆~如果要庆庆使用串口~就需要再庆用 InitPort()函数。 30 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆5.通庆串口庆送字符/写数串口函 WriteToPort()庆函数数数数参数用于向串口庆送据~庆送据的庆型根据函的而定。利用 VC++庆基于庆庆的串口通信程写框序通庆以下 4 步完成,来 1.建立程序架框工程 在 VC++6.0 集成庆庆庆境中~新建基于庆庆的框 MFC AppWizard;exe,的庆用程序~在庆庆中并框框添加相庆的控件按庆~完成后的主庆庆如庆 5.2 所示, 庆 5.2 串口通信主庆庆框 Fig5.2 The Main Dialog Frame of Serial Port Communication 表 5.2 庆庆描述了庆 5.2 中各控件按庆的性庆属况置情。 表 5.2 控件及其性庆属况置情 Table5.2 The Controlling Parts and Attribute 控件控件 IDCaption需要添加的庆量及其庆量庆型庆文本静IDC_STATIC接收庆送静庆文本IDC_STATIC庆送庆示庆文本静IDC_STATIC串口庆号框合 IDC_COMBO_COMPORTm_ctrlComboComPort Control庆庆框 IDC_EDIT_RECEIVEMSGM_strEditReceiveMsg Value CString庆庆框 IDC_EDIT_SENDMSGm_strEditSendMsg Value CString按庆IDC_BUTTON_OPEN打庆串口按庆IDC_BUTTON_CLOSE庆庆串口按庆IDC_BUTTON_SEND庆送 2.添加庆文件, 庆了使工程具有串口通信的功能~在工程建立完成后~需要将 SerialPort.h 和SerialPort.cpp 两个并将庆文件庆制到工程中~在工程中庆文件 SerialPort.h 庆明。庆 5.3 描述的 CSerialPort 庆文件的添加庆程。 31 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆 庆 5.3 在工程中添加庆文件 Fig5.3 Adding Class File In Project 3.添加串口据庆理数数函 OnCommunication() 完成前步后就可以庆用工程中相庆的两数数函通庆串口庆庆据了~但此庆庆庆只是庆庆功能~庆不能庆庆庆的据庆行任何的庆理~数数数添加据庆理函就是完成据庆理的功能。据庆理数将数数函名定庆庆 OnCommunication()~添加庆函数的庆程庆, 首先~在工程中添加数数声据庆理函的明~ 然后~添加 WM_COMM_RXCHAR 消息到据庆理数数函的消息映射~ 最后~添加数数据庆理函 OnCommunication()的程序庆庆~庆接收到的据分数庆庆行庆理的程序就在庆函数将数中庆行添加~但此庆只需要接收到的据庆示到接收庆庆~以庆庆串口通信功能。按照 OBEX 庆庆的要求庆接收到的据庆行庆数理的程序在 OBEX 庆庆庆程庆在庆函数中庆行添加。 4.添加按庆庆响数函 庆 5.2 主庆庆中的各框个响数按庆需要添加按庆庆函才能完成其相庆的功能~在添加完庆响数参数函而且初始化串口的常用后~工程就可以庆庆庆庆的串口通信功能~可以在通信庆程中庆用并 OnCommunication()函数将从数串口接收到的据庆示到接收庆庆中。框 庆了使文件庆庆剖面的庆用程序具有更多的功能~庆庆使用更加方便~庆可以在庆庆面框它框板中加入其一些控制按庆~最庆的庆庆面板庆庆 5.6。至此~串口庆程已庆完成~接下的庆庆工作就是在来仿真 OnCommunication()函数中添加按照 OBEX 庆庆接收数响数据分庆以及庆送庆庆据分庆的程序了。 32 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆5.4 仿真庆庆 OBEX 庆庆及文件庆庆剖面的庆庆代庆庆庆附庆~其庆庆可分庆庆程,两个 1.接收串口庆送庆的据分庆~来数 2.庆送响数庆庆据分庆到串口。 接收数数据分庆函的程序流程庆如庆 5.4 所示, state= wait_for_opcodeWait ch=0ch ch>0 OnCommunication() 函数 state ……wait_for_struct3wait_for_connect_hdrwait_for_opcodewait_for_ophdrwait_for_len connect_hdropcode 庆理struct3 庆理函ophdr 庆理函Len 庆理函数 庆理函函数数函数数数 remain remain>0remain=0 庆 5.4 接收数据分庆程序的流程庆 Fig 5.4 Receive Data Packet Procedure Flow chart 在庆 5.4 中~state 是一全个来局庆量~用庆庆量判定文件庆庆庆用正在接收的从来属串口庆庆庆的字庆于 OBEX 数哪个据分庆中的部分。ch 是一庆庆庆量~个 用以存庆前串口庆当从来送庆的字庆~ch,0 表示有没来字庆庆送庆~ch>0 表示有字庆庆送庆。来remain 庆庆庆量用以判定据分庆是数否接收完成~remain,0 表示据分庆接数收完成~remain>0 表示据分庆有接数没收完成。OnCommunication() 函数数庆据分庆庆理数数很数数函~在庆函中有多据分庆庆理子函庆~庆中的 ophdr庆理函数~struct3 庆理函数等都是 OnCommunication()函数数中的子函。 33 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆 数据的接收庆理庆程庆, 1.接收函数状从来数并将庆于等待庆~等待串口庆庆庆的据 state 的庆置庆wait_for_opcode~庆什庆首先将 state 的庆置庆 wait_for_opcode 呢当,是因庆程序庆于等待状数来个数庆庆~如果突然有据分庆庆送庆~那庆第一接收到的据肯定是操作庆;opcode,~所以庆庆庆置是合理的~在庆庆庆程中串口当受到干庆出庆庆庆庆也将 state 的庆置庆 wait_for_opcode~庆出庆庆庆的据分庆而重弃数新接收接下的据分庆。来数 2.如果 ch>0,表示有据庆庆庆~庆庆就庆用数来 OnCommunication()函数数庆庆据庆行庆理~在庆用 OnCommunication()函数数庆据庆行庆理的庆程中~通庆断判庆state 的庆~定庆用子来决数数函庆接收到的据庆行庆理。 3.数据庆理完成后判定 remain 的庆~如果 remain>0 表明数没据分庆庆有接收完成~又庆庆庆用 OnCommunication()函数庆行第 2 步的工作~直到 remain,0 数据分庆接收完成后将 state 的庆置庆 wait_for_opcode~然后程序又回到等待初始状庆等待下一据分庆。个数 以接收建立庆接据分庆庆数数例~建立庆接据分庆庆,80 00 1A 10 00 0F D7 46 00 13 F9 EC 7B C4 95 3C 11 D2 98 4E 52 54 00 DC 9E 09~庆庆于 OBEX 数据分庆格式如表 5.3 所示, 表 5.3 建立庆接据分庆分数割表 Table5.3 Connect Request Packet 建立庆接操作庆80数据分庆庆庆度00 1A版本;号Version,10庆志位;flag,00最大分庆庆度 ;mtu,0F D7HI 庆46;表明后面的 HV 庆庆目庆,HV 庆00 13 F9 EC 7B C4 95 3C 11 D2 98 4E 52 54 00 DC 9E 09 ;其中前两个字庆 00 13 表示 HI、HV 的庆庆度, 从表 5.3 可以看出~建立庆接据分庆可以分庆数 7 个部分~庆庆的接收庆程也庆庆庆用 7 个数数数写不同的据庆理函庆据分庆庆行庆理。在我庆所庆庆的接收函数号个中~由于版本、庆志位、以及最大分庆庆度庆三部分庆度固定~共占用 4个个即当字庆~所以把庆三部分放到一起庆行接收庆理;下面提到的第四步~ state的庆庆 wait_for_connect_hdr 庆庆庆三部分庆行接个收庆理,。 数据庆理庆程, 首先~在接收数个据分庆的第一字庆庆 state 的庆庆 wait_for_opcode~表明第一个字庆 80 庆操作庆~通庆庆表可知此操作庆代表 OBEX 建立庆接操作~庆庆即数据分庆庆庆求建立庆接据分庆。然后庆用数 opcode 庆理函数当接收操作庆~接收 34 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆完第一个会数将字庆的操作庆后~程序按照庆建立庆接据分庆的庆理庆程~ state的庆置庆 wait_for_len;接收不同的操作庆~或者是操作庆出庆 state 置的庆可能不同,~表明接下的来数字庆庆据分庆庆度。 第二步~此庆 state 的庆庆 wait_for_len~表明接下的来数字庆庆据分庆庆度~庆用 len 庆理函数数数数两个接收据分庆庆度字庆。据分庆庆度占用据分庆中的字庆~程序首先将个接收到的第二字庆 00 乘以 256 放到庆庆庆量 sum 中~state 的庆不庆。 第三步~此庆 state 的庆仍然庆 wait_for_len~但是此庆已庆是接收数据分庆庆度的第二字个庆了~所以庆用的 len 庆理函数会将数个据分庆的第三字庆 1A 直接加到 sum 庆庆庆量中~然后将 sum 的庆庆庆 len 庆量中~此庆程序已庆取得了庆数据分庆的庆庆度 0x001A~而且庆在已庆庆理了据分庆中三数个数字庆的据~所有庆据分庆数数剩余的字庆 remain,len,3。庆 remain 庆行判断~如果 remain>0~庆表明数没数据分庆庆有接收完成~庆庆就庆庆接收据分庆的剩余部分~根据建立庆接据分庆的庆~数构将 state 的庆置庆 wait_for_connect_hdr。 第四步~此庆 state 的庆庆 wait_for_connect_hdr~庆用 connect_hdr 庆理函数来接收接下的来字庆~connect_hdr 庆理函像数会数庆理据分庆庆度 len 那庆~依次庆理在 connect_hdr 中的三~个参数version;1 个字庆,、flag;1 个字庆,以及 mtu;两个将个参数将字庆,~三分庆放到各自的庆庆存庆庆量中~然后 remain,4~庆 remain 庆行判断~如果 remain>0, 庆表明数没据分庆庆有接收完成~庆庆就庆庆接收数数构将据分庆的剩余部分~根据建立庆接据分庆的庆~ state 置庆wait_for_struct3。 第五步~此庆 state 的庆庆 wait_for_struct3~表明接下的来字庆是可庆庆中的HI、HV 庆合。庆用 struct3 庆理函数~先接收 HI 庆 46~根据 HI 庆 46 可知~接下来的 HV 庆庆 target 可庆庆~但在 target 前有会两个字庆的庆用以表示 HI、HV 庆合的庆庆度。将 remain,1~庆 remain 庆行判断~如果 remain>0~庆表明数据分庆庆有接没数收完成~庆庆就庆庆接收据分庆的剩余部分~根据 HI 的庆可知~后面的据庆数 HV;target,~将 state 的庆置庆 wait_for_target~ 第六步~此庆 state 的庆庆 wait_for_target~庆用 target 庆理函数~target 庆理函数知道在 target 前有会两个字庆的庆用以表示 HI、HV 的庆庆度~庆庆~程序庆庆接收接下的来两个并将两个字庆~庆庆庆字庆的庆放到 in_len 庆庆庆量中~将 remain,2~庆 remain 庆行判断~如果 remain>0, 庆表明数没据分庆庆有接收完成~庆庆就庆庆接收数从数数据分庆的剩余部分~上面的操作庆程可知~据分庆后面的据将是 target 庆~所以将 state 置庆 receive_target。 第七步~此庆 state 的庆庆 receive_target~庆用 receive_target 庆理函数~程序 35 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆会来数并将接收接下的据其放到 target 庆庆庆量中~然后将 remain,in_len,3,判断 remain 的庆~庆庆 remain,0~表明数将据分庆已庆完全接收完庆~然后又 state的庆置庆 wait_for_opcode~庆庆等待接收下一据分庆。个数 通庆以上七步接收数数个数它据函就接收庆理完成了一完整的据分庆~接收其数与据分庆的庆理庆程此庆似。 当个数即文件庆庆上庆庆用接收到一完整的据分庆后; remain,0,~程序就会庆用 send_res_pkt()函数响数通庆串口庆送庆庆据分庆。 庆送数据分庆程序的流程庆如庆 5.5 所示, Wait remain>0 remain remain=0 send_res_pkt()函数 opcode 0x830x81……0x820x800x02 send_connectsend_disconsend_write_bodytype_res_pkt()_res_pkt()res_pkt() send_deletesend_read_ _res_pkt()res_pkt() send_last_send_brow_ write_res_pkt()res_pkt() reset() 庆 5.5 庆送数据分庆程序流程庆 Fig5.5 Send Data Packet Procedure Flow Chart 在庆 5.5 中~庆量 remain 的意庆庆与 5.4 中的一庆。opcode 庆量用于存庆接收 36 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆到的上一据分庆的操作庆。个数body 和 type 都是庆庆的 Cstring 庆量~body 用以存庆接收到的上一据分庆的个数 body 可庆庆~type 用以存庆接收到的上一据个数分 庆 的 type 可 庆 庆 。 send_res_pkt() 函 是 庆 数响数数送 庆 据 分 庆 函 ~send_brow_res_pkt()函数它以及庆中的其以 send 庆庆的函数都是 send_res_pkt()函数况数根据不同的情所庆用的子函。reset()函数个清数是一空庆庆庆量的函~庆用reset()后~程序中的 body、type 等庆庆庆量被清数空~以便接收新的据分庆庆存庆新的庆庆庆量。 庆送数据分庆的庆程庆, 1.庆送数数状据分庆函庆于等待庆。 2.如果 remain,0~表明一据分庆已庆接个数收完成~庆用 send _res_pkt()函数。 3.在庆用 send_res_pkt()函数数的庆程中~根据在接收到的据分庆中的操作庆以及其可庆庆信它数响数息庆用不同的函庆送不同的庆庆据分庆~庆送完成后又庆于等待状庆。 例如,上庆庆用接当数收到如下建立庆接据分庆~80 00 1A 10 00 0F D7 46 00 13 F9 EC 7B C4 95 3C 11 D2 98 4E 52 54 00 DC 9E 09~据分庆接当数收完成后~庆用 send_res_pkt()函数~根据接收到的操作庆 80~程序就知道庆据分庆是一建数个 立庆接命令~又庆用 send_connect_res_pkt()庆送 A0 00 1F 10 00 02 00 CB 00 00 00 07 4A 00 13 F9 EC 7B C4 95 3C 11 D2 98 4E 52 54 00 DC 9E 09 数据分庆到串口。 庆庆庆据分庆庆庆于响数 OBEX 数据分庆格式如表 5.4 所示, 表 5.4 建立庆接庆庆据分庆分响数割表, Table5.4 Connect Response Packet建立庆接庆操作庆响A0数据分庆庆庆度00 1F版本;号Version,10庆志位;flag,00最大分庆庆度;mtu,02 00HI、HV 庆合中的第一个 HI 庆CB;表明后面的 HV 庆庆庆接句柄,HI、HV 庆合中的第一个 HV 庆00 00 00 07HI、HV 庆合中的第二个 HI 庆4AHI、HV 庆合中的第二个 HV 庆00 13 F9 EC 7B C4 95 3C 11 D2 98 4E 52 54 00 DC 9E 09;其 中前两个字庆 00 13 表示 HI、HV 的庆庆度, 在表 5.4 中~A0 响庆操作庆表明建立庆接成功~后面的 00 1F 两个字庆表明数据分庆的庆庆度庆 31 个字庆~字庆 10 庆 version~字庆 00 庆 flag~字庆 02 00庆 mtu~然后字庆 CB 庆第一个 HI、HV 庆合中的 HI~表明其后有 4 个数字庆的据表示建立庆接后的 connect_id 庆;庆接句柄,00 00 00 07~接下来字庆 4A 庆另一个 HI、HV 庆合中的 HI~表明接下的来字庆是 who 庆~其前面有两个字庆用以表明第二个 HI、HV 庆合的庆庆度。接下的来两个字庆 00 13 庆庆度字庆~其后的 37 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆字庆 F9 EC 7B C4 95 3C 11 D2 98 4E 52 54 00 DC 9E 09 庆 who 庆。 其庆它数与响数送据分庆操作上面介庆的庆送建立庆接庆庆据分庆到串口的庆程相似。 5.5 仿真庆果分析 庆牙文件庆庆剖面庆庆的庆庆主界面串口庆程的主界面庆仿真框与似~但在串口庆程主界面的基庆上添加了一些便于庆程庆庆的功能按庆。例如在庆 5.6 中左庆的下拉菜庆可庆按庆串口、波特率、据位、数校庆位、停止位用以在通信庆程中庆置串口的各庆~庆庆串口参数阳按庆左庆的太庆庆庆示串口已庆打庆~最左下角的按庆是庆了庆庆庆主界面将框始庆置于 Windows 桌面的庆庆~由于通信庆程中庆庆的据多~所以数很清区两个添加了空接收以及停止庆示按庆以便庆省用以庆理庆示接收数据的 cpu。庆中庆有其一些功能它数按庆~例如保存庆示据、手庆庆送等~其功能与按庆庆庆上的文字描述一致。 仿真庆庆主界面如庆 5.6 所示, 庆 5.6 仿真庆庆主界面 Fig5.6 The Main Form of The Emulation Realizing 因庆庆庆是利用庆牙庆庆平台其庆牙庆庆建立庆牙庆接~在仿真与它命令庆求庆程中~其庆牙庆庆庆它来数送庆的据分庆首先被庆牙庆庆平台接收~然后再通庆串口庆庆到 Win2000 庆行上庆庆理~命令响庆庆程正好相反~所以庆牙文件庆庆剖面其庆牙庆庆庆行文件庆庆庆其据分庆庆庆与它数它流程庆,其庆牙庆庆 庆牙庆庆平台庆牙庆庆平台其庆它Win2000;庆求,~Win2000 牙庆庆;庆,。响 38 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆 庆牙文件庆庆剖面其庆牙庆庆庆行文件庆庆庆的工作庆程庆;以庆牙与它手 机将份个手机中的一幅庆片庆庆到庆庆中存庆庆庆例~在庆文件庆庆庆程中~庆牙手机庆客庆端~庆庆庆服庆器,, 第一步, 客庆端庆送建立庆接庆求据分庆,数80 00 07 10 00 20 00~庆庆于 OBEX 数据分庆格式如表 5.5 所示, 表 5.5 客庆端庆送建立庆接据分庆分数割表, Table5.5 The Connect Request Packet Send From Customer 客服端庆求字庆意庆操作庆0x80建立庆接0x00077 字庆庆据分庆数0x10OBEX 版本号 1.00x00无庆接庆志0x2000最大据分庆庆数度庆 8K 服庆器庆送响数庆建立庆接据分庆,A0 00 07 10 00 08 00~庆庆于 OBEX 数据分庆格式如表 5.6 所示, 表 5.6 服庆器庆庆据分庆分响数割表, Table5.6 The Connect Response Packet Send From Server 服庆器庆响响字庆意庆庆庆0xA0建立庆接成功0x00077 字庆庆据分庆数0x10OBEX 版本号 1.00x00无庆接庆志0x0800最大据分庆庆数度庆 2K 第二步, 建立庆接完成后~客庆端庆送第一庆个数送文件据分庆,02 01 22 01 00 17 54 48 49 4E 47 2E 44 4F 43 C3 00 00 60 00 48 04 03 ……~文件本身包含在 body 可庆庆中~庆庆于 OBEX 数据分庆格式如表 5.7 所示, 表 5.7 客庆端庆送庆送文件据分庆分数割表, Table5.7 The Put Request Packet Send From Customer 客庆端庆求字庆意庆操作庆0x02写操作0x0422数据分庆庆度庆 1058 字庆0x01HI;name,0x0017name 庆的庆度Thing.jpg目庆名~零庆尾0xC3HI;length,0x00006000目庆庆度庆 0x6000 字庆 0x48HI;body,0x0403body 庆的庆度 1K 字庆0x.........1K 字庆的 body 39 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆 服庆器庆送响个数庆接收到第一庆送文件据分庆,90 00 03~庆庆于 OBEX 数据分庆格式如表 5.8 所示, 表 5.8 服庆器庆庆据分庆分响数割表, Table5.8 The Put Response Packet Send From Server 服庆器庆响响字庆意庆庆庆0x90庆庆接收0x00033 字庆庆据分庆庆数度 第三步, 庆送完第一据分庆后~个数个数客庆端庆送第二庆送文件据分庆,02 04 06 4804 03 ……~庆庆于 OBEX 数据分庆格式如表 5.9 所示, 表 5.9 客庆端庆送第二个数庆送文件据分庆分割表, Table5.9 The Second Put Request Packet Send From Customer 客庆端庆求字庆意庆操作庆0x02写操作0x0406数据分庆庆度庆 1030 字庆0x48HI;body,0x0403body 庆的庆度 1K 字庆0x.........下一个 1K 字庆的 body 服庆器庆送响个数庆接收到第二庆送文件据分庆,90 00 03~庆庆于 OBEX 数据分庆格式如表 5.10 所示, 表 5.10 服庆器庆庆据分庆分响数割表, Table5.10 The Second Put Response Packet Send From Server 服庆器庆响响字庆意庆庆庆0x90庆庆接收0x00033 字庆庆据分庆庆数度 第四步, 当客庆端庆送完成前面的包含 body 可庆庆的据分庆后~接下庆数来送最后一个包含 end_of_body 可庆庆的据分庆。数 客庆端庆送庆求据分庆,数82 04 06 49 04 03 ……~庆庆于 OBEX 数据分庆格式如表 5.11 所示, 表 5.11 客庆端庆送最后一庆求据分庆分个数割表, Table5.11 The Last Put Request Packet Send From Customer 客庆端庆求字庆意庆操作庆0x82写个数操作;最后一据分庆,0x0406数据分庆庆度庆 1030 字庆0x49HI;end_of_body,0x0403body 庆的庆度 1K 字庆0x.........下一个 1K 字庆的 Body 40 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆 服庆器庆送响数庆庆据分庆,A0 00 03~庆庆于 OBEX 数据分庆格式如表 5.12所示, 表 5.12 服庆器庆庆据分庆分响数割表, Table5.11 The Last Put Response Packet Send From Server 服庆器庆响响字庆意庆庆庆0xA0成功接收0x00033 字庆庆据分庆庆数度 以上步庆完成后~客庆端庆牙手机就庆片到了庆庆上~其文件庆庆的将写它 操作庆程与此庆似。 最后我庆通庆一文件庆庆庆程庆庆庆庆庆庆的文件庆庆剖面性能。个来仿真我庆将庆庆 A;利用金庆牙瓯个适配器使庆庆庆具庆庆牙功能,中的一文件;1Mb 大小,庆庆到庆庆 B;安装仿真并与瓯了庆庆的文件庆庆剖面庆用庆件通庆串口金庆牙庆庆平台相庆,中。表 5.13 庆庆描述了文件庆庆庆程的庆庆庆果;每庆情况庆庆 10 次取平均庆,。 表 5.13 庆庆庆果 Table5.13 Test Results 庆庆庆庆距离 ;m,有无障碍庆接情况平均庆庆 庆庆;s,平均速率 (Kb/s)15无正常1049.628无正常1089.3310无2 次中断1119.0411无 不能庆接无无55有正常1089.368有正常1148.8710有4 次中断 1188.5811有不能庆接无无 由表 5.13 可以看出~庆庆的庆牙文件庆庆剖面的庆庆速率庆庆距以仿真与离 及庆庆庆境两个因素有庆。庆庆 1 与庆庆 2 比庆表明~在有效工作范庆~庆庆内距离响很越庆~庆庆速率越低~但影不是大。庆庆 1 与庆庆 5 比庆表明~在相同的庆庆距下~庆庆的庆境也离会响影庆庆速率~庆庆庆境越好~庆庆速率越高。在庆庆 3 中出庆了 2 次中~断表明在 10m 的庆庆距庆文件庆庆工作庆已庆不离状 庆定~庆于庆界庆~而庆庆状 4 和 11 表明在庆庆距大于离 10m 之后~庆牙庆两个庆之庆不能互庆。将 庆庆庆庆庆,庆庆的文件庆庆剖面有仿真离效工作距大庆庆 10m~庆庆牙与庆庆平台所采用的 CSR 公司的庆牙芯片技庆指庆一致~根据庆庆距以及庆庆庆离境的不同~文件庆庆的平均速率庆 8.5~9.6Kbps 左右。 庆庆得到的文件庆庆平均速率 8.5~9.6Kbps 庆庆低于庆牙芯片所能提供的1Mb/s 的据庆庆速率~其主要原数因是串口通信的庆理庆程限制了庆牙文件庆庆速 41 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆率的提高~我庆所采用的 RS232 串口所能提供的最高庆庆速率庆 11520Kbps~仿真双仿真的主要目的是庆了采用嵌入式庆理器庆庆模型庆庆文件庆庆剖面~所以庆了庆化串口通信的庆庆庆程在串口通信中有没将添加流控~而直接串口通信的速率庆定庆最低的 9.6Kbps。但庆庆庆化不并响仿真影庆牙文件庆庆功能的庆庆~只要庆化串口通信庆件的庆庆~提高串口通信的速率~文件庆庆速率也就之随提高。 通庆以上庆庆表明~利用嵌入式庆理器庆庆模型庆庆的文件庆庆剖面能庆双 很离内状将好的庆行工作~而且在有效的工作距工作庆庆定~可以庆庆庆模型庆行庆一步的硬件庆庆。 5.6 硬件庆庆性能与 庆牙文件庆庆剖面的庆用相当广数泛~可以庆用于庆相机、打印机、PDA 以及 mp3 等庆子庆庆以增加庆些庆庆的庆牙无庆文件庆庆功能。考庆到目前庆相数机、mp3 等常用庆子庆庆存庆空庆有限的特点~定利用庆牙文件庆庆剖面庆庆决 一庆牙无庆庆存庆。个 庆牙无庆庆存庆的功能就是利用庆牙文件庆庆剖面~庆庆牙手机、庆牙庆数相机、庆牙 PDA 等庆牙庆庆提供附加的无庆存庆空庆。庆牙庆庆可以利用庆牙文件庆庆功能信将并从息;如庆片、文件等,无庆庆庆存庆到庆牙无庆庆存庆中~而增加庆些庆牙庆庆的存庆空庆。例如~一般的庆牙手机的存庆空庆非常有限~它将可以部分文件;如庆庆簿等,利用庆牙功能无庆庆庆到庆牙无庆庆存庆~庆庆不庆无形中增加了庆牙手机的存庆空庆~而且也起到了庆庆簿保存庆的作用~份又如~庆相机的存庆数数当空庆是限制庆相机使用的重要因素之一~外出旅游使用庆牙庆相机数随随照相庆~可以庆地的庆将拍庆到的照片庆庆到庆牙无庆庆存庆以增加存庆照片的空庆。 庆存庆中庆用到的庆牙庆庆模型如庆 5.7 所示, 庆用客庆端庆用服庆器 OBEXOBEX RFCOMM SDPRFCOMM SDP L2CAPL2CAP LMPLMP BBBB 庆 5.7 庆存庆中庆牙庆庆模型 Fig5.7 The Bluetooth Protocol Models in Flash Disc 在庆5.7中~庆庆模型定庆了服庆器和客庆端,双方利用OBEX庆庆庆的庆范完成据分庆的庆理和文件庆庆操作。数客庆端和服庆器通庆交互庆答模式完成通庆~ 42 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆但所庆庆庆庆的庆牙无庆庆存庆目前只提供被庆的接受其庆牙庆庆庆庆庆求以它 及操作的功能~所以庆存庆庆庆只作庆文件庆庆操作庆程中的服庆器。客庆端和服庆器都具有相同的庆牙剖面庆构,即庆行通用接入剖面的庆准,串行端口剖面庆准以及普通庆象交庆剖面庆准。在庆行OBEX庆庆庆~OBEX庆求是由客庆端上庆庆用庆起,通庆庆等庆庆的通庆向服庆器庆出庆求~上庆庆用和OBEX之庆通庆庆用程序接口相互庆用。 庆牙无庆庆存庆 OBEX 庆庆庆的互操作性要求有, 1.庆庆庆方庆庆下的文件系庆~包括目庆、子目庆的庆入和退出~ 2.庆牙庆庆庆的文件庆庆~如文件拷庆、目庆拷庆~ 3.操作庆方庆庆的庆象~如庆文件、庆建目庆等。 互操作特性定了相庆的操作庆程~在庆牙无庆庆存庆中~决OBEX庆庆庆的操作庆程包括,庆接建立、庆接庆、庆断弃径送文件、接收文件、操作放、庆置路等。 庆存庆的庆庆从两个来硬件和庆件方面庆行。 ?硬件 庆牙无庆庆存庆主要由 Flash、庆片机和庆牙芯片三部分庆成~其个构硬件庆如庆 5.8 所示, 数据庆串口 庆牙庆片机Flash地址庆I/O 口芯片 庆 5.8 无庆庆存庆硬件庆构 Fig5.8 The Hardware Structure of Wireless Flash Disk 庆牙芯片庆片机之庆与数几条除了利用串口庆行据通庆外~庆庆接有 I/O 口~用于指示庆存庆其庆牙庆庆的庆接与它况情~也可以通庆 I/O 口控制庆存庆其与他庆牙庆庆之庆的庆接庆~庆片机与断与 Flash 之庆的据庆和地址庆分庆用庆庆数来 存庆的据和据存放在数数 Flash 中的地址据。数另个个外~整庆庆需要具有一庆源庆庆、一个两个灯个断按庆及一到指示~庆源庆庆用于控制整系庆的庆源通~按庆主要用于庆存庆定庆的功能~指示用于灯状内指示庆存庆的工作庆~在庆存庆部庆有可重庆充庆的庆池~以解供决庆庆庆。 ?庆件 如庆 5.7 所示~无庆庆存庆需要的庆牙庆庆庆中的庆庆包括基庆庆庆、庆路管理庆庆、庆庆庆路控制适配庆庆、RFCOMM 庆庆、服庆庆庆庆庆、OBEX 庆庆等。庆庆足庆牙的互操作性要求~需要庆庆文件庆庆剖面~其中在庆牙芯片部庆庆内 43 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆庆牙基庆庆庆、庆路管理庆庆、庆庆庆路控制适配庆庆、RFCOMM 庆庆、服庆庆庆庆庆~在庆片机部庆庆内 OBEX 庆庆庆以及文件庆庆庆用剖面。因庆庆牙无庆庆存庆只完成服庆器的功能~所以庆片机只需要庆理服庆器的据。庆片机的庆数 件庆如庆构 5.9 所示。庆庆上~在庆片机部~在分庆庆庆内 OBEX 庆庆庆及其上庆的文件庆庆庆用以及 Flash 庆庆与 FAT 文件系庆的基庆上~庆需通庆文件管理功能~将两来者庆接起。 文件管理具功能包括,体 1.庆置目庆;前庆、后退、到根目庆, 2.庆庆文件庆 3.写写文件;入 Flash, 4.庆文件 5.庆建文件庆 6.庆除文件/文件庆 7.文件庆重命名 文件管理 FTP Object PushFAT 文件系庆两个 Profile Flash 庆庆OBEX 庆庆 庆 5.9 庆片机庆件庆构 Fig5.9 The Software Structure of MCU 最后~参考大量硬件的性能以及价格~我庆采用三星公司的 128MFlash 芯片K9F1G08~ Winbond 公司的 W77E58 系列庆片机以及 CSR 公司的庆牙芯片BlueCore02 庆庆庆庆了庆牙无庆庆存庆。如庆并 5.10 所示, 庆 5.10 庆牙无庆庆存庆 Fig5.10 Bluetooth WirelessFlash Disc 庆硬件庆庆庆庆完成后~庆庆大量性能庆庆~庆无庆庆存庆能庆有大部分庆与 牙庆庆庆行文件庆庆工作~具有以下一些性能技庆并指庆, 1.庆庆尺寸庆,83×22×10(mm)~ 44 重庆大庆士位庆文学学5 庆牙文件庆庆剖面的仿真与硬件庆庆 2.完全符合庆牙庆范 v1.2~ 3.工作在 2.4 GHz ISM 庆段~ 4.具有 10m 的有效庆庆距;可根据离况情庆大到 100m,~ 5.具有庆庆、加密功能~ 6.数据存取速度平均庆 20~30Kb/s;庆牙庆庆有庆~庆庆庆境好庆可更高,~与达 7.存庆空庆 128M;可以采用更大的 Flash 芯片庆展空庆,。 而且庆庆存庆具有庆、硬件庆庆庆庆以及利用庆庆庆庆庆模型庆行二次庆庆庆庆等特点。 庆牙庆庆庆庆文件到庆牙无庆庆存庆需要庆庆搜庆、庆接、庆庆、匹配、庆送等五个庆程。庆 5.11 是庆牙手机;Sony Ericsson,一庆庆片通庆庆牙文件庆庆将 剖面庆庆到无庆庆存庆庆的搜庆、庆接、庆送三庆程的主界面。个 ;a,;b,;c, 庆 5.11 庆牙手机庆庆文件庆程的搜庆、庆接庆与送界面 Fig5.11 The Searching~Connectting and Sending Interface of FTP Process of Bluetooth Mobile Phone 45 重庆大庆士位庆文学学6 全文庆庆 6 全文庆庆 本庆庆是在庆牙技庆美好庆展未来瓯帮的前提下~在重庆金科技有限公司的助下完成的。而重庆金科技有瓯国内研限公司也是庆庆牙技庆庆最早和庆力最强的家公司之一。几 本文首先概与它述了庆牙技庆的背景和特点。通庆庆庆牙其主要无庆通信技庆庆准的比庆庆述了庆牙技庆的庆庆以及庆牙在人庆生活中的各庆庆用。然后介庆了庆牙庆庆系庆模型以及庆牙庆庆庆中庆牙的各庆庆庆。在此基庆上~庆庆牙庆范 1.2 版本中定庆的庆用剖面也做了庆庆的介庆庆明~在庆庆庆次上庆明了庆牙的工作原理以及庆庆庆庆各庆庆牙庆用剖面所需要了解和掌握的知庆。 庆庆庆庆牙文件庆庆剖面中最庆庆的 OBEX 庆庆庆庆行了庆庆的分析~在庆庆分析和究了庆牙文件庆庆剖面及其相庆庆庆的前研提下~比庆了三庆庆牙文件庆庆剖面庆庆模型的庆缺点。利用重庆金科技有并瓯限公司的庆牙庆庆平台~庆合自己在 Win2000 平台上利用 VC++庆庆的庆牙文件庆庆剖面上庆庆用~采用嵌入式庆理器庆庆模型庆庆了庆牙文件庆庆剖面的功能~在庆庆庆牙文件庆双仿真 庆剖面的庆程中庆需要用到的 VC++串口通信庆程也做了庆庆的介庆。最后在硬件上庆庆了文件庆庆剖面的庆用庆例——庆牙无庆庆存庆。 庆牙技庆是一庆庆未来响移庆通信技庆有深庆影的技庆。文件庆庆只是庆牙能完成的多功能中的一庆。着庆子技庆及制造工庆的庆速庆展~庆牙模庆已众随 庆庆庆了小型化和庆模化~利用庆牙技庆在无庆通信中的技庆庆庆~不庆庆庆断牙新的功能庆用到各庆庆子庆庆中仍然是人庆不究的方向。将断研 庆然作者利用金庆牙庆庆平台采用嵌入式庆理器庆庆模型庆庆了庆瓯双仿真 牙文件庆庆剖面在并硬件上庆庆了庆牙无庆庆存庆。但是仍有不足~庆庆出今后需庆一步完成的工作有, 1.采用嵌入式庆理器庆庆模型庆庆文件庆庆剖面庆然有多庆庆~比庆双很适合于便携式庆庆~但是在庆庆庆程中需要用到串口庆接上庆庆用以及下庆庆牙模庆~当很瓶庆庆的文件大庆~串口的庆庆速率可能成庆文件庆庆庆程中的庆~在庆方面可以在以后的庆庆中加以改庆。 2.庆庆的无庆庆存庆只能作庆服庆器被庆的接收其庆牙庆庆的庆接庆庆以它 及各庆文件操作~而且也庆庆只提供文件庆庆的功能~着庆片机庆理能力的随增强~庆庆庆牙无庆庆存庆的主庆操作以及集成更多的庆牙功能也是庆一步究的研方向。 46 重庆大庆士位庆文学学致庆 致庆 本文的究工作是在研教我的庆庆林金朝授的精心指庆和悉心庆庆下完成的~在我的庆和庆文的究工作中无不庆学研注着庆庆辛勤的汗水和心血。庆庆庆庆的治学渊献启从庆度、博的知庆、无私的奉精神使我深受迪。尊敬的庆庆身上~我不庆到了庆、庆的庆庆知庆~也到了学扎广学做人的道理。在此我要向我的庆庆致以最衷心的感庆和深深的敬意。 感庆重庆金科技有瓯宝限庆任公司的金庆董事庆和万庆副庆庆理庆我庆文完成工作所庆予的大力支持~感庆在各方面庆予我庆心助帮学的通信工程院的庆庆、老庆和同庆~学与帮学感庆我朝夕相庆的庆弟庆妹庆~大家相互助、相互庆、庆系融洽、共同提高~感庆所有庆予我助帮的朋友。 感庆我的家人~他庆无限的勉励学和无私的支持才使我能庆庆利的完成庆。衷心地感庆在百忙之中庆庆庆文和参教加答庆的各位庆家、授, 47 参献考文重庆大庆士位庆文学学 参献 考 文 金庆著.庆牙技庆.北京,庆子工庆出版社~2001.1.[1] 禹帆著.庆牙技庆.清学庆大出版社,2002 年[2] 侯春萍.宋梅.蔡著涛.庆牙核心技庆.第一版.北京,机械工庆出版社~2001[3] Nathan J.Muller 著.周正庆.庆牙揭密.北京人民庆庆出版社~2001.8[4] 刘庆生.庆海著.庆牙技庆庆用.庆北大出版学社~2001.11[5] 庆禄林.雷春娟.朗庆庆著.庆牙庆庆及其庆庆.人民庆庆出版社~2001[6] 朱庆.庆振庆.周庆庆著.庆牙技庆原理庆庆与.北方交通大出版学社~2001[7] [8]Bluetooth SIG. Bluetooth specification v1. 2 ,2003 .10 .5[9]Specification of the Bluetooth System(Profile) v1.2[10] www.bluetooth.org [11] www.bluetoothinchina.com [12] 肖庆庆.国状外“庆牙”技庆的庆展庆及前景.庆子于自庆化~2000~6,6-10 [13] 庆庆清.庆牙技庆庆用前景.通庆世界~2000~12,18,19 [14] 黄志庆.庆牙技庆的特点及庆用.中据通庆庆~国数网2000~11,33,35 [15] IEEE 802.11 Working Group for WLAN.[16] HomeRF Working Group.HomeRF Working Group Technical Technical Presentation. [17] 李庆庆.庆牙技庆及其庆庆展析状与浅.庆庆庆庆庆用~与2003.4 [18] www.irda.org [19] Infrared Data Association.Object Exchange Protocol version 1.3,2003.1[20] 周慧.沈庆丰.IrOBEX 在庆牙系庆中的庆用.庆南大移庆通信家重点庆庆学国室 [21] BlueStack BluetoothTM Protocol Stack,2001 [22] 蒋庆等.基于 Bluetooth OBEX 庆庆的文件庆庆技庆的究研.小型微型庆算机系庆~2003 ;24,,687,690 [23] 庆浩强.C 程序庆庆.清学庆大出版社~1991.7 [24] 庆建庆.熊光明庆著.Visual C++/Turbo C 串口通信庆程庆践.庆子工庆出版社~2004.10 [25] David J.Kruglinski 著.潘庆民.王国印庆.Visual C++技庆内幕.清学庆大出版社~1999 [26] 庆能主庆.C++程序庆庆程教.清学庆大出版社~1999 [27] Xinhua Yang~Tingyu Zeng~Xiaojun Jin~Implementation of Bluetooth synchronization profile under Windows 98/sup /spl reg// .TENCON '02. Proceedings. 2002 IEEE Region 10 Conference on Computers, Communications, Control and Power Engineering Volume 48 重庆大庆士位庆文学学参献考文 2, 28-31 Oct. 2002 Page(s):1234 - 1237 vol.2 [28] Bhagwat, P.~Bluetooth: technology for short-range wireless apps.Internet Computing, IEEE Volume 5, Issue 3, May-June 2001 Page(s):96 – 103 [29] Chua, C.L.~Koh, K.S.~Chong, H.J.~Shum, P.~Tong, Y.C.~Wang, X.Y.~Zuo, Y.X.~Kuek, H.W.~Embedded human interface device for voice and data communication.Information, Communications and Signal Processing, 2003 and the Fourth Pacific Rim Conference on Multimedia. Proceedings of the 2003 Joint Conference of the Fourth International Conference on Volume 1, 15-18 Dec. 2003 Page(s):362 - 368 Vol.1 [30] McDermott-Wells, P.~ What is Bluetooth?.Potentials, IEEE Volume 23, Issue 5, Dec. 2004-Jan. 2005 Page(s):33 – 35 [31] McDermott-Wells, P.~Bluetooth scatternet models.Potentials, IEEEVolume 23, Issue 5, Dec. 2004-Jan. 2005 Page(s):36 – 39 [32] Johnson, D. ~ Hardware and software implications of creating Bluetooth scatternet devices.AFRICON, 2004. 7th AFRICON Conference in Africa Volume 1, 15-17 Sept. 2004 Page(s):211 - 215 Vol.1 F.J. ~ Garcia-Reinoso,J. ~ Bluetoothlocationnetworks.Global[33] Gonzalez-Castano, Telecommunications Conference, 2002. GLOBECOM '02. IEEE Volume 1, 17-21 Nov. 2002 Page(s):233 - 237 vol.1 K.V.S.S.S.S. ~ Gunasekaran,N. ~ Redd,S.R. ~ Bluetoothinwireless[34] Sairam, communication .Communications Magazine, IEEE Volume 40,Issue 6,June 2002 Page(s):90 – 96 [35] Shepherd, R.~Bluetooth wireless technology in the home.Electronics & Communication Engineering Journal Volume 13, Issue 5, Oct. 2001 Page(s):195 – 203[36] Groten, D.~Schmidt, J.R.~Bluetooth-based mobile ad hoc networks: opportunities and challenges for a telecommunications operator.Vehicular Technology Conference, 2001. VTC 2001 Spring. IEEE VTS 53rd Volume 2, 6-9 May 2001 Page(s):1134 - 1138 vol.2 [37] Baatz, S.~Frank, M.~Kuhl, C.~Martini, P.~Scholz, C.~Bluetooth scatternets: an enhanced adaptive scheduling scheme.INFOCOM 2002. Twenty-First Annual Joint Conference of the IEEE Computer and Communications Societies. Proceedings. IEEE Volume 2, 23-27 June 2002 Page(s):782 - 790 vol.2 [38] Sarkar, S.~Anjum, F.~Guha, R.~Optimal Communication in Bluetooth Piconets.Vehicular Technology, IEEE Transactions on Volume 54, Issue 2, March 2005 Page(s):709 – 721[39] Hallberg, J.~Nilsson, M.~Synnes, K.~Positioning with Bluetooth.Telecommunications, 2003. ICT 2003. 10th International Conference on Volume 2, 23 Feb.-1 March 2003 Page(s):954 - 49 重庆大庆士位庆文学学参献考文 958 vol.2 [40] Bin Zhen ~ Jonghun Park ~ Yongsuk Kim ~ Scatternet formation of Bluetooth ad hoc networks.System Sciences, 2003. Proceedings of the 36th Annual Hawaii International Conference on 6-9 Jan. 2003 Page(s):8 pp. [41] van Zeijl, P.T.M.~One-chip Bluetooth ASIC challenges.Design Automation Conference, 2001. Proceedings 18-22 June 2001 Page(s):262 [42] Lee, D.J.Y.~Lee, W.C.Y.~Ricocheting Bluetooth.Microwave and Millimeter Wave Technology, 2000, 2nd International Conference on. ICMMT 2000 14-16 Sept. 2000 Page(s):432 – 435[43] Zaruba, G.V.~Chlamtac, I.~Accelerating Bluetooth inquiry for personal area networks. Global Telecommunications Conference, 2003. GLOBECOM '03. IEEE Volume 2, 1-5 Dec. 2003 Page(s):702 - 706 Vol.2 [44] Salonidis, T.~Bhagwat, P.~Tassiulas, L.~LaMaire, R.~Distributed topology construction of Bluetooth personal area networks.INFOCOM 2001. Twentieth Annual Joint Conference of the IEEE Computer and Communications Societies. Proceedings. IEEE Volume 3, 22-26 April 2001 Page(s):1577 - 1586 vol.3 [45] Vergetis, E.~Guerin, R.~Sarkar, S.~Rank, J.~Can Bluetooth succeed as a large-scale ad hoc networking technology?.Selected Areas in Communications, IEEE Journal on Volume 23, Issue 3, March 2005 Page(s):644 – 656 50 重庆大庆士位庆文学学附庆 1 附庆 1 OBEX 庆庆庆庆源代庆,;由于程序内数容太多庆庆只庆出子程序或函的庆庆,///////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////// //接收串口庆送庆的据分庆来数 LONG OnCommunication(WPARAM ch, LPARAM port) { switch(state) { case wait_for_opcode: { } case wait_for_len: { } case wait_for_ophdr: { } case wait_for_connect_hdr: { } case wait_for_struct3: { } case wait_for_body_len: { } case wait_for_target: { } case receive_target: { } 51 重庆大庆士位庆文学学附庆 1 case wait_for_connect_id: { } case wait_for_who: { } case receive_who: { } case wait_for_name: { } case receive_name: { } case wait_for_type: { } case receive_type: { } case wait_for_body: { } case receive_body: { } case wait_for_end_of_body: { } case receive_end_of_body: { } } return 0; } 52 重庆大庆士位庆文学学附庆 1 ////////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////////////////// //庆送数据分庆到串口 void send_res_pkt() { if(opcode==0x80) { send_connect_res_pkt();} if(opcode==0x81) { send_discon_res_pkt();} if(opcode==0x02) { send_write_res_pkt();} if(opcode==0x82) { switch (body.GetLength()) { case 0: send_delete_res_pkt(); break; default: send_last_write_res_pkt(); break; } } if(opcode==0x83) { switch (type.GetLength()) { case 0: send_read_res_pkt(); break; 53 重庆大庆士位庆文学学附庆 1 void send_brow_res_pkt(){ } void send_forward_res_pkt(){ } void send_write_res_pkt(){ } void send_last_write_res_pkt(){ } void send_creat_res_pkt(){ } void send_delete_res_pkt(){ } void send_backward_res_pkt(){ } void send_back_root_res_pkt(){ } void send_read_res_pkt(){ } void reset() { } void save_file() { } 55 重庆大庆士位庆文学学附庆 2 附庆 2 [1] 林金朝~周庆明~金庆~“基于庆牙 OBEX 的无庆庆存庆的庆庆庆庆与研”~《庆算机庆用究》~已庆用。 56 庆牙文件 传传传传传传剖面及其用 作者,周庆明 学位授予庆位,重庆大学 1. 庆武.金庆.庆庆庆 庆牙庆庆算法及其VC++庆庆[期刊庆文]-微型机庆用与2005,24(9) 2. 庆志庆 庆牙串口庆庆的究庆庆仿真研与[学位庆文]2006 3. 薛永庆 庆牙技庆在煤庆据庆庆中的庆用究数研[学位庆文]2006 4. 庆庆 基于庆牙无庆局域网研与的文件庆庆系庆的究庆庆[学位庆文]2007 5. 吴昊.朱庆 利用庆牙技庆庆庆台微机庆的短距无庆通信鑫两离[期刊庆文]-内学学学蒙古工庆大庆;自然科版,2004,23(2)6. 刘涛 基于庆牙庆庆的据庆庆技庆究数研[学位庆文]2003 7. 徐盛国.刘庆庆.蒋世明.Xu Guo-sheng.Li Xiao-bin.Jiang Shi-ming 基于庆牙技庆无庆通信庆庆系庆的庆庆[期刊庆文]-庆子庆量2009(5) 8. 吴帆 基于庆牙技庆的文件庆庆系庆的庆庆庆庆与[学位庆文]2007 9. 庆庆庆 庆牙无庆据采集庆庆系庆的究数研[学位庆文]2007 10. 宋明中.侯思祖.庆昕霞 基于庆牙技庆的PC机庆据通信接口庆庆庆庆数与[期刊庆文]-庆力系庆通信2003,24(8)本文庆接,
/
本文档为【蓝牙文件传输剖面及其应用实现】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索