基于Android系統(tǒng)的G網(wǎng)(完整資料)

基于Android系統(tǒng)的G網(wǎng)(完整資料）(可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）

基于Android系統(tǒng)的G網(wǎng)(完整資料）(可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）JIUJＩＡNGUＮIVERＳITＹ畢業(yè)論題目基于Aｎdroid系統(tǒng)的３Ｇ網(wǎng)絡(luò)功能開發(fā)英文題目Tｈe3GＮｅtwoｒkDeveｌｏpmentBaseｄonＡｎdroidSystｅｍ院系信息科學(xué)與技術(shù)學(xué)院專業(yè)計(jì)算機(jī)科學(xué)與技術(shù)姓名黃盛華班級(jí)學(xué)號(hào)Ａ081１40指導(dǎo)教師于林峰二○一二年五月摘要隨著Ａndｒoid系統(tǒng)在消費(fèi)電子行業(yè)的份額不斷加重，為滿足用戶對(duì)手持移動(dòng)產(chǎn)品網(wǎng)絡(luò)功能的要求，3G無(wú)線網(wǎng)絡(luò)功能的開發(fā)是非常有必要的。主要針對(duì)中興ＭG３7３2模塊的開發(fā)。實(shí)現(xiàn)在ＦS_S5PＣ１00開發(fā)板上連接MG37３2模塊后，可以在其搭載的Ａndrｏｉd２。２系統(tǒng)中實(shí)現(xiàn)3Ｇ無(wú)線網(wǎng)絡(luò)的打電話、發(fā)短信和上網(wǎng)。首先搭建一個(gè)Ａｎdrｏid系統(tǒng)開發(fā)的環(huán)境,主要是安裝編譯工具鏈,和搭建Jａｖa平臺(tái)。其次是實(shí)現(xiàn)電話、短信框架，主要是對(duì)RIL層的開發(fā)和ＭＧ3732模塊驅(qū)動(dòng)的調(diào)試,這是整個(gè)開發(fā)過(guò)程中的重點(diǎn)和難點(diǎn),需要長(zhǎng)時(shí)間調(diào)試和優(yōu)化。然后是實(shí)現(xiàn)ＰＰPD撥號(hào)上網(wǎng),最后編譯內(nèi)核和Androiｄ源碼，獲得img鏡像文件，燒錄開發(fā)板后,插上MG373２模塊，驗(yàn)證功能。關(guān)鍵詞:安卓系統(tǒng),第三代通信，網(wǎng)絡(luò)功能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(chǔ)ｂstｒactPAGＥREF_Toｃ6２65IIHYPＥRLINK\l_Toc２２9２３1緒論HYPＥRLIＮＫ\l＿Toｃ83371.1系統(tǒng)概述(1）HYPERLIＮＫ\l_Tｏc3142２1.2研究的意義（1）HＹPＥＲLIＮK\l_Toｃ1348０1。3發(fā)展現(xiàn)狀(1）HYPERLINK\l_Ｔoc274００1。4發(fā)展趨勢(shì)（２)HYPERLＩNK\l_Ｔoc90231。5本章小結(jié)（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本章小結(jié)（6）3硬件與軟件環(huán)境概述HＹPERLINK\l_Toc２92133。1硬件概述（7）15226３。2軟件環(huán)境概述（8)3。3本章小結(jié)(1０）ＨＹPＥRLINＫ\l＿Toｃ2420２4基于Anｄroｉd系統(tǒng)的電話、短信功能框架的實(shí)現(xiàn)HYPERＬINK\l_Ｔoc253464。1Aｐpliｃａt(yī)ion層(12）HＹPERLＩNK\l_Tｏc１84６44.2Frａmｅwoｒk層（13）4。3Nａt(yī)ｉvｅ層(15）HＹPEＲLINK\l_Toｃ２８７04.4Kernel層(2６）14９994。５本章小結(jié)（27）HYPERＬINK\l＿Toc155785基于Andｒoid系統(tǒng)的3G模塊(MG3732）開發(fā)5。1RIL層的開發(fā)(28）５。2PPPD撥號(hào)上網(wǎng)(32)5.3本章小結(jié)（3６）6功能驗(yàn)證HＹＰEＲLＩNK\l_Ｔoc1840６6.１功能測(cè)試（３7）６.２本章小結(jié)(３9）HＹPERＬINＫ\l_Toｃ3105５致謝(４１)參考文獻(xiàn) (４2)1緒論１.1系統(tǒng)概述此次開發(fā)目的為實(shí)現(xiàn)基于Android系統(tǒng)的3G網(wǎng)絡(luò)功能，即利用3G網(wǎng)絡(luò)實(shí)現(xiàn)打接電話、收發(fā)短信和無(wú)線上網(wǎng).硬件部分主要采用三星FＳ＿S5PC10０開發(fā)平臺(tái)和中興MＧ32723Ｇ模塊，以及一張聯(lián)通3ＧSＩＭ卡.系統(tǒng)軟件部分采用Ａndroiｄ2.２系統(tǒng)，主要包括Lｉｎｕx內(nèi)核、UBOOＴ、Aｎｄｒoid文件系統(tǒng).應(yīng)用軟件部分主要包括Andrｏｉd2．2系統(tǒng)自帶的撥號(hào)輸入、SMS軟件及Ｂrowseｒ軟件,主要作用用于驗(yàn)證.1。２研究的意義３Ｇ是當(dāng)今社會(huì)移動(dòng)網(wǎng)絡(luò)的主流，Anｄroid系統(tǒng)也在消費(fèi)電子產(chǎn)品中占有極大的份額（特別是手機(jī)和平板電腦），所以研究3G在Anｄroiｄ系統(tǒng)中的實(shí)現(xiàn)，具有較大的意義的。３G在Aｎdroｉｄ系統(tǒng)上的實(shí)現(xiàn)，可以促使Andｒoｉd手機(jī)和Anｄroid平板電腦實(shí)現(xiàn)寬帶上網(wǎng),大大提升上網(wǎng)的速度，并且可以進(jìn)行手機(jī)辦公、手機(jī)商務(wù)等活動(dòng)。其次手持移動(dòng)產(chǎn)品（如手機(jī)和平板電腦）的視頻通話和網(wǎng)絡(luò)電視、音樂及其他一些只能在ＰＣ上實(shí)現(xiàn)的功能，都能因此而得到圓滿的解決,這樣就極大地方便了用戶，也使基于Andｒoiｄ系統(tǒng)的手持移動(dòng)產(chǎn)品真正達(dá)到“手持電腦"的效果.１。3發(fā)展現(xiàn)狀3G已經(jīng)成為嵌入式領(lǐng)域的一個(gè)新熱點(diǎn),國(guó)內(nèi)的移動(dòng)通信三大巨頭在０8年相繼宣布要重資發(fā)展３Ｇ業(yè)務(wù)，3Ｇ網(wǎng)絡(luò)的ＷAＰ站點(diǎn)更是隨處可見。特別是近幾年，越來(lái)越多的消費(fèi)者選擇了Android系統(tǒng)的手機(jī)、平板電腦和其他設(shè)備?；贏ndｒoid系統(tǒng)的3G網(wǎng)絡(luò)功能必定會(huì)受到極大歡迎.1。4發(fā)展趨勢(shì)近年來(lái),隨著計(jì)算機(jī)技術(shù)及相關(guān)技術(shù)的發(fā)展，嵌入式技術(shù)已成為后PＣ時(shí)代的主力，在通訊、網(wǎng)絡(luò)、工控、醫(yī)療、電子、物聯(lián)網(wǎng)、三網(wǎng)融合、3G等領(lǐng)域發(fā)揮著越來(lái)越重要的作用，嵌入式ＩＴ技術(shù)正在變得無(wú)處不在。如今，嵌入式IT系統(tǒng)開發(fā)無(wú)疑成為當(dāng)今最熱門、最有發(fā)展前途的領(lǐng)域之一。20１0年開始,Android逐漸成為智能手機(jī)技術(shù)的主導(dǎo)，與iPｈｏne同領(lǐng)潮流，改變?nèi)藗兊纳詈凸ぷ?。并且Ａndroｉd系統(tǒng)開放性會(huì)使其得到更大的發(fā)展。因此,基于Ａndroid系統(tǒng)的3G系統(tǒng)會(huì)得到更大的發(fā)展。1.5本章小結(jié)本章首先對(duì)包括硬件和軟件在內(nèi)的系統(tǒng)做了一個(gè)簡(jiǎn)單介紹,然后說(shuō)明了該項(xiàng)目的意義和目的.接下來(lái)介紹了當(dāng)前基于Android系統(tǒng)的3G技術(shù)應(yīng)用這塊的發(fā)展現(xiàn)狀和未來(lái)發(fā)展趨勢(shì)，說(shuō)明當(dāng)今和未來(lái)幾年,基于Ａndroid系統(tǒng)的3G技術(shù)會(huì)是一項(xiàng)非常熱門的技術(shù)。2需求分析需求分析是指開發(fā)人員要理解用戶的要求，進(jìn)行詳細(xì)的市場(chǎng)調(diào)查，確定系統(tǒng)的新目標(biāo)。為了滿足用戶的需要，回答系統(tǒng)要“做什么”的問(wèn)題[１］.2．1硬件需求分析好的硬件平臺(tái)會(huì)發(fā)給軟件開發(fā)帶來(lái)許多便利,因此選擇一個(gè)合適的硬件平臺(tái)是非常重要的［2］。根據(jù)軟件開發(fā)需求和硬件平臺(tái)穩(wěn)定性、價(jià)格等一系列因素，選擇了FS＿S5PC1００開發(fā)板。該開發(fā)板采用三星ＳＰ５C１０0處理器，處理器采用６4/３２位內(nèi)部總線結(jié)構(gòu)，運(yùn)算速度最大８３3MHZ,被廣泛的應(yīng)用于智能手機(jī)、平板電腦等產(chǎn)品.根據(jù)性價(jià)比,3G模塊選擇了中興MG3７32模塊。ＭＧ3７32模塊是基于高通ＱＳC6２70平臺(tái)開發(fā)的WCDMA3Ｇ無(wú)線通訊模塊，引腳方式為36腳郵票孔,適用于ＷＣDMA和GＳM網(wǎng)絡(luò)，支持850/９00／180０/1９00/21０0頻段。2.2軟件需求分析據(jù)調(diào)查，這幾年，系統(tǒng)源碼開放的Andrｏｉd系統(tǒng)已經(jīng)占用了智能手機(jī)市場(chǎng)3６％的份額，并且Andｒｏiｄ系統(tǒng)還將得到更大的發(fā)展［３]。選擇了Ａndｒｏid2。２系統(tǒng)，其優(yōu)點(diǎn)如下:（1）開放性Andｒoiｄ平臺(tái)首要優(yōu)勢(shì)就是其開放性[４]。開放的平臺(tái)允許任何移動(dòng)終端廠商加入到Aｎdroid聯(lián)盟中來(lái).顯著的開放性可以使其擁有更多的開發(fā)者，隨著用戶和應(yīng)用的日益豐富，一個(gè)嶄新的平臺(tái)也將很快走向成熟[５］。(2）掙脫束縛在過(guò)去很長(zhǎng)的一段時(shí)間,特別是在歐美地區(qū),手機(jī)應(yīng)用往往受到運(yùn)營(yíng)商制約，使用什么功能接入什么網(wǎng)絡(luò),幾乎都受到運(yùn)營(yíng)商的控制。自從ｉPhone上市，用戶可以更加方便地連接網(wǎng)絡(luò),運(yùn)營(yíng)商的制約減少。隨著EDＧＥ、ＨＳＤPA這些2Ｇ至3G移動(dòng)網(wǎng)絡(luò)的逐步過(guò)渡和提升，手機(jī)隨意接入網(wǎng)絡(luò)已不是運(yùn)營(yíng)商口中的笑談［6].（3）豐富的硬件由于Andｒoid的開放性，同時(shí)Aｎｄroid的熱火,致使眾多的硬件生產(chǎn)廠商在第一時(shí)間專門針對(duì)Androiｄ生產(chǎn)出各具特色的產(chǎn)品。(4）開發(fā)商Andｒoｉｄ平臺(tái)提供給第三方開發(fā)商一個(gè)十分寬泛、自由的環(huán)境.因此不會(huì)受到各種條條框框的阻撓，可想而知，會(huì)有無(wú)數(shù)新穎別致的軟件誕生。（５)Google應(yīng)用從搜索巨人到全面的互聯(lián)網(wǎng)滲透，Ｇｏogle服務(wù)如地圖、郵件、搜索等已經(jīng)成為連接用戶和互聯(lián)網(wǎng)的重要紐帶，而Android平臺(tái)手機(jī)將無(wú)縫結(jié)合這些優(yōu)秀的Googｌｅ服務(wù)［７]。Ａｎｄroid系統(tǒng)是開源的。這會(huì)為開發(fā)帶來(lái)極大的方便。在互聯(lián)網(wǎng)上,可以找到很多研究Androｉd系統(tǒng)、研究3Ｇ網(wǎng)絡(luò)功能實(shí)現(xiàn)的心得體會(huì).這樣可以通過(guò)查找資料，縮短開發(fā)的時(shí)間,明確開發(fā)方向。2。３用戶需求分析根據(jù)調(diào)查，全球３Ｇ市場(chǎng)正在保持快速穩(wěn)定的發(fā)展，并呈現(xiàn)以下趨勢(shì):（１）3G+技術(shù)將成增長(zhǎng)主流截至20１1年底，全球移動(dòng)普及率已超過(guò)７6％,市場(chǎng)將逐漸趨于飽和，移動(dòng)用戶增長(zhǎng)將趨緩。中國(guó)、印度等發(fā)展中國(guó)家將是未來(lái)幾年3G用戶增長(zhǎng)的主要來(lái)源，對(duì)整個(gè)移動(dòng)通信市場(chǎng)的發(fā)展影響重大。３G+技術(shù)將成為3G市場(chǎng)主流。預(yù)計(jì)到2015年，ＨSPA用戶占比將由２010年的6.3％迅速上升到25。6％,成為3Ｇ用戶增長(zhǎng)的重要來(lái)源［8]。（２)中低端智能終端市場(chǎng)份額不斷提升，開放陣營(yíng)將占據(jù)主流未來(lái),智能終端的能力將呈現(xiàn)ＰC化,計(jì)算、處理和存儲(chǔ)能力等方面都逐漸向PＣ性能水平靠攏。在價(jià)格方面，智能終端將整體走低，受眾范圍不斷擴(kuò)大。依靠產(chǎn)業(yè)分工合作、標(biāo)準(zhǔn)化、通用服務(wù)獲得成本優(yōu)勢(shì)的中低端智能終端在市場(chǎng)中的份額將不斷上升［9].（3）應(yīng)用商店模式加快發(fā)展,瀏覽器成為其新載體未來(lái)，移動(dòng)應(yīng)用商店將繼續(xù)處于快速發(fā)展階段.隨著智能終端種類和行業(yè)應(yīng)用的增加，未來(lái)應(yīng)用商店應(yīng)用范圍將持續(xù)擴(kuò)大，成為覆蓋手機(jī)、平板電腦、電子閱讀器、筆記本電腦等移動(dòng)終端設(shè)備的通用應(yīng)用下載平臺(tái)［1０］。顯而易見，基于Ａnｄroid系統(tǒng)的３G網(wǎng)絡(luò)功能，會(huì)是一個(gè)非常熱門的技術(shù)，并且擁有一個(gè)巨大的市場(chǎng).越來(lái)越多的用戶將會(huì)選擇Ａｎｄroｉd系統(tǒng)的移動(dòng)終端設(shè)備,所以方便、快速、便宜，會(huì)是用戶基本的選擇條件。方便,即是攜帶方便，使用方便。3G模塊的成品只有U盤大小,可以隨身攜帶,使用時(shí)只需插入一張3Ｇ電話卡,連接上手機(jī)或是平板電腦就能直接使用?？焖?，即是上網(wǎng)速度快。MG3732模塊的信號(hào)接收能力強(qiáng)，而且接收信號(hào)穩(wěn)定。便宜，即是價(jià)格便宜.MG3732模塊在同類型的3G模塊中有明顯的價(jià)格優(yōu)勢(shì)。綜上所述,此項(xiàng)目今后必會(huì)受到用戶的追捧,并且具有巨大的市場(chǎng)優(yōu)勢(shì)。２。4可行性2.4.1技術(shù)可行性基于Ａndroｉd的源代碼的開放，使得在對(duì)Andrｏid做系統(tǒng)開發(fā)的時(shí)候可以很好的通過(guò)查看源代碼來(lái)針對(duì)專門的問(wèn)題進(jìn)行解決[11］.三星SP5C100的開發(fā)板有豐富的資源,在出現(xiàn)問(wèn)題的時(shí)候在互聯(lián)網(wǎng)中的各大論壇中都能夠找到相應(yīng)的解決方案。所以通過(guò)學(xué)習(xí)，查找相關(guān)的資料，開發(fā)本系統(tǒng)在技術(shù)方面沒有任何的問(wèn)題。２。4．２經(jīng)濟(jì)可行性經(jīng)濟(jì)可行性就是對(duì)開發(fā)成本進(jìn)行分析，估計(jì)開發(fā)成本是否會(huì)超過(guò)項(xiàng)目的預(yù)期利潤(rùn)[７]。在這個(gè)系統(tǒng)的開發(fā)過(guò)程中，需要的只是開發(fā)板的購(gòu)買，而且開發(fā)板是可以多次使用的,對(duì)于Anｄroｉd系統(tǒng)是完全自由的，不需要付出任何的代價(jià)。當(dāng)項(xiàng)目結(jié)束的時(shí)候，可以直接把系統(tǒng)拿過(guò)去使用，或者針對(duì)相關(guān)的硬件進(jìn)行相應(yīng)的二次開發(fā)，所獲得的效益是客觀的.基于以上兩點(diǎn)的分析,本次系統(tǒng)開發(fā)是很有價(jià)值的.2．5本章小結(jié)通過(guò)對(duì)軟件和硬件的需求分析,說(shuō)明所選擇的硬件平臺(tái)是非常合適的。加之Ａndroｉd系統(tǒng)在未來(lái)幾年也是一個(gè)非常熱門的方向，3G市場(chǎng)更是穩(wěn)定快速發(fā)展，所以此次開發(fā)的項(xiàng)目,不僅緊靠市場(chǎng)的需求,而且在未來(lái)的幾年內(nèi)都是一個(gè)熱門的方向。3硬件與軟件環(huán)境概述3。1硬件概述開發(fā)板平臺(tái)采用了FS_S５PC100開發(fā)平臺(tái)，該開發(fā)平臺(tái)用三星公司先進(jìn)的基于Cortex—A8內(nèi)核的S5PC1０0處理器設(shè)計(jì)而成?？梢赃m應(yīng)Android、Linux、Ｗincｅ等智能操作系統(tǒng)的發(fā)展及市場(chǎng)需求［１2].S5ＰC10０處理器采用了64／３２位的內(nèi)部總線結(jié)構(gòu)，運(yùn)算速度最大8３3MＨZ［13］。包括強(qiáng)大的硬件加速器，如：動(dòng)態(tài)視頻處理、顯示控制和縮放。支持多種格式的硬件編解碼:MPEF－1/2/4、Ｈ26３/Ｈ264等。其視頻解碼能力很強(qiáng)大并且省電，編解碼能力達(dá)到720p@３0fpｓ(１２80x72０)，支持電視輸出（NTSC/PＡL/HDMI)。支持２D／３D加速.本處理器廣泛應(yīng)用于智能手機(jī)、平板電腦等產(chǎn)品。FS_S5PC1０0平臺(tái)的外觀,如圖3－1所示。圖３—1FS＿S5PC１００的外觀圖3.1.２3G模塊３G模塊采用的是中興MG３732模塊,適用于WCDＭA和GＳM網(wǎng)絡(luò)，支持８５0/900／1800/１900/21００頻段［1４]。ZTEＭＧ37323G模塊外觀，如圖３—2所示。圖3-２MG3732外觀圖３.２軟件環(huán)境概述3。２.1交叉開發(fā)環(huán)境的搭建（1）安裝交叉編譯工具鏈＝1＼*ＧB３①解壓“Linux—Androｉd＼ｔoolchａin”目錄下的“ａrm—none—eａｂi-4．2。2.tｇz到根“/usr/locａｌ"目錄下，在“/usr／lｏｃal”目錄下會(huì)生成“aｒm”目錄。執(zhí)行命令:＃ｔａrzｘvfarm-nｏne-ｅabｉ－４。2．2．tgz=２\＊GＢ3②修改環(huán)境變量“PAＴH”?！鐂ｕ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保存退出后執(zhí)行:sourｃe／ｅｔc/envirｏnmeｎt這樣修改的環(huán)境變量會(huì)立即生效。（2)安裝JDK=1\*GB３①安裝“Liｎux-Android\ｔoolchain”目錄下的“jdｋ．bin”,jｄk.bin是Jdk1.５，Jｄk１。5是編譯Ａnｄroid２。1必須的工具。把“jdｋ.bin”拷貝到“/usｒ"目錄下，然后執(zhí)行,按照提示安裝即可.＃sudo./ｊｄk。biｎ=2\*ＧB3②安裝結(jié)束后還要配置一下環(huán)境變量?！?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保存退出后執(zhí)行:sourcｅ/etc/enviｒonmｅnt3．２。2搭建并配置Jａva環(huán)境（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編譯環(huán)境=1\＊GB3①安裝JDK下載jｄｋ(JＤK_１_５．BＩN）并執(zhí)行如下命令:＄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在執(zhí)行以上命令后生成lｉcenｓe文件,按q然后根據(jù)提示輸入ｙeｓ即可開始安裝。=2\＊ＧB3②配置ｊavａ環(huán)境＄suｄogedｉｔ～/.ｂashｒc在最后面加上：eｘｐortJAVA_HＯＭE＝/usr／jaｖa/ｊｄｋ1.5．０＿２1//系統(tǒng)所用的ｊdk目錄exporｔPAＴH=＄ＪAVA_HOMＥ／bin:$PATHeｘpoｒtANDＲOID_JＡVA_HOMＥ=＄ＪAVA_HＯME３。3本章小結(jié)本章主要介紹了開發(fā)系統(tǒng)中所需要的硬件及其參數(shù)，以及如何搭建好開發(fā)平臺(tái).良好的開發(fā)平臺(tái)為一個(gè)系統(tǒng)開發(fā)不僅節(jié)約了開發(fā)成本，同時(shí)也縮短了開發(fā)周期［15］。4基于Aｎdroid系統(tǒng)的電話、短信功能框架的實(shí)現(xiàn)基于Android系統(tǒng)的3Ｇ網(wǎng)絡(luò)電話、短信框架分為如下四個(gè)部分：（1）Javaapplicaｔion層；(2）Jａｖaｆraｍeｗorｋ層；（3)Natｉveframewoｒk層；(4）Kernel層。第一層和第二層都屬于Ａndroid應(yīng)用層的代碼使用的是JAＶA語(yǔ)言開發(fā)，在此定義為Ｊavａ－ril。第三層屬于ＪNI層代碼使用的是Ｃ/Ｃ++語(yǔ)言開發(fā)，從圖４-1中可知，對(duì)于硬件的具體操作代碼在第三層,一般情況下,Ａｎdrｏid框架代碼中使用JＮＩ的方式完成Jａva和C/C++代碼的相互調(diào)用，再使用bｉｎdｅr封裝實(shí)現(xiàn)進(jìn)程間通訊.電話框架沒有使用這種方式，而是使用soｃｋet的方式,完成進(jìn)程間通訊，riｌｄ進(jìn)程作為服務(wù)器端，Java層代碼作為客戶端把用戶的數(shù)據(jù)發(fā)送給ｒｉｌｄ進(jìn)程去處理,3G的網(wǎng)絡(luò)功能框架圖如圖4-１所示。圖4—1３G網(wǎng)絡(luò)功能框架圖4。１Apｐliｃatiｏn層4.１．１電話部分（１）通話部分撥打電話時(shí)，首先會(huì)調(diào)用ｏnCliｃk（)方法，這個(gè)方法會(huì)通過(guò)myEｄiｔTｅxt.gｅtText(）.toＳTring（）方法獲取所撥打的電話號(hào)碼，并會(huì)調(diào)用isPhoｎeＮumberＶalｉd(）方法判斷這個(gè)電話號(hào)碼是否符合格式,如果符合格式，則會(huì)觸發(fā)Ｏutｇｏingcalｌbroadｃａster．jａvａ中的oncreａt(yī)ｅ方法，如果號(hào)碼是緊急號(hào)碼則直接以stａｒｔａctｉviｔy方式處理。若不是緊急號(hào)碼,則將該號(hào)碼以senｄordereｄｂｒｏａdｃａｓt（ｏuｔｇoｉｎgcaｌlreceivｅr)方式處理，由OuｔgoiｎgcallRecｅｉvｅr內(nèi)部類去接收（dｏRｅｃｅiｖe)此號(hào)碼,并在ｄoｒecｅｉvｅ中啟動(dòng)InCallScreｅn類。ＩncalｌScreｅn類中,若第一次進(jìn)入則調(diào)用ｏnｃreａt(yī)e函數(shù)；若通話中再撥打電話則調(diào)用onnewintent函數(shù).ｏｎcreａt(yī)e函數(shù)中會(huì)調(diào)用interｎaｌＲesoｌveＩntent方法－-—〉調(diào)用placecalｌ函數(shù)（建立一個(gè)我們需要撥打電話的Cａll)-—〉接著調(diào)用Phoneuｔil.java的ｐｌaｃｅcall函數(shù)（傳入ｐhone對(duì)象和ｎumbｅr參數(shù))，里面調(diào)用Cｏnnｅcｔ=pｈone。dｉaｌ（nuｍbｅr)。pｈoｎｅ類是個(gè)接口類,其中聲明了ｄｉal這個(gè)方法，具體的結(jié)構(gòu)如箭頭所示：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ｙ來(lái)獲取實(shí)例的.很明顯這里是GSMＰhonｅ類在進(jìn)行diaｌ操作。(2）短信部分發(fā)送短信時(shí),首先會(huì)通過(guò)mＮuｍｂer。gｅtＴｅxt（).toＳtｒiｎｇ()和mMessagｅ。getTexｔ（).toStrinｇ（)這兩個(gè)方法獲取短信號(hào)碼和內(nèi)容，然后會(huì)觸發(fā)SmsManageｒ.jaｖa中的senｄTexｔMeｓsａge方法。該方法中有四個(gè)參數(shù),分別是StrinｇdesinaｔionＡｄdｒess、ＳtrinｇｓcAddrssｓ，Stringtexｔ、ＰｅndinｇIntｅntｓentＩｎteｎt、PendingIntentdｅliveｒｙIntｅnｔ，也就是收件人號(hào)碼、發(fā)件人號(hào)碼、信息內(nèi)容、發(fā)送是否成功回執(zhí)、接收是否成功回執(zhí)。sｅndTｅｘｔMessage方法是通過(guò)AIDL的方式,獲得服務(wù)，再調(diào)用這個(gè)服務(wù)對(duì)象的sendＴｅxt（）方法.這個(gè)服務(wù)對(duì)象繼承了ISms。Stub,所以SmsManａger。sendTeｘtＭessage（)方法調(diào)用了ＩcｃＳmｓInteｒfacｅMａｎager對(duì)象的sendＴext()方法。IcｃSmsInterfａcｅＭａnager是一個(gè)繼承了ＩSｍs.Ｓtｕb的抽象類，IccSmsInterｆacｅＭanager對(duì)象的seｎｄText（）方法調(diào)用了SＭＳDispatcｈer類的senｄTexｔ（）方法，這個(gè)方法又調(diào)用了GｓｍSMＳＤispａt(yī)ｃhｅr。javａ中的seｎdSmｓ(）方法。sｅndSms（)方法調(diào)用了CoｍmandsＩｎtｅrface接口,CommanｄｓInterfaｃｅ是一個(gè)特殊的接口，與RIL.java相關(guān),于是進(jìn)入了Ｆraｍewｏrk層。4。2Fｒameｗork層（1）通話部分進(jìn)入GSＭPhone的dｉａl方法：其中有個(gè)ｍ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ｅ接口）的對(duì)象.因?yàn)椋襂L。javａ(在andrｏｉd／iｎtｅｒｎａl/ｔeｌephｏny目錄中)extｅnｄｓBaseCommaｎdsimplementｓCommａnｄｓIntｅｒfａce接口,所以ｃｍ.ｄｉal就等同于RＩL.ｄｉal。ＲIＬ.ｄial（)方法中，創(chuàng)建RILRｅｑueｓt對(duì)象，并將此RILRｅｑｕeｓｔ對(duì)象放入meｓｓagequeue中。ＲIL中有個(gè)內(nèi)部類叫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ｅ（ｄａt(yī)aLeｎｇth）；ｓ.getＯｕtputＳtrｅａm().write(ｄａｔa）;s為mSocket，而文件中mＳｏｃｋet為ＬocalSocket對(duì)象，而在實(shí)例化中。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寫數(shù)據(jù)。其實(shí)RILSendeｒ和RILRecｅivｅr都是共用的一個(gè)soｃｋｅt。也可以知道RIL中有RILD這個(gè)守護(hù)進(jìn)程（負(fù)責(zé)控制RIＬ串口).這里總結(jié)下發(fā)送步驟：=1＼*ＧB3①創(chuàng)建RILＲeｑｕeｓt,將請(qǐng)求數(shù)據(jù)及Mｓｇ放入到RILＲequest中;＝2\＊GＢ3②利用Sｅｎd方法（參數(shù)：EVENＴ＿SＥND)將RILRequeｓt放入到消息隊(duì)列中；=３\*GB3③RＩLSender類獲取此消息，把RＩLRｅｑuｅｓt通過(guò)SOＣKEＴ方式發(fā)送到Ｒild并保存在mＲeｑuest中，以便消息的返回。（2)短信部分進(jìn)入Ｆrameｗork層后,主要靠CommａｎdsＩnterface對(duì)象的sｅｎdSＭＳ（)方法來(lái)做事情，ｓ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Ｓ（)方法中,把上面?zhèn)飨聛?lái)的短信相關(guān)的數(shù)據(jù)寫入到了Parcel中,協(xié)同一個(gè)特殊的RILReｑueｓt寫入到Ｓｏｃkｅｔ的輸出流中，進(jìn)而將數(shù)據(jù)傳遞到RIＬ層.4.3Natiｖe層ＲIＬ（RadioＩnterｆacｅLaｙｅr）層，主要是基于AT命令的操作,也就是把上層的傳遞下來(lái)的數(shù)據(jù)包（電話數(shù)據(jù)或是短信數(shù)據(jù))分解,并轉(zhuǎn)化為可以讓３G模塊識(shí)別的AＴ命令,最后把3G模塊處理完數(shù)據(jù)返回的rｅsponsｅ解析,再傳遞回上層。4。３．1AｎｄｒｏidRIL概念A(yù)nｄroidＲIL是基于ｔeｌephony服務(wù)和raidｏ硬件層的抽象層，Anｄroiｄ的Rｉlｄ庫(kù)介于硬件抽象層ＨAＬ接口與基于Mｏdem之間，它同樣提供了語(yǔ)音、數(shù)據(jù)、短信、ＳIM卡管理以及STK應(yīng)用的功能，實(shí)現(xiàn)思路跟微軟的RIＬ有異曲同工之妙，也是把標(biāo)準(zhǔn)的GSM27．０07中常用的如Ｄial這些做主動(dòng)請(qǐng)求的操作稱之為request，一共7５個(gè)；另外一類信息是GSM模塊主動(dòng)上報(bào)的例如信號(hào)強(qiáng)度、基站信息等,稱之為uｎsolicitedrｅsponse,一共1７個(gè)。其開發(fā)模式是跟微軟ＲIL開發(fā)差不多，需要針對(duì)不同的GSＭ模塊進(jìn)行不同的ＧSM驅(qū)動(dòng)開發(fā),公用的部分gｏogle已經(jīng)做好了，特定的部分需要用戶自己去定制，這樣做可以大大地提高開發(fā)效率.以下是ＲIL交互圖，如圖4-2所示.圖4-２RIL交互圖４.３.２本地代碼ＲIL支持的本地代碼包括RIL庫(kù)和守護(hù)進(jìn)程.hardwaｒe/rｉl/iｎｃｌudｅhａrdｗarｅ/ril/ｌibｒiｌhardwaｒｅ/ril/rｉlｄｈａrdwaｒｅ/rｉl/ｒeｆeｒence—rｉl編譯結(jié)果是：/sｙsteｍ/bin/rild：守護(hù)進(jìn)程/syｓtem/ｌib／libril。so:ＲIＬ的庫(kù)/sysｔem/ｌib/ｌiｂreferｅnce-riｌ。so：RIL參考庫(kù)Android的ＲIL驅(qū)動(dòng)模塊，在harｄware/ｒil目錄下,一共分ｒilｄ，ｌｉbriｌ。sｏ以及l(fā)ibｒefrence_rｉl。ｓo三個(gè)部分，另外ｒadioopｔｉonｓ可供自動(dòng)或手動(dòng)調(diào)試使用.它們都依賴于ｉｎclude目錄中ril。h頭文件.目前cuｐｃake分支上帶的是gsｍ的支持，另有一個(gè)cdma分支，3G通信模塊MＧ37３2用到的是gsm驅(qū)動(dòng)。rilｄ與liｂril.ｓo以及l(fā)ibｒeｆrencｅ_riｌ。sｏ的關(guān)系=１\*ＧＢ3①rild僅以mａin函數(shù)作為整個(gè)RIＬ層的入口點(diǎn)，負(fù)責(zé)完成初始化。在ｒiｌｄ．c文件中,將完成RIＬ的加載過(guò)程，它會(huì)執(zhí)行如下操作:首先動(dòng)態(tài)加載ＶｅndorＲＩＬ的。so文件；其次執(zhí)行RIL_startEvｅntLｏop（）開啟消息隊(duì)列以進(jìn)行事件監(jiān)聽；最后通過(guò)執(zhí)行VenｄorＲIL的rilIｎｉt（）方法來(lái)進(jìn)行ＶｅndｏｒＲIL與libｒil的關(guān)系建立。=2\＊GB3②lｉbrｉｌ.so與rｉld結(jié)合緊密，是其共享庫(kù)。編譯時(shí)就已經(jīng)建立了這一關(guān)系(其實(shí)也可以編譯成可執(zhí)行程序,作為守護(hù)進(jìn)程運(yùn)行)。組成部分為ril．cpｐ和riｌ_ｅｖeｎｔ。cpp。lｉbril.ｓｏ駐留在rild這一守護(hù)進(jìn)程中，主要完成同上層通信的工作，接受ＲIＬ請(qǐng)求并傳遞給libｒefrence_riｌ.so，同時(shí)把來(lái)自lｉbｒefrence_riｌ．so的反饋回傳給調(diào)用進(jìn)程。編譯時(shí)，liｂｒｉl被鏈入rild，它為rilｄ提供了event處理功能，還提供了在rｉld與VendｏrRＩL之間傳遞請(qǐng)求和響應(yīng)消息的能力。Libril提供的主要功能分布在兩個(gè)主要方法中:一個(gè)是RIL_stａrｔＥvｅntLoｏp（)方法；另一個(gè)是RIL_regisｔｅr（)方法。RIL＿sｔartＥveｎｔLoｏp（)方法所提供的功能就是啟用ｅｖｅntLoｏp線程,執(zhí)行RIL消息隊(duì)列；RIL_ｒｅgister(）方法的功能是啟動(dòng)名為rild的監(jiān)聽端口。=3＼＊GB3③librefreｎce_ｒil.ｓorｉld通過(guò)手動(dòng)的dloｐen方式加載，結(jié)合稍微松散,這主要是因?yàn)閘ibrefrencｅ．sｏ負(fù)責(zé)跟Modｅm硬件通信。這樣做更方便替換或修改加載的方式,以適配更多種類的Modeｍ。它將來(lái)自libｒil。ｓo的請(qǐng)求轉(zhuǎn)換為AＴ命令,同時(shí)監(jiān)控Ｍｏｄｅm的反饋信息，并傳遞回libril．ｓo。在初始化時(shí)，ｒｉld通過(guò)符號(hào)RＩL＿Iｎit獲取一組函數(shù)指針并以此與之建立聯(lián)系。referenｃe—rｉl會(huì)接收調(diào)用者傳來(lái)的參數(shù)，參數(shù)內(nèi)容為與rａdio的通信方式。如通過(guò)串口連接raｄio,那么參數(shù)形式為：－d/dev/ｔtyＳｘ,如圖4—3所示.圖4－3Rｉld、Lｉbｒｉl。so及Librｅfｒenｃe。so關(guān)系圖＝4\*GB３④raｄiootionｓrａdiooptiongｓ通過(guò)獲取啟動(dòng)參數(shù)，利用socｋｅt與rｉｌd通信，其作用是通過(guò)串口將一些與radio相關(guān)的參數(shù)直接傳給rｉlｄ?？捎糜谡{(diào)試時(shí)配置Modem參數(shù)的配置.（2)初始化流程ｒiｌd是一個(gè)守護(hù)進(jìn)程，在這里定義宏RIL_SHLIB.執(zhí)行的過(guò)程為：獲取參數(shù)—〉打開功能庫(kù)->建立事件循環(huán)—〉執(zhí)行RＩL_Ｉnit—＞ＲIL_regisｔer。主入口是ｒｉld．c中的ｍain函數(shù),主要完成三個(gè)任務(wù):=１\＊ＧB3①任務(wù)一:開啟ｌibril。so中的ｅｖeｎｔ機(jī)制.在ＲIＬ＿startEvｅｎtLｏｏp中,最核心的是由多路Ｉ/O驅(qū)動(dòng)的消息循環(huán)。=２\＊GB3②任務(wù)二：初始化ｌｉbｒefrｅｎce＿ril。ｓo。也就是跟硬件或模擬硬件modem通信的部分(后面統(tǒng)一稱硬件），通過(guò)RIL_Init函數(shù)完成。=3\＊GB３③任務(wù)三:通過(guò)RIL＿Ｉnit獲取一組函數(shù)指針RIL_RadioFunctｉoｎs,并通過(guò)ＲIL_ｒegisｔeｒ完成注冊(cè)，并打開接受上層命令的soｃｋeｔ通道。初始化流程分析如下:=1\*GB３①任務(wù)一:也就是RIL_startEｖentＬｏoｐ函數(shù)。RIL_sｔaｒtＥvｅntLoｏｐ在ｒiｌ.cｐp中實(shí)現(xiàn),它的主要目的是通過(guò)pthreaｄ_ｃreate(＆s_tｉｄ_dispatcｈ,＆aｔtr，eｖenｔLoop，NULL)建立一個(gè)dispatｃh線程，入口點(diǎn)在eｖentLoｏp。而eveｎtLoｏｐ中,會(huì)調(diào)用rｉl_evｅnt。cpp中的ril_ｅvent_ｌoop（）函數(shù),建立起消息（eveｎt)隊(duì)列機(jī)制.這一消息隊(duì)列的機(jī)制討論如下：vｏidril_eveｎｔ_ｉnｉt()；//初始化消息隊(duì)列voidrｉl_event＿set(ｓtrｕctril_event＊eｖ，iｎtfｄ，bｏｏlｐersiｓt，ril_eｖent_cbｆunc，voｉd＊ｐarａm）;//設(shè)置消息隊(duì)列相關(guān)的屬性ｖ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)；／／增加時(shí)間計(jì)時(shí)器voidril＿evｅnｔ＿deｌ（stｒuctｒiｌ_eｖｅnt*ｅv)；//刪除消息voidril_evenｔ_looｐ(）;//通過(guò)多路復(fù)用I/O機(jī)制循環(huán)調(diào)用消息隊(duì)列ｓｔructril_ｅvent｛structril_eveｎt*nｅxt;//下一個(gè)消息strｕctriｌ_eｖent*pｒeｖ;/／前一個(gè)消息intfd;//事件相關(guān)設(shè)備句柄。例如對(duì)于串口數(shù)據(jù)事件,fｄ就是相關(guān)串口的設(shè)備句柄ｂoｏlpｅrsisｔ；／/如果是保持的,則不從wａt(yī)ｃh_ｌisｔ中刪除struｃtｔimｅvａltimeoｕt；riｌ_eｖent_cbfuｎc;//回調(diào)事件處理函數(shù)voiｄ*paraｍ；/／回調(diào)時(shí)參數(shù)｝；每個(gè)ｒil_evenｔ結(jié)構(gòu)，與一個(gè)fd句柄綁定(可以是文件、ｓocｋｅt、管道等），并且?guī)б粋€(gè)ｆunｃ指針去執(zhí)行指定的操作。具體流程是：ril_evｅnt_init完成后，通過(guò)ｒil＿event_set來(lái)配置一個(gè)新ｒil_eｖent，并通過(guò)riｌ_ｅvent_add加入到隊(duì)列之中(實(shí)際通常用ｒiｌEventAddWakeup來(lái)添加）。add會(huì)把隊(duì)列里所有ｒｉl_eveｎt的fd,放入一個(gè)fｄ集合ｒｅaｄＦdｓ中。這樣ril＿event_ｌoop能通過(guò)一個(gè)多路復(fù)用Ｉ/Ｏ的機(jī)制(seｌect）來(lái)等待這些fd.如果任何一個(gè)ｆd有數(shù)據(jù)寫入，則進(jìn)入分析流程ｐｒｏcesｓＴimeouts(),processReadReａdｉes(&rfｄs，n)和fiｒePendiｎg（）（后面會(huì)詳細(xì)分析這些流程)。另外可以看到，在進(jìn)入riｌ_event_lｏop之前，已經(jīng)通過(guò)pｉｐｅ機(jī)制掛入了s＿ｗaｋeupfd_evenｔ.目的是為了可以在一些情況下能夠內(nèi)部喚醒ril＿eｖent_ｌoop的多路復(fù)用阻塞，比如一些帶timeｏut的命令到期的時(shí)候。至此第一個(gè)任務(wù)分析完畢，這樣便建立起了基于ｅvent隊(duì)列的消息循環(huán)，稍后便可以接受上層發(fā)來(lái)的的請(qǐng)求了（上層請(qǐng)求的eｖent對(duì)象建立，在第三個(gè)任務(wù)中）。=2\*ＧＢ３②任務(wù)二：這個(gè)任務(wù)的入口是RIL_Iniｔ,RＩL_Inｉｔreｆereｎce—ril。c首先通過(guò)參數(shù)獲取(p／ｄ／ｓ）硬件接口的設(shè)備文件或模擬硬件接口的ｓｏckeｔ。接下來(lái)便新創(chuàng)建一個(gè)線程pthrｅad_create（&ｓ_tid_mainlｏop，＆attr,maｉnLoop,NULＬ)繼續(xù)初始化，即maiｎLoｏｐ。mainLｏｏp的主要任務(wù)是建立起與硬件的通信，然后通過(guò)ｒead方法阻塞等待硬件的主動(dòng)上報(bào)或響應(yīng)。在注冊(cè)一些基礎(chǔ)回調(diào)（tｉmeout、rｅａdｅrclｏse）后，mainLoop首先打開硬件設(shè)備文件，建立起與硬件的通信，s_deｖｉce_path和s＿poｒt是前面獲取的設(shè)備路徑參數(shù)，將其打開(兩者可以同時(shí)打開并擁有各自的readeｒ，這里也很容易添加雙卡雙待等支持)。接下來(lái)通過(guò)at_opｅn(fｄ，ｏnUｎsolicited）函數(shù)建立起這一設(shè)備文件上的reader等待循環(huán)，這也是通過(guò)新建一個(gè)線程完成，reｔ=ｐthｒeaｄ_crｅaｔｅ（＆s＿ｔid_reａder，＆ａt(yī)tｒ,reaｄｅrＬooｐ,＆aｔtr)，入口點(diǎn)為ｒｅaｄerLoop。AＴ命令都是以/r/n或/ｎ/r的換行符來(lái)作為分隔符的,所以readerＬoop是lｉne驅(qū)動(dòng)的，除非出錯(cuò)、超時(shí)等，否則會(huì)讀到一行完整的響應(yīng)或主動(dòng)上報(bào),才會(huì)返回.這個(gè)循環(huán)啟動(dòng)以后，基本的ＡT響應(yīng)機(jī)制就已經(jīng)建立了起來(lái)。對(duì)它的具體分析,包括ａt(yī)＿ｏpen中掛接的ATUnsoｌＨanｄleｒ，放到后面的ｒesponsｅ分析里去。ＳMS（短信)的收發(fā)if（isＳMSUnsolicｉｔed（ｌinｅ））判斷也在readerLoop中。有了響應(yīng)的機(jī)制(當(dāng)然,能與硬件通信也已經(jīng)可以發(fā)請(qǐng)求了），通過(guò)ＲIL_ｒeｑuestTimedCaｌlｂａck(inｉtializeCaｌlback，ＮULＬ,＆TIMEVAL_0）,跑到iｎitiaｌｉzeＣaｌlbａck中，執(zhí)行一些以AＴ命令為主的Moｄｅm初始化命令。關(guān)于ＡT命令發(fā)送的流程，詳見ｒequｅsｔ分析.這里可以看到，主要完成一些參數(shù)配置,以及網(wǎng)絡(luò)狀態(tài)的檢查等.硬件已經(jīng)可以訪問(wèn)了.=３\*ＧB３③任務(wù)三：由RIL＿Iｎit的返回值ｆuｎｃs＝rilIｎｉt(＆s_ｒilEnv，ａrgc，rilArｇv）開始，這是一個(gè)RIＬ_ＲadｉoＦunctioｎs結(jié)構(gòu)的指針.typｅdefstruct{ｉｎtveｒｓion;/＊seｔtoRIL＿VERSIＯN＊/RIL_RequestFｕncｏnＲｅquest;RＩL_RａｄｉｏSｔａt(yī)eRｅ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域，來(lái)自上層的請(qǐng)求都由這個(gè)函數(shù)進(jìn)行映射后轉(zhuǎn)換成對(duì)應(yīng)的AT命令并發(fā)給硬件。Ｒｉld通過(guò)RIL_reｇiｓter注冊(cè)這一指針.ＲＩL＿ｒegｉｓteｒ中要完成的另外一個(gè)任務(wù)，就是打開跟上層通信的socket接口（s_ｆdListeｎ是主接口，s＿ｆdＤebug供調(diào)試時(shí)使用）。然后將這兩個(gè)soｃket接口使用任務(wù)一中實(shí)現(xiàn)的機(jī)制進(jìn)行注冊(cè)(僅列出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ｎｔ)；這樣將兩個(gè)socket加到任務(wù)一中建立起來(lái)多路復(fù)用I/O的檢查句柄集合中，一旦有上層來(lái)的(調(diào)試）請(qǐng)求,evｅｎt機(jī)制便能響應(yīng)處理了.（3）Requesｔ流程對(duì)Dｉaｌ而言，CommandInfo包含了所有的ＡT命令。所以CommandIｎfｏ結(jié)構(gòu)應(yīng)該這樣進(jìn)行初始化:｛RIＬ_ＲＥQUEＳT＿DＩAL，dｉspatchDiaｌ,resｐｏnｓeVoid}這里執(zhí)行ｄｉｓpａt(yī)chFunction，也就是disｐatcｈDial這一函數(shù)。其實(shí)有很多種類的dispatchfｕnｃtion，比如disｐatcｈVｏｉd,dispａt(yī)chStrings，ｄisｐａt(yī)chSIＭ_ＩO等等,這些函數(shù)的區(qū)別在于解析傳入的參數(shù)形式,void就是不帶參數(shù)的，Striｎgｓ是以ｓtring[］做參數(shù)，又如Dial等,有自己的參數(shù)解析方式,以此類推.Reqｕest號(hào)和參數(shù)具備后,就可以進(jìn)行具體的ｒeｑｕeｓt函數(shù)調(diào)用了。利用s_callbacks。onＲｅqｕesｔ（pRI—〉pCI—〉rｅquesｔNuｍｂer，ｘｘx，len，pRＩ)完成這一操作。s_calｌｂacks的作用是獲取前文中提到的來(lái)自ｌibrefｅrｅnce-ril的RIL＿RadioＦuｎctions結(jié)構(gòu)指針.rｅquｅst請(qǐng)求在這里轉(zhuǎn)入底層的libｒefｅrｅnce-ｒiｌ處理，hａnｄleｒ是reｆｅreｎce－ril.c中的onRｅｑuesｔ。onＲeqｕeｓt進(jìn)行一個(gè)簡(jiǎn)單的switch分發(fā)。RIL_ＲEQUEＳT＿DIAL流程是:onＲeｑuest－－＞reｑueｓｔＤｉal－-〉at_sｅｎd_coｍmａnd——>at_sｅnｄ_commanｄ_full——>ａt(yī)_ｓeｎｄ＿command_ｆull_nｏlｏck－-〉wrｉteline。ｒequｅsｔDｉaｌ中將命令和參數(shù)轉(zhuǎn)換成對(duì)應(yīng)的ＡT命令，調(diào)用公共seｎdcoｍｍand接口at_seｎd_ｃomｍａｎd。除了這個(gè)接口之外，還有如下命令：aｔ_seｎd_cｏmmａnｄ_siｎgｌeｌine、at_sｅｎd＿command_sms、ａt(yī)＿send_ｃｏmmaｎd_multiｌine等,這是根據(jù)at返回值，以及發(fā)命令流程的類型來(lái)區(qū)別的。比如aｔ_ｃsq類型，需要at_sｅnｄ_command_ｓｉｎgleline,而發(fā)送短信，因?yàn)橛校穑颍飉pｔ提示符“>”，傳送數(shù)據(jù)、結(jié)束符等一系列操作，需要專門用at_seｎd_command_ｓms來(lái)實(shí)現(xiàn).然后執(zhí)行ａt(yī)_senｄ_command_ｆｕｌｌ，前面幾個(gè)接口都會(huì)最終到這里,再通過(guò)一個(gè)互斥的ａt(yī)_sｅnｄ_cｏmｍanｄ_fulｌ_ｎｏloｃk調(diào)用,完成最終的寫出操作,在wriｔelinｅ中，寫出到初始化時(shí)打開的設(shè)備中。前面提到RILＳｅｎder將請(qǐng)求呼叫的字節(jié)流傳給了rｉｌd的socket.這時(shí)，ril_evｅnt_lｏop方法的select檢測(cè)到了有請(qǐng)求的信號(hào)，導(dǎo)致被掛入pending_lｉst，并執(zhí)行eｖ-＞fuｎc(ev—＞fd，0，ev-＞parａm），即調(diào)用sｔａt(yī)iｃvoiｄｌistenＣallbａcｋ（intfｄ，sｈｏrtｆlagｓ,void＊ｐaram)方法。在該方法中,首先通過(guò)ａccept（)接收上層的sockｅt，然后通過(guò)recoｒd＿sｔream_nｅw(）建立一個(gè)rｅcoｒd_stｒeam,并聯(lián)系上s_fdComｍaｎd，到目前為止ｓ_ｆｄCommand已經(jīng)有了上層數(shù)據(jù),于是調(diào)用prｏcｅsｓCommａndsＣａllback(intfｄ,shortｆlaｇｓ,vｏｉd*ｐaram）方法，prｏceｓｓCoｍmａｎｄsCａｌlback會(huì)保證收到一個(gè)完整的requesｔ（由recordＳtreaｍ決定），并調(diào)用pｒocessＣｏｍｍanｄＢuffｅr方法，這是命令的下發(fā)流程。每個(gè)命令以RｅquｅstＩnｆo的形式存在（實(shí)例:ｐRI）,并且將ｐRＩ掛在了s_pendｉnｇReｑuｅsts中,并執(zhí)行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是前文提到說(shuō)的RIL_RadiｏＦuncｔions結(jié)構(gòu)的指針，RIL_ＲadioFｕｎｃtion中有個(gè)重要的域是onＲequest,詳情可參照reference－riｌ.c文件中ｏnrｅquｅｓｔ方法的實(shí)現(xiàn)。onrequest中主要是用swｉtch．.case判斷發(fā)送過(guò)來(lái)的命令是什么（如:撥打電話、SIM卡狀態(tài)、掛斷電話、等待狀態(tài)等）,這里當(dāng)然是撥打電話。大致的流程為：ｏ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ｃｋ方法中關(guān)鍵性的一句為wriｔｅLｉne（。.．).查看writeline方法，writteｎ=ｗrite（ｓ＿fd，s+cur，len—cur)。能夠看得出是往硬件中寫入命令。其實(shí)質(zhì)都是at_senｄ_command＿ｆuｌl方法,執(zhí)行ｗrite之后便等待硬件那邊給過(guò)來(lái)的響應(yīng),于是進(jìn)入ｒｅspoｎｓｅ階段。（4）Respｏnse流程前文對(duì)Request的分析,中止在ａｔ_senｄ_cｏmmａnｄ_full_ｎoｌock里的wｒitｅｌinｅ操作.因?yàn)檫@里完成命令寫出到硬件設(shè)備的操作，接下來(lái)就是等待硬件響應(yīng)，也就是response過(guò)程。后繼分析從此處開始。ｒespｏｎsｅ信息的獲取，是初始化分析中提到的rｅadｅrLｏoｐ中，由readline函數(shù)以“行”為單位接收上來(lái).AＴ的ｒesｐｏｎｓｅ有兩種，一是主動(dòng)上報(bào)的，比如網(wǎng)絡(luò)狀態(tài)、短信、來(lái)電等都不需要經(jīng)過(guò)請(qǐng)求,有一個(gè)unsoliciｔed詞語(yǔ)專門描述；另一種才是真正意義上的response，也就是命令的響應(yīng)。所有的行,首先經(jīng)過(guò)sｍs的自動(dòng)上報(bào)篩選。因?yàn)槎绦诺腁T處理通常比較麻煩,無(wú)論收發(fā)都單獨(dú)列出。這里是因?yàn)橐磿r(shí)處理這條短信消息（兩行、標(biāo)志+pdu）,而不能拆開處理。處理函數(shù)為oｎUnsoｌｉcited（由s_unｓolＨandｌer指向)。除sms特例外，所有的lｉne都要經(jīng)過(guò)prｏcｅssLine,該處理流程如下:nocmｄ—--＞ｈandleUｎsoｌiｃited//主動(dòng)上報(bào)isFiｎaｌReｓｐoｎｓｅSuｃcess-—-〉handleFinａlResｐｏnse/／成功，標(biāo)準(zhǔn)響應(yīng)iｓFinａlRｅｓponsｅＥrｒor-－—>ｈanｄleFｉnalRｅｓｐonse／/失敗，標(biāo)準(zhǔn)響應(yīng)get'>'——－＞seｎｄsｍspdu//收到>符號(hào)，發(fā)送smｓ數(shù)據(jù)再繼續(xù)等待響應(yīng)ｓwiｔcｈs_typｅ－——＞具體響應(yīng)／／命令有具體的響應(yīng)信息需要對(duì)應(yīng)分析需要關(guān)注的是ｈandleUnｓoliciｔｅd自動(dòng)上報(bào)功能以及sｗitchs_ｔype具體響應(yīng)信息。具體響應(yīng)需要hanｄleＦiｎaｌＲespoｎse這樣的標(biāo)準(zhǔn)響應(yīng)來(lái)最終完成。=１\＊ＧB3①ｏnUnsoliｃｉte（主動(dòng)上報(bào)響應(yīng)）ｓtａt(yī)icvｏiｄonUnｓoｌicｉted（constchar＊ｓ,cｏnstchar＊sms_pdu）；短信的ＡＴ設(shè)計(jì)難度較高。respｏnｓｅ的主要的解析過(guò)程由at_ｔoｋ。ｃ中的函數(shù)完成,其本質(zhì)就是字符串按塊解析,具體的解析方式由每條命令或上報(bà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ｅ的信息直接返回給上層。通過(guò)Paｒcｅｌ傳遞,將RESPONSＥ_(tái)UNＳＯLICIＴED,unｓolRｅsｐonsｅ（request號(hào)）先寫入Ｐarceｌ,然后通過(guò)s_unｓolＲespｏnses數(shù)組,查找到對(duì)應(yīng)的responseFunction完成進(jìn)一步的的解析,存入Pａrｃel中。最終通過(guò)senｄＲesｐonse將其傳遞回原進(jìn)程.流程如下：sendResｐoｎse—－＞sendResponｓｅRaw－->ｂlockingWｒｉtｅ-－>wｒitetos＿fdCｏmmand（前面建立起來(lái)的和上層框架的ｓocket連接）。第二,RIL＿requｅｓtＴimedCalｌbaｃk：通過(guò)eｖent機(jī)制實(shí)現(xiàn)的timer機(jī)制,回調(diào)對(duì)應(yīng)的內(nèi)部處理函數(shù).通過(guò)ｉnternaｌRequestTiｍｅdＣaｌlｂaｃｋ將回調(diào)添加到event循環(huán),最終完成caｌlｂack上掛的函數(shù)的回調(diào)。比如ｐollSIＭＳtａt(yī)ｅ，onPＤPＣoｎtextListChanged等回調(diào)，不用返回上層，內(nèi)部處理就可以。=2\*GB３②switchs＿ｔｙpｅ（命令的具體響應(yīng)）及haｎｄleＦinalResｐｏnse（標(biāo)準(zhǔn)響應(yīng)）命令的類型（s＿type)在seｎdcｏmmand時(shí)設(shè)置。有NＯ_RESULT、NUMERIC、SIＮGLELINE、MULTILIＮE幾種,供不同的AＴ使用.比如AＴ+CSＱ是ｓiｎglｅlｉne，返回ａt(yī)+csq＝xｘ,xx，再加一行OＫ,比如一些設(shè)置命令,就是nｏ＿ｒesulｔ，只有一行OK或EＲROＲ.這幾個(gè)類型的解析都很相似,通過(guò)一定的判斷(如比較ＡT頭標(biāo)記等），如果是對(duì)應(yīng)的響應(yīng)，就通過(guò)addIｎｔermediatｅ掛到一個(gè)臨時(shí)結(jié)果。sp_reｓｐｏnse—＞p＿intｅrmｅdiatｅs隊(duì)列中，如果不是對(duì)應(yīng)響應(yīng)，則其應(yīng)該是穿插其中的自動(dòng)上報(bào)，用onUnsolicite來(lái)處理。具體響應(yīng)只起一個(gè)獲取響應(yīng)信息到臨時(shí)結(jié)果、等待具體分析的作用。無(wú)論有無(wú)具體響應(yīng),最終都會(huì)以標(biāo)準(zhǔn)響應(yīng)ｈandleＦinaｌＲesponse來(lái)處理，也就是接受到OK，ERＲＯR等標(biāo)準(zhǔn)rｅspｏnsｅ來(lái)結(jié)束，這是大多數(shù)AT命令的規(guī)范。ｈａndleＦinalResponsｅ會(huì)設(shè)置s_commａndｃond這一objecｔ,也就是at_senｄ_command_fuｌl_nolｏck等待的對(duì)象。至此，響應(yīng)的完整信息已經(jīng)完全獲得，ｓendcoｍmaｎd可以進(jìn)一步處理返回的信息(臨時(shí)結(jié)果、以及標(biāo)準(zhǔn)返回的成功或失敗都在sp＿ｒeｓpoｎse中)。pp_ｏutRｅsponse參數(shù)將ｓp_response返回給調(diào)用ａt(yī)_send＿ｃomｍand_full_nolock的函數(shù)。p＿respoｎse如果返回失?。ㄒ簿褪菢?biāo)準(zhǔn)響應(yīng)的EＲROR等造成），則通過(guò)RＩＬ_onＲeqｕｅsｔＣompｌetｅ發(fā)送返回?cái)?shù)據(jù)給上層，結(jié)束命令；如果成功，則進(jìn)一步分析p＿resｐonｓｅ—>p_intermediaｔes，同樣是通過(guò)at_tok.c里的函數(shù)進(jìn)行分析,并同樣將結(jié)果通過(guò)RIL_onＲequestComplｅte返回。ＲIL_onRequｅstComｐｌeｔe和RIL＿ｏnUｎｓoｌicｉtｅｄReｓponse很相似,功能也一致.通過(guò)Pａｒcel來(lái)傳遞回上層，同樣是先寫入RＥSPOＮSＥ_(tái)ＳOLICITＥD（區(qū)別于ＲＥSPONＳE_ＵNSOLＩCＩＴED)，pRI->tokｅn(上層傳下的ｒequest號(hào))，錯(cuò)誤碼（sendcoｍｍａｎｄ的錯(cuò)誤，不是AＴ響應(yīng)).如果有ＡＴ響應(yīng),通過(guò)訪問(wèn)pRI－〉pCI－>responsｅFunction來(lái)完成具體respoｎsｅ的解析，并寫入Pａrcel。然后通過(guò)同樣的途徑:sendReｓponse--〉sendReｓpoｎseＲaw—->bｌoｃｋingWrite－－>wｒiｔetｏs＿fdCommand?完成最終的響應(yīng)傳遞，如圖４—4所示。圖４—４Ｒｅspｏｎse流程圖Ｒeａdlｏop要解決的問(wèn)題是：解析從Mｏdｅm發(fā)過(guò)來(lái)的回應(yīng)。如果遇到主動(dòng)上報(bào)消息則通過(guò)handleＵnsoliciｔed上報(bào)的ｊａｖa-ril;如果是命令的應(yīng)答,則通過(guò)ｈandleFiｎalRｅsponse通知send_ａｔ＿cｏｍmaｎd有應(yīng)答結(jié)果。Rild層初始化時(shí)獲取reference－rｉl.c提供的函數(shù)列表結(jié)構(gòu)體.Eventｌooｐ將根據(jù)不同的命令類型獲取jａva－rｉl消息,解析出需要的參數(shù)，并調(diào)用onReｑuest函數(shù)進(jìn)行分發(fā)處理。send＿aｔ_coｍmaｎd是同步的，命令發(fā)送后，senｄ＿at_commａnd將等待在命令處理完成。=3\＊GB3③ＲIL跟上層通訊主要采用兩種方式:一種是通過(guò)Socket發(fā)送與接收消息的方式來(lái)實(shí)現(xiàn),C方面，這個(gè)Socket在ril．ｃpp里面可以找到它的創(chuàng)建代碼:ｓ＿ｆ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）；另外一種方式就是直接通過(guò)TCＰ/IP直接訪問(wèn)內(nèi)核中的sharｅｄmeｍorｙ,進(jìn)行RPＣ調(diào)用，這種方式主要應(yīng)用在數(shù)據(jù)模式上,一是因?yàn)锳ｎdroid的每個(gè)Activiｔｙ隨時(shí)都會(huì)有可能需要網(wǎng)絡(luò)連接接收發(fā)送數(shù)據(jù)，因此必須提供一種實(shí)時(shí)性較高的訪問(wèn)方式，二是因?yàn)榭梢蕴岣咄ㄓ嵭省?．4Kｅrnel層此處主要是對(duì)uｓｂserialdriｖer的加載,這里使用的ｕsbｓｅrｉaｌdriver是來(lái)自lｉｎux內(nèi)核下的通用usｂsｅriａｌ驅(qū)動(dòng)。Usbsｅrial驅(qū)動(dòng)控制插入其中的usｂ3Ｇ（ZＴＥMＧ37３2)設(shè)備，提供虛擬的串口，如ttyUＳＢ０，tｔyUＳB１。為了讓usbserial驅(qū)動(dòng)為3G模塊所使用，需要修改驅(qū)動(dòng)源碼，使內(nèi)核能夠識(shí)別設(shè)備。主要是在內(nèi)核/ｄｒiveｒ／usb/seｒｉal／oｐtion．c中，增加設(shè)備的vｉd和piｄ,也就是產(chǎn)品號(hào)和出廠號(hào)。代碼如下所示：｛UＳB_DＥＶICE（０x19d2，０xffｆｆ)｝,{ＵＳB_DＥＶＩCE（０x１9ｄ2，０ｘffec)}，并且還需要配置內(nèi)核：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這樣內(nèi)核就支持ZTEMG37３2３G模塊了。當(dāng)驅(qū)動(dòng)成功加載后，插入3G模塊后，在／ｄｅv/目錄下就可以看到ttyUＳB0,ｔtyUＳB1等字符設(shè)備文件。４.5本章小結(jié)本章對(duì)ＡＰＰ層、Fraｍework層進(jìn)行了簡(jiǎn)單的分析，重點(diǎn)介紹了RIＬ層和Kernel層的實(shí)現(xiàn)。對(duì)App層、Frａmewｏrk層的分析是為了實(shí)現(xiàn)RIL層，知道ＲＩL層從上層接收到什么.ＲＩL層主要實(shí)現(xiàn)了兩個(gè)流程，即Requｅst流程和Ｒesｐonsｅ流程。Reqｕest流程就是接收上層的事件轉(zhuǎn)化為ＡT命令傳輸?shù)接布?。Resｐonsｅ流程就是把硬件響應(yīng)的命令再解析，然后返回給上層。5基于Ａndrｏid系統(tǒng)的3G模塊(MＧ3７32）開發(fā)5.1ＲIＬ層的開發(fā)為了使ＲIL層支持該3G模塊，首先要在RIL層添加對(duì)該模塊的支持。代碼如ｒiｌ／ｒeｆerence—ril/Anｄroid.mｋ中：LＯＣAＬ_ＣFLＡGS＋＝－DZTE＿M(jìn)G3732MG3732模塊Resｐonse的數(shù)據(jù)與普通的模塊有所區(qū)別，所以獲取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ｇ）/／循環(huán)讀取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)讀?。鉮ar＊line１;coｎｓtchar*liｎｅ2;liｎe１＝strｄｕp（line）；ｌine2=ｒｅａdline（）；iｆ（line２=＝NUＬL)｛break；｝ｉｆ(s_uｎsolHandlｅr?。絅ＵLL)｛ｓ＿unｓoｌＨandler（liｎe１,ｌine2）；}frｅe(cuò)(line1);}ｅlｓｅ｛processLine(line)；}}ｏnReadｅrClｏsｅｄ()；returnNＵLL；｝;ＭＧ3732模塊讀?。襡spｏnse信息,所以在AＴ命令解析函數(shù)ａt(yī)_open中需要有對(duì)MG37３2模塊的宏控制，具體代碼在ril/ｒｅｆeｒence-ｒil／atchaｎnel．ｃat_ｏｐen函數(shù)中:#ｉｆdefZＴE_MG3732／／發(fā)現(xiàn)ZTＥ＿ＭＧ３7３2模塊intｆｄ2＝-１;while(fｄ２<０)｛fd2=open（"/deｖ/ttｙUSＢ2"，O_RDWＲ)；//打開硬件設(shè)備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