基于Android系统的G网(完整资料)

基于Android系统的G网(完整资料）(可以直接使用，可编辑优秀版资料，欢迎下载）

基于Android系统的G网(完整资料）(可以直接使用，可编辑优秀版资料，欢迎下载）JIUJＩＡNGUＮIVERＳITＹ毕业论题目基于Aｎdroid系统的３Ｇ网络功能开发英文题目Tｈe3GＮｅtwoｒkDeveｌｏpmentBaseｄonＡｎdroidSystｅｍ院系信息科学与技术学院专业计算机科学与技术姓名黄盛华班级学号Ａ081１40指导教师于林峰二○一二年五月摘要随着Ａndｒoid系统在消费电子行业的份额不断加重，为满足用户对手持移动产品网络功能的要求，3G无线网络功能的开发是非常有必要的。主要针对中兴ＭG３7３2模块的开发。实现在ＦS_S5PＣ１00开发板上连接MG37３2模块后，可以在其搭载的Ａndrｏｉd２。２系统中实现3Ｇ无线网络的打电话、发短信和上网。首先搭建一个Ａｎdrｏid系统开发的环境,主要是安装编译工具链,和搭建Jａｖa平台。其次是实现电话、短信框架，主要是对RIL层的开发和ＭＧ3732模块驱动的调试,这是整个开发过程中的重点和难点,需要长时间调试和优化。然后是实现ＰＰPD拨号上网,最后编译内核和Androiｄ源码，获得img镜像文件，烧录开发板后,插上MG373２模块，验证功能。关键词:安卓系统,第三代通信，网络功能AｂsｔｒactWiththｅAｎdroidｓyｓtemcoｍpoｎeｎtinthecoｎsumeｒeｌectｒoｎｉcsindｕｓtryhasbeenincｒeasiｎgｔomeｅttｈerequirementsofｔｈeｕｓｅrsofｔheｎetworkfunctionalｉtyｏfhandhelｄmobileｐroducts,thedｅvelｏpmenｔｏf3Ｇｗｉrｅｌessneｔworｋfunｃｔionisvｅrｙnecｅssaｒy.TheｄeｖｅlopmentworｋismａinlyｆorZTEMＧ3７32moduledeｖelopment。OｖerａlｌtｏaｃｈｉevｅｔheMG３732ｍodules5pc１00ｄevｅlopmentboardconnｅcteｄＡndｒoid2.2sysｔｅmequｉppedｗｉth3Gwirelessnetworks,phｏneｃａlls，teｘtiｎｇａndｔhｅＩnternｅt。Fｉrsｔ，thｅdevｅloｐmentiｓｔｏbuildanAndrｏidsysｔｅｍdevｅｌopｍentｅnvｉronmeｎt,iｓｔoinｓｔalltheｃompilertooｌchaｉn，anｄｂuildtheJａvapｌatforｍ．ＦollｏwedｂyＭG３732moｄule-driveｎthedebuggiｎganｄＡndｒoi2.２systｅmｍiddleｌayｅr（ｔhｅFRＡMＥWORKｌayer)istｈeｄevelopmentofRIL,wｈichisthefｏcｕstｈrouｇhouｔthedevelopｍentｐrｏcesｓmoreｄifｆiｃｕlt,ａfteralｏnｇperｉodｏfdｅｂuｇgｉngaｎdoptimiｚatｉoｎ。ThｅｎtheｐｒeparatiｏｎofthePPPｄiaｌ-ｕpｓｃriptａndATcommandscripｔ，aｎdfinallyｃomｐiledAｄroidsoｕrｃeｌiveiｍｇｆileｓ,aｎdbuｒｎdｅｖeｌｏpmｅｎtboard,theｃeｒtifｉｃatiｏｎｆuｎction。Keｙwoｒdｓ:AｎdrｏidSｙｓteｍ,3rdGｅnerationCoｍmunication,NetworkＦｕnctiｏｎｓ目录ＴＯC\o"1—2”\h\ｚ＼ｕ摘要 PAＧＥREF_Toc20７３6ＩＨYPEＲLIＮＫ\l_Toc626５AｂstｒactPAGＥREF_Toｃ6２65IIHYPＥRLINK\l_Toc２２9２３1绪论HYPＥRLIＮＫ\l＿Toｃ83371.1系统概述(1）HYPERLIＮＫ\l_Tｏc3142２1.2研究的意义（1）HＹPＥＲLIＮK\l_Toｃ1348０1。3发展现状(1）HYPERLINK\l_Ｔoc274００1。4发展趋势（２)HYPERLＩNK\l_Ｔoc90231。5本章小结（2)ＨYPERLＩＮK\l_Toｃ4４８９2需求分析２．1硬件需求分析（3)2。2软件需求分析（３）ＨYPＥRLINK\l＿Toc190172．3用户需求分析(４)HYPＥＲLＩＮK\l_Tｏc1598２2。4可行性（5)HＹＰERLINK\l_Ｔoc449４２．5本章小结（6）3硬件与软件环境概述HＹPERLINK\l_Toc２92133。1硬件概述（7）15226３。2软件环境概述（8)3。3本章小结(1０）ＨＹPＥRLINＫ\l＿Toｃ2420２4基于Anｄroｉd系统的电话、短信功能框架的实现HYPERＬINK\l_Ｔoc253464。1Aｐpliｃａtion层(12）HＹPERLＩNK\l_Tｏc１84６44.2Frａmｅwoｒk层（13）4。3Nａtｉvｅ层(15）HＹPEＲLINK\l_Toｃ２８７04.4Kernel层(2６）14９994。５本章小结（27）HYPERＬINK\l＿Toc155785基于Andｒoid系统的3G模块(MG3732）开发5。1RIL层的开发(28）５。2PPPD拨号上网(32)5.3本章小结（3６）6功能验证HＹＰEＲLＩNK\l_Ｔoc1840６6.１功能测试（３7）６.２本章小结(３9）HＹPERＬINＫ\l_Toｃ3105５致谢(４１)参考文献 (４2)1绪论１.1系统概述此次开发目的为实现基于Android系统的3G网络功能，即利用3G网络实现打接电话、收发短信和无线上网.硬件部分主要采用三星FＳ＿S5PC10０开发平台和中兴MＧ32723Ｇ模块，以及一张联通3ＧSＩＭ卡.系统软件部分采用Ａndroiｄ2.２系统，主要包括Lｉｎｕx内核、UBOOＴ、Aｎｄｒoid文件系统.应用软件部分主要包括Andrｏｉd2．2系统自带的拨号输入、SMS软件及Ｂrowseｒ软件,主要作用用于验证.1。２研究的意义３Ｇ是当今社会移动网络的主流，Anｄroid系统也在消费电子产品中占有极大的份额（特别是手机和平板电脑），所以研究3G在Anｄroiｄ系统中的实现，具有较大的意义的。３G在Aｎdroｉｄ系统上的实现，可以促使Andｒoｉd手机和Anｄroid平板电脑实现宽带上网,大大提升上网的速度，并且可以进行手机办公、手机商务等活动。其次手持移动产品（如手机和平板电脑）的视频通话和网络电视、音乐及其他一些只能在ＰＣ上实现的功能，都能因此而得到圆满的解决,这样就极大地方便了用户，也使基于Andｒoiｄ系统的手持移动产品真正达到“手持电脑"的效果.１。3发展现状3G已经成为嵌入式领域的一个新热点,国内的移动通信三大巨头在０8年相继宣布要重资发展３Ｇ业务，3Ｇ网络的ＷAＰ站点更是随处可见。特别是近几年，越来越多的消费者选择了Android系统的手机、平板电脑和其他设备。基于Andｒoid系统的3G网络功能必定会受到极大欢迎.1。4发展趋势近年来,随着计算机技术及相关技术的发展，嵌入式技术已成为后PＣ时代的主力，在通讯、网络、工控、医疗、电子、物联网、三网融合、3G等领域发挥着越来越重要的作用，嵌入式ＩＴ技术正在变得无处不在。如今，嵌入式IT系统开发无疑成为当今最热门、最有发展前途的领域之一。20１0年开始,Android逐渐成为智能手机技术的主导，与iPｈｏne同领潮流，改变人们的生活和工作。并且Ａndroｉd系统开放性会使其得到更大的发展。因此,基于Ａndroid系统的3G系统会得到更大的发展。1.5本章小结本章首先对包括硬件和软件在内的系统做了一个简单介绍,然后说明了该项目的意义和目的.接下来介绍了当前基于Android系统的3G技术应用这块的发展现状和未来发展趋势，说明当今和未来几年,基于Ａndroid系统的3G技术会是一项非常热门的技术。2需求分析需求分析是指开发人员要理解用户的要求，进行详细的市场调查，确定系统的新目标。为了满足用户的需要，回答系统要“做什么”的问题[１］.2．1硬件需求分析好的硬件平台会发给软件开发带来许多便利,因此选择一个合适的硬件平台是非常重要的［2］。根据软件开发需求和硬件平台稳定性、价格等一系列因素，选择了FS＿S5PC1００开发板。该开发板采用三星ＳＰ５C１０0处理器，处理器采用６4/３２位内部总线结构，运算速度最大８３3MHZ,被广泛的应用于智能手机、平板电脑等产品.根据性价比,3G模块选择了中兴MG3７32模块。ＭＧ3７32模块是基于高通ＱＳC6２70平台开发的WCDMA3Ｇ无线通讯模块，引脚方式为36脚邮票孔,适用于ＷＣDMA和GＳM网络，支持850/９00／180０/1９00/21０0频段。2.2软件需求分析据调查，这几年，系统源码开放的Andrｏｉd系统已经占用了智能手机市场3６％的份额，并且Andｒｏiｄ系统还将得到更大的发展［３]。选择了Ａndｒｏid2。２系统，其优点如下:（1）开放性Andｒoiｄ平台首要优势就是其开放性[４]。开放的平台允许任何移动终端厂商加入到Aｎdroid联盟中来.显著的开放性可以使其拥有更多的开发者，随着用户和应用的日益丰富，一个崭新的平台也将很快走向成熟[５］。(2）挣脱束缚在过去很长的一段时间,特别是在欧美地区,手机应用往往受到运营商制约，使用什么功能接入什么网络,几乎都受到运营商的控制。自从ｉPhone上市，用户可以更加方便地连接网络,运营商的制约减少。随着EDＧＥ、ＨＳＤPA这些2Ｇ至3G移动网络的逐步过渡和提升，手机随意接入网络已不是运营商口中的笑谈［6].（3）丰富的硬件由于Andｒoid的开放性，同时Aｎｄroid的热火,致使众多的硬件生产厂商在第一时间专门针对Androiｄ生产出各具特色的产品。(4）开发商Andｒoｉｄ平台提供给第三方开发商一个十分宽泛、自由的环境.因此不会受到各种条条框框的阻挠，可想而知，会有无数新颖别致的软件诞生。（５)Google应用从搜索巨人到全面的互联网渗透，Ｇｏogle服务如地图、邮件、搜索等已经成为连接用户和互联网的重要纽带，而Android平台手机将无缝结合这些优秀的Googｌｅ服务［７]。Ａｎｄroid系统是开源的。这会为开发带来极大的方便。在互联网上,可以找到很多研究Androｉd系统、研究3Ｇ网络功能实现的心得体会.这样可以通过查找资料，缩短开发的时间,明确开发方向。2。３用户需求分析根据调查，全球３Ｇ市场正在保持快速稳定的发展，并呈现以下趋势:（１）3G+技术将成增长主流截至20１1年底，全球移动普及率已超过７6％,市场将逐渐趋于饱和，移动用户增长将趋缓。中国、印度等发展中国家将是未来几年3G用户增长的主要来源，对整个移动通信市场的发展影响重大。３G+技术将成为3G市场主流。预计到2015年，ＨSPA用户占比将由２010年的6.3％迅速上升到25。6％,成为3Ｇ用户增长的重要来源［8]。（２)中低端智能终端市场份额不断提升，开放阵营将占据主流未来,智能终端的能力将呈现ＰC化,计算、处理和存储能力等方面都逐渐向PＣ性能水平靠拢。在价格方面，智能终端将整体走低，受众范围不断扩大。依靠产业分工合作、标准化、通用服务获得成本优势的中低端智能终端在市场中的份额将不断上升［9].（3）应用商店模式加快发展,浏览器成为其新载体未来，移动应用商店将继续处于快速发展阶段.随着智能终端种类和行业应用的增加，未来应用商店应用范围将持续扩大，成为覆盖手机、平板电脑、电子阅读器、笔记本电脑等移动终端设备的通用应用下载平台［1０］。显而易见，基于Ａnｄroid系统的３G网络功能，会是一个非常热门的技术，并且拥有一个巨大的市场.越来越多的用户将会选择Ａｎｄroｉd系统的移动终端设备,所以方便、快速、便宜，会是用户基本的选择条件。方便,即是携带方便，使用方便。3G模块的成品只有U盘大小,可以随身携带,使用时只需插入一张3Ｇ电话卡,连接上手机或是平板电脑就能直接使用。快速，即是上网速度快。MG3732模块的信号接收能力强，而且接收信号稳定。便宜，即是价格便宜.MG3732模块在同类型的3G模块中有明显的价格优势。综上所述,此项目今后必会受到用户的追捧,并且具有巨大的市场优势。２。4可行性2.4.1技术可行性基于Ａndroｉd的源代码的开放，使得在对Andrｏid做系统开发的时候可以很好的通过查看源代码来针对专门的问题进行解决[11］.三星SP5C100的开发板有丰富的资源,在出现问题的时候在互联网中的各大论坛中都能够找到相应的解决方案。所以通过学习，查找相关的资料，开发本系统在技术方面没有任何的问题。２。4．２经济可行性经济可行性就是对开发成本进行分析，估计开发成本是否会超过项目的预期利润[７]。在这个系统的开发过程中，需要的只是开发板的购买，而且开发板是可以多次使用的,对于Anｄroｉd系统是完全自由的，不需要付出任何的代价。当项目结束的时候，可以直接把系统拿过去使用，或者针对相关的硬件进行相应的二次开发，所获得的效益是客观的.基于以上两点的分析,本次系统开发是很有价值的.2．5本章小结通过对软件和硬件的需求分析,说明所选择的硬件平台是非常合适的。加之Ａndroｉd系统在未来几年也是一个非常热门的方向，3G市场更是稳定快速发展，所以此次开发的项目,不仅紧靠市场的需求,而且在未来的几年内都是一个热门的方向。3硬件与软件环境概述3。1硬件概述开发板平台采用了FS_S５PC100开发平台，该开发平台用三星公司先进的基于Cortex—A8内核的S5PC1０0处理器设计而成。可以适应Android、Linux、Ｗincｅ等智能操作系统的发展及市场需求［１2].S5ＰC10０处理器采用了64／３２位的内部总线结构，运算速度最大8３3MＨZ［13］。包括强大的硬件加速器，如：动态视频处理、显示控制和缩放。支持多种格式的硬件编解码:MPEF－1/2/4、Ｈ26３/Ｈ264等。其视频解码能力很强大并且省电，编解码能力达到720p@３0fpｓ(１２80x72０)，支持电视输出（NTSC/PＡL/HDMI)。支持２D／３D加速.本处理器广泛应用于智能手机、平板电脑等产品。FS_S5PC1０0平台的外观,如图3－1所示。图３—1FS＿S5PC１００的外观图3.1.２3G模块３G模块采用的是中兴MG３732模块,适用于WCDＭA和GＳM网络，支持８５0/900／1800/１900/21００频段［1４]。ZTEＭＧ37323G模块外观，如图３—2所示。图3-２MG3732外观图３.２软件环境概述3。２.1交叉开发环境的搭建（1）安装交叉编译工具链＝1＼*ＧB３①解压“Linux—Androｉd＼ｔoolchａin”目录下的“ａrm—none—eａｂi-4．2。2.tｇz到根“/usr/locａｌ"目录下，在“/usr／lｏｃal”目录下会生成“aｒm”目录。执行命令:＃ｔａrzｘvfarm-nｏne-ｅabｉ－４。2．2．tgz=２\＊GＢ3②修改环境变量“PAＴH”。～＄sｕdovim／ｅtｃ／envｉronｍent将路径添加到PATＨ变量的最后面，命令如下:ＰATＨ=”／uｓr/ｌoｃaｌ/ｓbin:/usr／ｌｏcal/bin：／usr/ｓbｉn：／usr/bin：/ｓbiｎ:／biｎ：/usr/games：/usr／ｌoｃａl/ａrｍ/4.２。2—eabi/uｓr／ｂin保存退出后执行:sourｃe／ｅｔc/envirｏnmeｎt这样修改的环境变量会立即生效。（2)安装JDK=1\*GB３①安装“Liｎux-Android\ｔoolchain”目录下的“jdｋ．bin”,jｄk.bin是Jdk1.５，Jｄk１。5是编译Ａnｄroid２。1必须的工具。把“jdｋ.bin”拷贝到“/usｒ"目录下，然后执行,按照提示安装即可.＃sudo./ｊｄk。biｎ=2\*ＧB3②安装结束后还要配置一下环境变量。～$sｕdovim/eｔｃ/ｅnvirｏｎment将路径添加到PＡＴH变量的最后面.PATH=”/uｓr/locａl／sｂｉn:/ｕｓr/local/bin：/uｓr/sｂin:/usr/bin：/sbｉn:/bｉn：/ｕｓr/gaｍes：/usｒ/ｌocal/aｒｍ/4。2.2-ｅabi/usr/bin:/usr/jｄk1.5．0_2１/bｉn保存退出后执行:sourcｅ/etc/enviｒonmｅnt3．２。2搭建并配置Jａva环境（1)安装依赖包$sudｏａｐｔ-getiｎstaｌｌbｕild－ｅｓseｎtial＄ｓudoａpt-ｇetinｓtallｌibncurses5-deｖ$suｄoaｐt-getiｎstａｌlx1１proto-ｃore-dev＄sudｏapt-geｔinstallzlib1g－ｄｅv＄sudoaｐt—geｔｉnstａlllibx1１－dｅv＄sudoaｐt-ｇｅｔiｎstallｇperf＄sｕdoapｔ—getｉnｓtａlｌbison$sudoaｐt—ｇetinstａllｆｌeｘ（２)搭建Ｊａva编译环境=1\＊GB3①安装JDK下载jｄｋ(JＤK_１_５．BＩN）并执行如下命令:＄sudomｋｄｉr/ｕsr/jaｖa＄ｓuｏｄmvJDK_1_5。ＢＩN／usｒ／jａvａ＄sｕｄｏchmod＋ｘJDK_1_5.BIＮ$ｓudo。／JDK_1_5．BＩN在执行以上命令后生成lｉcenｓe文件,按q然后根据提示输入ｙeｓ即可开始安装。=2\＊ＧB3②配置ｊavａ环境＄suｄogedｉｔ～/.ｂashｒc在最后面加上：eｘｐortJAVA_HＯＭE＝/usr／jaｖa/ｊｄｋ1.5．０＿２1//系统所用的ｊdk目录exporｔPAＴH=＄ＪAVA_HOMＥ／bin:$PATHeｘpoｒtANDＲOID_JＡVA_HOMＥ=＄ＪAVA_HＯME３。3本章小结本章主要介绍了开发系统中所需要的硬件及其参数，以及如何搭建好开发平台.良好的开发平台为一个系统开发不仅节约了开发成本，同时也缩短了开发周期［15］。4基于Aｎdroid系统的电话、短信功能框架的实现基于Android系统的3Ｇ网络电话、短信框架分为如下四个部分：（1）Javaapplicaｔion层；(2）Jａｖaｆraｍeｗorｋ层；（3)Natｉveframewoｒk层；(4）Kernel层。第一层和第二层都属于Ａndroid应用层的代码使用的是JAＶA语言开发，在此定义为Ｊavａ－ril。第三层属于ＪNI层代码使用的是Ｃ/Ｃ++语言开发，从图４-1中可知，对于硬件的具体操作代码在第三层,一般情况下,Ａｎdrｏid框架代码中使用JＮＩ的方式完成Jａva和C/C++代码的相互调用，再使用bｉｎdｅr封装实现进程间通讯.电话框架没有使用这种方式，而是使用soｃｋet的方式,完成进程间通讯，riｌｄ进程作为服务器端，Java层代码作为客户端把用户的数据发送给ｒｉｌｄ进程去处理,3G的网络功能框架图如图4-１所示。图4—1３G网络功能框架图4。１Apｐliｃatiｏn层4.１．１电话部分（１）通话部分拨打电话时，首先会调用ｏnCliｃk（)方法，这个方法会通过myEｄiｔTｅxt.gｅtText(）.toＳTring（）方法获取所拨打的电话号码，并会调用isPhoｎeＮumberＶalｉd(）方法判断这个电话号码是否符合格式,如果符合格式，则会触发Ｏutｇｏingcalｌbroadｃａster．jａvａ中的oncreａtｅ方法，如果号码是紧急号码则直接以stａｒｔａctｉviｔy方式处理。若不是紧急号码,则将该号码以senｄordereｄｂｒｏａdｃａｓt（ｏuｔｇoｉｎgcaｌlreceivｅr)方式处理，由OuｔgoiｎgcallRecｅｉvｅr内部类去接收（dｏRｅｃｅiｖe)此号码,并在ｄoｒecｅｉvｅ中启动InCallScreｅn类。ＩncalｌScreｅn类中,若第一次进入则调用ｏnｃreａte函数；若通话中再拨打电话则调用onnewintent函数.ｏｎcreａte函数中会调用interｎaｌＲesoｌveＩntent方法－-—〉调用placecalｌ函数（建立一个我们需要拨打电话的Cａll)-—〉接着调用Phoneuｔil.java的ｐｌaｃｅcall函数（传入ｐhone对象和ｎumbｅr参数)，里面调用Cｏnnｅcｔ=pｈone。dｉaｌ（nuｍbｅr)。pｈoｎｅ类是个接口类,其中声明了ｄｉal这个方法，具体的结构如箭头所示：Pｈoｎe（interface）〈-—-ｉｍplemeｎｔs-—PhｏnｅBａse(aｂｓtrａctclaｓs)<extｅnds－－——ＣDＭAPｈoｎｅ,GＳMPｈone，SIＰＰhoｎeBase.其中ＧSMＰhoｎe与CＤMAPhone都是由PhoneＦactｏrｙ来获取实例的.很明显这里是GSMＰhonｅ类在进行diaｌ操作。(2）短信部分发送短信时,首先会通过mＮuｍｂer。gｅtＴｅxt（).toＳtｒiｎｇ()和mMessagｅ。getTexｔ（).toStrinｇ（)这两个方法获取短信号码和内容，然后会触发SmsManageｒ.jaｖa中的senｄTexｔMeｓsａge方法。该方法中有四个参数,分别是StrinｇdesinaｔionＡｄdｒess、ＳtrinｇｓcAddrssｓ，Stringtexｔ、ＰｅndinｇIntｅntｓentＩｎteｎt、PendingIntentdｅliveｒｙIntｅnｔ，也就是收件人号码、发件人号码、信息内容、发送是否成功回执、接收是否成功回执。sｅndTｅｘｔMessage方法是通过AIDL的方式,获得服务，再调用这个服务对象的sendＴｅxt（）方法.这个服务对象继承了ISms。Stub,所以SmsManａger。sendTeｘtＭessage（)方法调用了ＩcｃＳmｓInteｒfacｅMａｎager对象的sendＴext()方法。IcｃSmsInterfａcｅＭａnager是一个继承了ＩSｍs.Ｓtｕb的抽象类，IccSmsInterｆacｅＭanager对象的seｎｄText（）方法调用了SＭＳDispatcｈer类的senｄTexｔ（）方法，这个方法又调用了GｓｍSMＳＤispａtｃhｅr。javａ中的seｎdSmｓ(）方法。sｅndSms（)方法调用了CoｍmandsＩｎtｅrface接口,CommanｄｓInterfaｃｅ是一个特殊的接口，与RIL.java相关,于是进入了Ｆraｍewｏrk层。4。2Fｒameｗork层（1）通话部分进入GSＭPhone的dｉａl方法：其中有个ｍCT（GｓmCａｌlTracｋeｒ类)。dial方法，深入其中有:cｍ.diaｌ（ｐendingMO。ａddreｓｓ,ｃlirMoｄe,obtａｉｎCｏmｐｌeteＭeｓｓaｇe（)）;ｃm为ＣoｍmandｓＩntｅｒfaｃe（ｉｎtｅrfacｅ接口）的对象.因为ＲIL。javａ(在andrｏｉd／iｎtｅｒｎａl/ｔeｌephｏny目录中)extｅnｄｓBaseCommaｎdsimplementｓCommａnｄｓIntｅｒfａce接口,所以ｃｍ.ｄｉal就等同于RＩL.ｄｉal。ＲIＬ.ｄial（)方法中，创建RILRｅｑueｓt对象，并将此RILRｅｑｕeｓｔ对象放入meｓｓagequeue中。ＲIL中有个内部类叫RＩLSeｎder:ｃlasｓRIＬSｅndｅrextendｓHaｎdｌerimpｌeｍｅntsRuｎnable，查看其ｈandleMessaｇe方法的核心代码如下:cａsｅＥVENT_ＳEND：s。getOutputSｔｒｅam（)。wrｉtｅ（ｄａtaLeｎｇth）；ｓ.getＯｕtputＳtrｅａm().write(ｄａｔa）;s为mSocket，而文件中mＳｏｃｋet为ＬocalSocket对象，而在实例化中。s=neｗLocａｌＳｏckeｔ（）;ｌ=nｅwLocalSoｃkｅtAddrｅsｓ(SＯCKET_NＡME＿RＩL,LocalＳocketＡｄｄreｓｓ．Namespaｃｅ.ＲESERVED）；s．connｅｃt（l);可以看到LocalＳｏcket与SＯCKEＴ_NAME_RIL打上了交道，查看其ＳOCKET_ＮＡME_RＩＬ＝”rｉld"，可以得知s．ｇeｔOutｐｕtStream()。writｅ(ｄatａ)是往rｉｌd的socｋet写数据。其实RILSendeｒ和RILRecｅivｅr都是共用的一个soｃｋｅt。也可以知道RIL中有RILD这个守护进程（负责控制RIＬ串口).这里总结下发送步骤：=1＼*ＧB3①创建RILＲeｑｕeｓt,将请求数据及Mｓｇ放入到RILＲequest中;＝2\＊GＢ3②利用Sｅｎd方法（参数：EVENＴ＿SＥND)将RILRequeｓt放入到消息队列中；=３\*GB3③RＩLSender类获取此消息，把RＩLRｅｑuｅｓt通过SOＣKEＴ方式发送到Ｒild并保存在mＲeｑuest中，以便消息的返回。（2)短信部分进入Ｆrameｗork层后,主要靠CommａｎdsＩnterface对象的sｅｎdSＭＳ（)方法来做事情，ｓendSMS（）方法源码如下:ｐublic

voiｄ

sendSMS

（String

sｍsｃPDU，

Striｎg

pｄu，

Meｓsagｅ

reｓｕｌt）

｛

ＲILRｅｑuｅｓt

ｒr=ＲIＬRequｅｓt。obtａiｎ（ＲＩL_ＲEQUEST_ＳEND_SMS,

result）；rr。mｐ。wrｉtｅInt(2);ｒr.mp。wrｉteString(smｓcPＤU）；ｒr.mp。wrｉｔｅＳtｒing(pdu)；iｆ

（RＩＬJ_ＬＯGＤ)ｒiljLog（rr.sｅrｉalString（）

+

＂＞

”

+

reｑuestToStriｎｇ（ｒｒ．mＲeｑueｓt））；send(rｒ）；｝

在sｅnｄSMＳ（)方法中,把上面传下来的短信相关的数据写入到了Parcel中,协同一个特殊的RILReｑueｓt写入到Ｓｏｃkｅｔ的输出流中，进而将数据传递到RIＬ层.4.3Natiｖe层ＲIＬ（RadioＩnterｆacｅLaｙｅr）层，主要是基于AT命令的操作,也就是把上层的传递下来的数据包（电话数据或是短信数据)分解,并转化为可以让３G模块识别的AＴ命令,最后把3G模块处理完数据返回的rｅsponsｅ解析,再传递回上层。4。３．1AｎｄｒｏidRIL概念AnｄroidＲIL是基于ｔeｌephony服务和raidｏ硬件层的抽象层，Anｄroiｄ的Rｉlｄ库介于硬件抽象层ＨAＬ接口与基于Mｏdem之间，它同样提供了语音、数据、短信、ＳIM卡管理以及STK应用的功能，实现思路跟微软的RIＬ有异曲同工之妙，也是把标准的GSM27．０07中常用的如Ｄial这些做主动请求的操作称之为request，一共7５个；另外一类信息是GSM模块主动上报的例如信号强度、基站信息等,称之为uｎsolicitedrｅsponse,一共1７个。其开发模式是跟微软ＲIL开发差不多，需要针对不同的GSＭ模块进行不同的ＧSM驱动开发,公用的部分gｏogle已经做好了，特定的部分需要用户自己去定制，这样做可以大大地提高开发效率.以下是ＲIL交互图，如图4-2所示.图4-２RIL交互图４.３.２本地代码ＲIL支持的本地代码包括RIL库和守护进程.hardwaｒe/rｉl/iｎｃｌudｅhａrdｗarｅ/ril/ｌibｒiｌhardwaｒｅ/ril/rｉlｄｈａrdwaｒｅ/rｉl/ｒeｆeｒence—rｉl编译结果是：/sｙsteｍ/bin/rild：守护进程/syｓtem/ｌib／libril。so:ＲIＬ的库/sysｔem/ｌib/ｌiｂreferｅnce-riｌ。so：RIL参考库Android的ＲIL驱动模块，在harｄware/ｒil目录下,一共分ｒilｄ，ｌｉbriｌ。sｏ以及libｒefrence_rｉl。ｓo三个部分，另外ｒadioopｔｉonｓ可供自动或手动调试使用.它们都依赖于ｉｎclude目录中ril。h头文件.目前cuｐｃake分支上带的是gsｍ的支持，另有一个cdma分支，3G通信模块MＧ37３2用到的是gsm驱动。rilｄ与liｂril.ｓo以及libｒeｆrencｅ_riｌ。sｏ的关系=１\*ＧＢ3①rild仅以mａin函数作为整个RIＬ层的入口点，负责完成初始化。在ｒiｌｄ．c文件中,将完成RIＬ的加载过程，它会执行如下操作:首先动态加载ＶｅndorＲＩＬ的。so文件；其次执行RIL_startEvｅntLｏop（）开启消息队列以进行事件监听；最后通过执行VenｄorＲIL的rilIｎｉt（）方法来进行ＶｅndｏｒＲIL与libｒil的关系建立。=2\＊GB3②lｉbrｉｌ.so与rｉld结合紧密，是其共享库。编译时就已经建立了这一关系(其实也可以编译成可执行程序,作为守护进程运行)。组成部分为ril．cpｐ和riｌ_ｅｖeｎｔ。cpp。lｉbril.ｓｏ驻留在rild这一守护进程中，主要完成同上层通信的工作，接受ＲIＬ请求并传递给libｒefrence_riｌ.so，同时把来自lｉbｒefrence_riｌ．so的反馈回传给调用进程。编译时，liｂｒｉl被链入rild，它为rilｄ提供了event处理功能，还提供了在rｉld与VendｏrRＩL之间传递请求和响应消息的能力。Libril提供的主要功能分布在两个主要方法中:一个是RIL_stａrｔＥvｅntLoｏp（)方法；另一个是RIL_regisｔｅr（)方法。RIL＿sｔartＥveｎｔLoｏp（)方法所提供的功能就是启用ｅｖｅntLoｏp线程,执行RIL消息队列；RIL_ｒｅgister(）方法的功能是启动名为rild的监听端口。=3＼＊GB3③librefreｎce_ｒil.ｓorｉld通过手动的dloｐen方式加载，结合稍微松散,这主要是因为librefrencｅ．sｏ负责跟Modｅm硬件通信。这样做更方便替换或修改加载的方式,以适配更多种类的Modeｍ。它将来自libｒil。ｓo的请求转换为AＴ命令,同时监控Ｍｏｄｅm的反馈信息，并传递回libril．ｓo。在初始化时，ｒｉld通过符号RＩL＿Iｎit获取一组函数指针并以此与之建立联系。referenｃe—rｉl会接收调用者传来的参数，参数内容为与rａdio的通信方式。如通过串口连接raｄio,那么参数形式为：－d/dev/ｔtyＳｘ,如图4—3所示.图4－3Rｉld、Lｉbｒｉl。so及Librｅfｒenｃe。so关系图＝4\*GB３④raｄiootionｓrａdiooptiongｓ通过获取启动参数，利用socｋｅt与rｉｌd通信，其作用是通过串口将一些与radio相关的参数直接传给rｉlｄ。可用于调试时配置Modem参数的配置.（2)初始化流程ｒiｌd是一个守护进程，在这里定义宏RIL_SHLIB.执行的过程为：获取参数—〉打开功能库->建立事件循环—〉执行RＩL_Ｉnit—＞ＲIL_regisｔer。主入口是ｒｉld．c中的ｍain函数,主要完成三个任务:=１\＊ＧB3①任务一:开启ｌibril。so中的ｅｖeｎｔ机制.在ＲIＬ＿startEvｅｎtLｏｏp中,最核心的是由多路Ｉ/O驱动的消息循环。=２\＊GB3②任务二：初始化ｌｉbｒefrｅｎce＿ril。ｓo。也就是跟硬件或模拟硬件modem通信的部分(后面统一称硬件），通过RIL_Init函数完成。=3\＊GB３③任务三:通过RIL＿Ｉnit获取一组函数指针RIL_RadioFunctｉoｎs,并通过ＲIL_ｒegisｔeｒ完成注册，并打开接受上层命令的soｃｋeｔ通道。初始化流程分析如下:=1\*GB３①任务一:也就是RIL_startEｖentＬｏoｐ函数。RIL_sｔaｒtＥvｅntLoｏｐ在ｒiｌ.cｐp中实现,它的主要目的是通过pthreaｄ_ｃreate(＆s_tｉｄ_dispatcｈ,＆aｔtr，eｖenｔLoop，NULL)建立一个dispatｃh线程，入口点在eｖentLoｏp。而eveｎtLoｏｐ中,会调用rｉl_evｅnt。cpp中的ril_ｅvent_ｌoop（）函数,建立起消息（eveｎt)队列机制.这一消息队列的机制讨论如下：vｏidril_eveｎｔ_ｉnｉt()；//初始化消息队列voidrｉl_event＿set(ｓtrｕctril_event＊eｖ，iｎtfｄ，bｏｏlｐersiｓt，ril_eｖent_cbｆunc，voｉd＊ｐarａm）;//设置消息队列相关的属性ｖoidrｉl＿evenｔ_aｄd（strｕctril＿ｅvｅnt*ev);／/增加消息voｉdril_timｅr_aｄd（structril_eｖｅｎt*ev,structｔiｍevａl＊ｔv)；／／增加时间计时器voidril＿evｅnｔ＿deｌ（stｒuctｒiｌ_eｖｅnt*ｅv)；//删除消息voidril_evenｔ_looｐ(）;//通过多路复用I/O机制循环调用消息队列ｓｔructril_ｅvent｛structril_eveｎt*nｅxt;//下一个消息strｕctriｌ_eｖent*pｒeｖ;/／前一个消息intfd;//事件相关设备句柄。例如对于串口数据事件,fｄ就是相关串口的设备句柄ｂoｏlpｅrsisｔ；／/如果是保持的,则不从wａtｃh_ｌisｔ中删除struｃtｔimｅvａltimeoｕt；riｌ_eｖent_cbfuｎc;//回调事件处理函数voiｄ*paraｍ；/／回调时参数｝；每个ｒil_evenｔ结构，与一个fd句柄绑定(可以是文件、ｓocｋｅt、管道等），并且带一个ｆunｃ指针去执行指定的操作。具体流程是：ril_evｅnt_init完成后，通过ｒil＿event_set来配置一个新ｒil_eｖent，并通过riｌ_ｅvent_add加入到队列之中(实际通常用ｒiｌEventAddWakeup来添加）。add会把队列里所有ｒｉl_eveｎt的fd,放入一个fｄ集合ｒｅaｄＦdｓ中。这样ril＿event_ｌoop能通过一个多路复用Ｉ/Ｏ的机制(seｌect）来等待这些fd.如果任何一个ｆd有数据写入，则进入分析流程ｐｒｏcesｓＴimeouts(),processReadReａdｉes(&rfｄs，n)和fiｒePendiｎg（）（后面会详细分析这些流程)。另外可以看到，在进入riｌ_event_lｏop之前，已经通过pｉｐｅ机制挂入了s＿ｗaｋeupfd_evenｔ.目的是为了可以在一些情况下能够内部唤醒ril＿eｖent_ｌoop的多路复用阻塞，比如一些带timeｏut的命令到期的时候。至此第一个任务分析完毕，这样便建立起了基于ｅvent队列的消息循环，稍后便可以接受上层发来的的请求了（上层请求的eｖent对象建立，在第三个任务中）。=2\*ＧＢ３②任务二：这个任务的入口是RIL_Iniｔ,RＩL_Inｉｔreｆereｎce—ril。c首先通过参数获取(p／ｄ／ｓ）硬件接口的设备文件或模拟硬件接口的ｓｏckeｔ。接下来便新创建一个线程pthrｅad_create（&ｓ_tid_mainlｏop，＆attr,maｉnLoop,NULＬ)继续初始化，即maiｎLoｏｐ。mainLｏｏp的主要任务是建立起与硬件的通信，然后通过ｒead方法阻塞等待硬件的主动上报或响应。在注册一些基础回调（tｉmeout、rｅａdｅrclｏse）后，mainLoop首先打开硬件设备文件，建立起与硬件的通信，s_deｖｉce_path和s＿poｒt是前面获取的设备路径参数，将其打开(两者可以同时打开并拥有各自的readeｒ，这里也很容易添加双卡双待等支持)。接下来通过at_opｅn(fｄ，ｏnUｎsolicited）函数建立起这一设备文件上的reader等待循环，这也是通过新建一个线程完成，reｔ=ｐthｒeaｄ_crｅaｔｅ（＆s＿ｔid_reａder，＆ａttｒ,reaｄｅrＬooｐ,＆aｔtr)，入口点为ｒｅaｄerLoop。AＴ命令都是以/r/n或/ｎ/r的换行符来作为分隔符的,所以readerＬoop是lｉne驱动的，除非出错、超时等，否则会读到一行完整的响应或主动上报,才会返回.这个循环启动以后，基本的ＡT响应机制就已经建立了起来。对它的具体分析,包括ａt＿ｏpen中挂接的ATUnsoｌＨanｄleｒ，放到后面的ｒesponsｅ分析里去。ＳMS（短信)的收发if（isＳMSUnsolicｉｔed（ｌinｅ））判断也在readerLoop中。有了响应的机制(当然,能与硬件通信也已经可以发请求了），通过ＲIL_ｒeｑuestTimedCaｌlｂａck(inｉtializeCaｌlback，ＮULＬ,＆TIMEVAL_0）,跑到iｎitiaｌｉzeＣaｌlbａck中，执行一些以AＴ命令为主的Moｄｅm初始化命令。关于ＡT命令发送的流程，详见ｒequｅsｔ分析.这里可以看到，主要完成一些参数配置,以及网络状态的检查等.硬件已经可以访问了.=３\*ＧB３③任务三：由RIL＿Iｎit的返回值ｆuｎｃs＝rilIｎｉt(＆s_ｒilEnv，ａrgc，rilArｇv）开始，这是一个RIＬ_ＲadｉoＦunctioｎs结构的指针.typｅdefstruct{ｉｎtveｒｓion;/＊seｔtoRIL＿VERSIＯN＊/RIL_RequestFｕncｏnＲｅquest;RＩL_RａｄｉｏSｔａteRｅqｕeｓtｏnSｔateRｅqｕest；RＩL＿Suppoｒtssupports;RＩL_CanｃｅlonＣaｎｃｅl；RＩL_ＧetVersiongetVersｉon；｝RIL＿RadｉｏＦuｎctions；其中最重要的是onＲｅｑｕest域，来自上层的请求都由这个函数进行映射后转换成对应的AT命令并发给硬件。Ｒｉld通过RIL_reｇiｓter注册这一指针.ＲＩL＿ｒegｉｓteｒ中要完成的另外一个任务，就是打开跟上层通信的socket接口（s_ｆdListeｎ是主接口，s＿ｆdＤebug供调试时使用）。然后将这两个soｃket接口使用任务一中实现的机制进行注册(仅列出s_fdLiｓｔen）。rｉｌ_eveｎt_sｅt（&s＿listｅｎ_evenｔ，ｓ_fｄLｉsｔen，false,listenＣallｂａｃk,NＵＬＬ)；riｌEventAddWakｅup（＆s_ｌisteｎ_eveｎｔ)；这样将两个socket加到任务一中建立起来多路复用I/O的检查句柄集合中，一旦有上层来的(调试）请求,evｅｎt机制便能响应处理了.（3）Requesｔ流程对Dｉaｌ而言，CommandInfo包含了所有的ＡT命令。所以CommandIｎfｏ结构应该这样进行初始化:｛RIＬ_ＲＥQUEＳT＿DＩAL，dｉspatchDiaｌ,resｐｏnｓeVoid}这里执行ｄｉｓpａtchFunction，也就是disｐatcｈDial这一函数。其实有很多种类的dispatchfｕnｃtion，比如disｐatcｈVｏｉd,dispａtchStrings，ｄisｐａtchSIＭ_ＩO等等,这些函数的区别在于解析传入的参数形式,void就是不带参数的，Striｎgｓ是以ｓtring[］做参数，又如Dial等,有自己的参数解析方式,以此类推.Reqｕest号和参数具备后,就可以进行具体的ｒeｑｕeｓt函数调用了。利用s_callbacks。onＲｅqｕesｔ（pRI—〉pCI—〉rｅquesｔNuｍｂer，ｘｘx，len，pRＩ)完成这一操作。s_calｌｂacks的作用是获取前文中提到的来自ｌibrefｅrｅnce-ril的RIL＿RadioＦuｎctions结构指针.rｅquｅst请求在这里转入底层的libｒefｅrｅnce-ｒiｌ处理，hａnｄleｒ是reｆｅreｎce－ril.c中的onRｅｑuesｔ。onＲeqｕeｓt进行一个简单的switch分发。RIL_ＲEQUEＳT＿DIAL流程是:onＲeｑuest－－＞reｑueｓｔＤｉal－-〉at_sｅｎd_coｍmａnd——>at_sｅnｄ_commanｄ_full——>ａt_ｓeｎｄ＿command_ｆull_nｏlｏck－-〉wrｉteline。ｒequｅsｔDｉaｌ中将命令和参数转换成对应的ＡT命令，调用公共seｎdcoｍｍand接口at_seｎd_ｃomｍａｎd。除了这个接口之外，还有如下命令：aｔ_seｎd_cｏmmａnｄ_siｎgｌeｌine、at_sｅｎd＿command_sms、ａt＿send_ｃｏmmaｎd_multiｌine等,这是根据at返回值，以及发命令流程的类型来区别的。比如aｔ_ｃsq类型，需要at_sｅnｄ_command_ｓｉｎgleline,而发送短信，因为有ｐｒｏmpｔ提示符“>”，传送数据、结束符等一系列操作，需要专门用at_seｎd_command_ｓms来实现.然后执行ａt_senｄ_command_ｆｕｌｌ，前面几个接口都会最终到这里,再通过一个互斥的ａt_sｅnｄ_cｏmｍanｄ_fulｌ_ｎｏloｃk调用,完成最终的写出操作,在wriｔelinｅ中，写出到初始化时打开的设备中。前面提到RILＳｅｎder将请求呼叫的字节流传给了rｉｌd的socket.这时，ril_evｅnt_lｏop方法的select检测到了有请求的信号，导致被挂入pending_lｉst，并执行eｖ-＞fuｎc(ev—＞fd，0，ev-＞parａm），即调用sｔａtiｃvoiｄｌistenＣallbａcｋ（intfｄ，sｈｏrtｆlagｓ,void＊ｐaram)方法。在该方法中,首先通过ａccept（)接收上层的sockｅt，然后通过recoｒd＿sｔream_nｅw(）建立一个rｅcoｒd_stｒeam,并联系上s_fdComｍaｎd，到目前为止ｓ_ｆｄCommand已经有了上层数据,于是调用prｏcｅsｓCommａndsＣａllback(intfｄ,shortｆlaｇｓ,vｏｉd*ｐaram）方法，prｏceｓｓCoｍmａｎｄsCａｌlback会保证收到一个完整的requesｔ（由recordＳtreaｍ决定），并调用pｒocessＣｏｍｍanｄＢuffｅr方法，这是命令的下发流程。每个命令以RｅquｅstＩnｆo的形式存在（实例:ｐRI）,并且将ｐRＩ挂在了s_pendｉnｇReｑuｅsts中,并执行diｓpatcｈFuncｔion方法，即diｓpaｔchDiaｌ.dispaｔchDｉａl方法中，里面核心代码如下:ｓ_callbackｓ。onReｑueｓt（pRI-＞pCI－〉rｅquｅstNuｍber,&dｉal,sizeＯfDiaｌ，ｐRI）；而ｓ_ｃaｌlbacｋs是前文提到说的RIL_RadiｏＦuncｔions结构的指针，RIL_ＲadioFｕｎｃtion中有个重要的域是onＲequest,详情可参照reference－riｌ.c文件中ｏnrｅquｅｓｔ方法的实现。onrequest中主要是用swｉtch．.case判断发送过来的命令是什么（如:拨打电话、SIM卡状态、挂断电话、等待状态等）,这里当然是拨打电话。大致的流程为：ｏnrequeｓt－－〉reｑuｅsｔDｉal——>at＿send_commａnｄ—->aｔ_send_command_full－—〉at＿ｓend_ｃoｍmaｎd＿ｆull_noｌｏck.ｎoｌoｃｋ方法中关键性的一句为wriｔｅLｉne（。.．).查看writeline方法，writteｎ=ｗrite（ｓ＿fd，s+cur，len—cur)。能够看得出是往硬件中写入命令。其实质都是at_senｄ_command＿ｆuｌl方法,执行ｗrite之后便等待硬件那边给过来的响应,于是进入ｒｅspoｎｓｅ阶段。（4）Respｏnse流程前文对Request的分析,中止在ａｔ_senｄ_cｏmmａnｄ_full_ｎoｌock里的wｒitｅｌinｅ操作.因为这里完成命令写出到硬件设备的操作，接下来就是等待硬件响应，也就是response过程。后继分析从此处开始。ｒespｏｎsｅ信息的获取，是初始化分析中提到的rｅadｅrLｏoｐ中，由readline函数以“行”为单位接收上来.AＴ的ｒesｐｏｎｓｅ有两种，一是主动上报的，比如网络状态、短信、来电等都不需要经过请求,有一个unsoliciｔed词语专门描述；另一种才是真正意义上的response，也就是命令的响应。所有的行,首先经过sｍs的自动上报筛选。因为短信的AT处理通常比较麻烦,无论收发都单独列出。这里是因为要即时处理这条短信消息（两行、标志+pdu）,而不能拆开处理。处理函数为oｎUnsoｌｉcited（由s_unｓolＨandｌer指向)。除sms特例外，所有的lｉne都要经过prｏcｅssLine,该处理流程如下:nocmｄ—--＞ｈandleUｎsoｌiｃited//主动上报isFiｎaｌReｓｐoｎｓｅSuｃcess-—-〉handleFinａlResｐｏnse/／成功，标准响应iｓFinａlRｅｓponsｅＥrｒor-－—>ｈanｄleFｉnalRｅｓｐonse／/失败，标准响应get'>'——－＞seｎｄsｍspdu//收到>符号，发送smｓ数据再继续等待响应ｓwiｔcｈs_typｅ－——＞具体响应／／命令有具体的响应信息需要对应分析需要关注的是ｈandleUnｓoliciｔｅd自动上报功能以及sｗitchs_ｔype具体响应信息。具体响应需要hanｄleＦiｎaｌＲespoｎse这样的标准响应来最终完成。=１\＊ＧB3①ｏnUnsoliｃｉte（主动上报响应）ｓtａticvｏiｄonUnｓoｌicｉted（constchar＊ｓ,cｏnstchar＊sms_pdu）；短信的ＡＴ设计难度较高。respｏnｓｅ的主要的解析过程由at_ｔoｋ。ｃ中的函数完成,其本质就是字符串按块解析,具体的解析方式由每条命令或上报信息自行决定.此处不再详述。onＵnsｏlicitｅd只解析出头部(一般是＋XXＸX的形式），然后按类型决定下一步操作，操作为RＩL＿oｎUnsoｌicitedReｓｐonｓe和RIL＿requesｔＴiｍedCallback两种。第一，ＲIＬ_onＵｎｓolｉcitedRｅsｐonse：solicitｅ的信息直接返回给上层。通过Paｒcｅｌ传递,将RESPONSＥ_UNＳＯLICIＴED,unｓolRｅsｐonsｅ（request号）先写入Ｐarceｌ,然后通过s_unｓolＲespｏnses数组,查找到对应的responseFunction完成进一步的的解析,存入Pａrｃel中。最终通过senｄＲesｐonse将其传递回原进程.流程如下：sendResｐoｎse—－＞sendResponｓｅRaw－->ｂlockingWｒｉtｅ-－>wｒitetos＿fdCｏmmand（前面建立起来的和上层框架的ｓocket连接）。第二,RIL＿requｅｓtＴimedCalｌbaｃk：通过eｖent机制实现的timer机制,回调对应的内部处理函数.通过ｉnternaｌRequestTiｍｅdＣaｌlｂaｃｋ将回调添加到event循环,最终完成caｌlｂack上挂的函数的回调。比如ｐollSIＭＳtａtｅ，onPＤPＣoｎtextListChanged等回调，不用返回上层，内部处理就可以。=2\*GB３②switchs＿ｔｙpｅ（命令的具体响应）及haｎｄleＦinalResｐｏnse（标准响应）命令的类型（s＿type)在seｎdcｏmmand时设置。有NＯ_RESULT、NUMERIC、SIＮGLELINE、MULTILIＮE几种,供不同的AＴ使用.比如AＴ+CSＱ是ｓiｎglｅlｉne，返回ａt+csq＝xｘ,xx，再加一行OＫ,比如一些设置命令,就是nｏ＿ｒesulｔ，只有一行OK或EＲROＲ.这几个类型的解析都很相似,通过一定的判断(如比较ＡT头标记等），如果是对应的响应，就通过addIｎｔermediatｅ挂到一个临时结果。sp_reｓｐｏnse—＞p＿intｅrmｅdiatｅs队列中，如果不是对应响应，则其应该是穿插其中的自动上报，用onUnsolicite来处理。具体响应只起一个获取响应信息到临时结果、等待具体分析的作用。无论有无具体响应,最终都会以标准响应ｈandleＦinaｌＲesponse来处理，也就是接受到OK，ERＲＯR等标准rｅspｏnsｅ来结束，这是大多数AT命令的规范。ｈａndleＦinalResponsｅ会设置s_commａndｃond这一objecｔ,也就是at_senｄ_command_fuｌl_nolｏck等待的对象。至此，响应的完整信息已经完全获得，ｓendcoｍmaｎd可以进一步处理返回的信息(临时结果、以及标准返回的成功或失败都在sp＿ｒeｓpoｎse中)。pp_ｏutRｅsponse参数将ｓp_response返回给调用ａt_send＿ｃomｍand_full_nolock的函数。p＿respoｎse如果返回失败（也就是标准响应的EＲROR等造成），则通过RＩＬ_onＲeqｕｅsｔＣompｌetｅ发送返回数据给上层，结束命令；如果成功，则进一步分析p＿resｐonｓｅ—>p_intermediaｔes，同样是通过at_tok.c里的函数进行分析,并同样将结果通过RIL_onＲequestComplｅte返回。ＲIL_onRequｅstComｐｌeｔe和RIL＿ｏnUｎｓoｌicｉtｅｄReｓponse很相似,功能也一致.通过Pａｒcel来传递回上层，同样是先写入RＥSPOＮSＥ_ＳOLICITＥD（区别于ＲＥSPONＳE_ＵNSOLＩCＩＴED)，pRI->tokｅn(上层传下的ｒequest号)，错误码（sendcoｍｍａｎｄ的错误，不是AＴ响应).如果有ＡＴ响应,通过访问pRI－〉pCI－>responsｅFunction来完成具体respoｎsｅ的解析，并写入Pａrcel。然后通过同样的途径:sendReｓponse--〉sendReｓpoｎseＲaw—->bｌoｃｋingWrite－－>wｒiｔetｏs＿fdCommandﻫ完成最终的响应传递，如图４—4所示。图４—４Ｒｅspｏｎse流程图Ｒeａdlｏop要解决的问题是：解析从Mｏdｅm发过来的回应。如果遇到主动上报消息则通过handleＵnsoliciｔed上报的ｊａｖa-ril;如果是命令的应答,则通过ｈandleFiｎalRｅsponse通知send_ａｔ＿cｏｍmaｎd有应答结果。Rild层初始化时获取reference－rｉl.c提供的函数列表结构体.Eventｌooｐ将根据不同的命令类型获取jａva－rｉl消息,解析出需要的参数，并调用onReｑuest函数进行分发处理。send＿aｔ_coｍmaｎd是同步的，命令发送后，senｄ＿at_commａnd将等待在命令处理完成。=3\＊GB3③ＲIL跟上层通讯主要采用两种方式:一种是通过Socket发送与接收消息的方式来实现,C方面，这个Socket在ril．ｃpp里面可以找到它的创建代码:ｓ＿ｆdＬｉｓteｎ=anｄrｏid_gｅt＿control＿soｃｋet（SＯCKＥＴ_NＡMＥ＿RIＬ);JAVA方面，在RIL。jａｖa中：s=nｅwＬocalSocket(）;l=nｅwLocａlSｏｃketAddress（SＯＣＫET＿NAＭE_ＲIL，LｏｃａｌSocketＡdｄｒｅss．Nａｍespａce。RESERVED）；s．ｃonnect（l）；另外一种方式就是直接通过TCＰ/IP直接访问内核中的sharｅｄmeｍorｙ,进行RPＣ调用，这种方式主要应用在数据模式上,一是因为Aｎdroid的每个Activiｔｙ随时都会有可能需要网络连接接收发送数据，因此必须提供一种实时性较高的访问方式，二是因为可以提高通讯效率。4．4Kｅrnel层此处主要是对uｓｂserialdriｖer的加载,这里使用的ｕsbｓｅrｉaｌdriver是来自lｉｎux内核下的通用usｂsｅriａｌ驱动。Usbsｅrial驱动控制插入其中的usｂ3Ｇ（ZＴＥMＧ37３2)设备，提供虚拟的串口，如ttyUＳＢ０，tｔyUＳB１。为了让usbserial驱动为3G模块所使用，需要修改驱动源码，使内核能够识别设备。主要是在内核/ｄｒiveｒ／usb/seｒｉal／oｐtion．c中，增加设备的vｉd和piｄ,也就是产品号和出厂号。代码如下所示：｛UＳB_DＥＶICE（０x19d2，０xffｆｆ)｝,{ＵＳB_DＥＶＩCE（０x１9ｄ2，０ｘffec)}，并且还需要配置内核：DevicｅＤrｉverｓ-－-＞［*]ＵＳＢsuｐｐｏrt—－—＞〈*>ＳupｐｏrtfｏrHoｓ-ｓiｄeＵＳB//<＊〉OHＣＩHＣＤsupport〈*〉ＵSBSｅｒialCoｎverｔerｓuｐport——－＞<＊>USBdrｉveｒforGSManｄCDMＡmoｄems这样内核就支持ZTEMG37３2３G模块了。当驱动成功加载后，插入3G模块后，在／ｄｅv/目录下就可以看到ttyUＳB0,ｔtyUＳB1等字符设备文件。４.5本章小结本章对ＡＰＰ层、Fraｍework层进行了简单的分析，重点介绍了RIＬ层和Kernel层的实现。对App层、Frａmewｏrk层的分析是为了实现RIL层，知道ＲＩL层从上层接收到什么.ＲＩL层主要实现了两个流程，即Requｅst流程和Ｒesｐonsｅ流程。Reqｕest流程就是接收上层的事件转化为ＡT命令传输到硬件。Resｐonsｅ流程就是把硬件响应的命令再解析，然后返回给上层。5基于Ａndrｏid系统的3G模块(MＧ3７32）开发5.1ＲIＬ层的开发为了使ＲIL层支持该3G模块，首先要在RIL层添加对该模块的支持。代码如ｒiｌ／ｒeｆerence—ril/Anｄroid.mｋ中：LＯＣAＬ_ＣFLＡGS＋＝－DZTE＿MG3732MG3732模块Resｐonse的数据与普通的模块有所区别，所以获取Response信息的代码有所不同.这里需要获取Response信息代码,具体代码在ril/referenｃe-ril/aｔｃｈannel．ｃ中:ｓtatiｃcoｎstchａr＊urc_readline（)//读取Rｅｓponse信息｛ssize_tｃouｎt；char＊p_reaｄ＝NＵLL;char*p_eoｌ=NUＬL;chaｒ＊ret；ｉf（＊s_UＲCＢuffeｒCuｒ==’\０’)｛s_URCＢuｆfeｒCur=s_URCＢｕffeｒ;*ｓ＿URCBuffeｒCur=’＼0'；p_reaｄ＝s_UＲＣBｕfｆer;}else{ｗhiｌe（*s_URＣBuｆｆｅｒCｕr=='\r＇｜|＊s_URCBufferCuｒ=='\n'）ｓ_UＲＣBufｆｅｒCur+＋;p_eｏl=findNｅxtEＯＬ(s＿UＲCBｕfferCｕｒ）；ｉf（p_ｅol==NＵLL）｛ｓize_ｔleｎ;len＝stｒlｅn(s_URCBuffeｒCur）;ｍemmoｖe（s＿URCBufｆｅｒ，s＿UＲCBuｆferCur，lｅn+1)；p_read=s_UＲCBuffｅr+lｅn;ｓ_URCBufｆerＣur=s＿ＵＲＣBuffer;｝｝while(p_eol＝=NUＬＬ)｛ｉf(0==MAＸ＿AT_RESＰOＮＳE—（ｐ＿ｒｅaｄ—s＿ＵRCBuffer)){LOGE("EＲROR:Inputlinｅｅｘceｅdｅdbuffｅr\n")；s_URCBuffｅrCuｒ=s_UＲCBｕffｅr;*ｓ＿ＵRCBｕfferCur=＇＼０＇；p_reaｄ＝s_URCBuｆfer;｝dｏ｛couｎt=ｒｅad(ｕrｃ_fd,p_read,MAＸ＿AT＿ＲESPＯNSE-(ｐ_read-s_URCＢuｆfeｒ））；｝ｗｈile(ｃount＜0&＆ｅrｒｎo＝=EIＮＴR）；if(count＞0）｛AＴ＿DUMＰ(”＜〈＂,ｐ_reａｄ,count）s_reaｄＣount+=ｃouｎt;p_ｒead［count]='\0＇;wｈｉle(＊s_UＲＣBuffｅrCｕｒ=＝'\r＇｜｜*s_ＵRCＢｕfｆｅｒCur==＇\n')s_UＲCBｕfｆeｒCur＋+；p_eol=fiｎｄNｅxtＥＯL（s＿ＵRCBuｆferCur）；p_rｅad+=coｕnt；}elseiｆ(counｔ<＝0){if(ｃount=＝0）｛LOGD（"atｃhannel:EＯFreachｅd”）；｝eｌｓe{LＯGD（”atchａnnel:reaｄerror％s＂，sｔｒerrｏr(errno)）；}reｔurｎNＵLＬ；}｝ret＝s_URＣBufferＣur;＊p_eol='＼0'；s_ＵRCＢufferCｕr=p_eｏl＋１；LOGD（"ＡT＜％ｓ＼ｎ”，ret）;rｅturnrｅt；｝ｓtaticｖｏid*ｕrc_rｅadｅrLoop（void＊ａrｇ）/／循环读取Response信息｛ｆor（;；）{cｏnｓtcｈaｒ＊linｅ；line=urc＿reaｄｌｉnｅ（)；if(lｉne==NUＬL)｛breａｋ；}ｉf（ｉsSMSUnｓolicited(ｌine))｛／/如果是短信，则用rｅadliｎe读取，否则用ｐｒoｃessLine（ｌine)读取ｃhar＊line１;coｎｓtchar*liｎｅ2;liｎe１＝strｄｕp（line）；ｌine2=ｒｅａdline（）；iｆ（line２=＝NUＬL)｛break；｝ｉｆ(s_uｎsolHandlｅr！＝NＵLL)｛ｓ＿unｓoｌＨandler（liｎe１,ｌine2）；}frｅe(line1);}ｅlｓｅ｛processLine(line)；}}ｏnReadｅrClｏsｅｄ()；returnNＵLL；｝;ＭＧ3732模块读取Ｒespｏnse信息,所以在AＴ命令解析函数ａt_open中需要有对MG37３2模块的宏控制，具体代码在ril/ｒｅｆeｒence-ｒil／atchaｎnel．ｃat_ｏｐen函数中:#ｉｆdefZＴE_MG3732／／发现ZTＥ＿ＭＧ３7３2模块intｆｄ2＝-１;while(fｄ２<０)｛fd2=open（"/deｖ/ttｙUSＢ2"，O_RDWＲ)；//打开硬件设备iｆ（ｆd2〈0）｛pｅrror（"ｏpenｉngＵRCinteｒfacｅ.ｒｅtrｙinｇ。．．”);sleep(１０）；｝}ｉf(fｄ2＞０）｛urc_fｄ＝fｄ２；structｔerｍiｏsios；tcｇetaｔtr(ｆd２，＆iｏs)；ios．c_ｌfｌag=0；tｃsetatｔｒ(fd2，ＴＣSANＯW,&ios）；｝reｔ=pthreａd_cr