專利名稱:一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動(dòng)通信的終端設(shè)備領(lǐng)域,具體涉及一種用于開(kāi)發(fā)移動(dòng)通信
終端設(shè)備的系統(tǒng),尤其應(yīng)用于WiMAX (Worldwide Interoperability for Microwave Access, 二微波接入全^求范圍的互才喿作性)終端i殳備。
背景技術(shù):
隨著移動(dòng)通信技術(shù)的發(fā)展,移動(dòng)通信終端設(shè)備的使用也越來(lái)越普遍,終 端設(shè)備的樣式也越來(lái)越多樣化,如手持移動(dòng)通信終端設(shè)備、用于個(gè)人計(jì)算機(jī) 或者筆記本計(jì)算機(jī)的PNP (Plug and Play,即插即用)數(shù)據(jù)卡以及無(wú)線家庭網(wǎng) 關(guān)等。另外,可支持PNP移動(dòng)通信終端設(shè)備的總線技術(shù)也越來(lái)越豐富,如 PCMCIA ( Personal Computer Memory Card International Association, 個(gè)人自 算計(jì)存儲(chǔ)卡國(guó)際聯(lián)盟)、USB( Universal Serial Bus,統(tǒng)一串行接口 ) 、 PCIE (PCI Express,高級(jí)周邊元件擴(kuò)展接口 ) 、 SDIO ( Secure Digital Input/Output, 可靠的數(shù)字輸入輸出)等,這又從另一個(gè)方面增加了終端設(shè)備的多樣性。終 端設(shè)備的快速發(fā)展促進(jìn)了終端設(shè)備芯片供應(yīng)商的不斷增加,這也就不斷地增 加了終端設(shè)備供應(yīng)商在芯片選擇和軟件開(kāi)發(fā)方面的難度。再者,終端設(shè)備供 應(yīng)商研究開(kāi)發(fā)的終端設(shè)備產(chǎn)品一般不止一種型號(hào),因而,就可能需要用到多 種類型的終端設(shè)備芯片,如果對(duì)每種芯片都單獨(dú)重新設(shè)計(jì)所有的軟件,對(duì)終 端設(shè)備供應(yīng)商而言,無(wú)疑就既增加了開(kāi)發(fā)成本、又可能延誤產(chǎn)品推出的最佳 時(shí)機(jī),從而在市場(chǎng)竟?fàn)幹刑幱诓焕匚弧?br>
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是針對(duì)現(xiàn)有技術(shù)存在的上述缺陷,而提供一 種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),為了達(dá)到本發(fā)明所提到的目的,本發(fā)
明所采用的技術(shù)方案是
一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),包括五層組件,分別是
UI (User Interface,用戶界面)、CAL (Control Achieved Layer ,控制
實(shí)現(xiàn)層)、FTFL (Free to platForm Layer,控制實(shí)現(xiàn)層)、ADI (Application Driver
Interface,應(yīng)用驅(qū)動(dòng)接口)以及DL (Driver Layer ,驅(qū)動(dòng)層)。下面對(duì)所述系統(tǒng)
每層的功能進(jìn)行詳細(xì)描述。
所述系統(tǒng)的最上層也即第一層是用戶界面層,包括圖形用戶界面和命令 行窗口,分別對(duì)應(yīng)于不同的需求。
進(jìn)一步地,本層所包括的功能模塊有網(wǎng)絡(luò)信息的顯示管理模塊、設(shè)備 信息的顯示管理模塊、診斷的顯示管理模塊、定制功能模塊、用戶策略配置 模塊、網(wǎng)絡(luò)配置和網(wǎng)絡(luò)接入控制模塊、以及WEB客戶端模塊等。
進(jìn)一步地,網(wǎng)絡(luò)信息的顯示管理模塊和設(shè)備信息的顯示管理模塊,用于 對(duì)網(wǎng)絡(luò)信息和設(shè)備信息的顯示界面進(jìn)行管理,例如網(wǎng)絡(luò)接入狀態(tài)的顯示、設(shè) 備是否激活等信息的顯示、MAC層信令的顯示。
進(jìn)一步地,診斷的顯示管理模塊負(fù)責(zé)管理診斷信息的顯示,例如誤碼率、 誤幀率、接收包和發(fā)送包數(shù)等的診斷顯示。
進(jìn)一步地,定制功能模塊于具有特殊需要的場(chǎng)合,例如設(shè)備是否允許多 人使用。
進(jìn)一步地,用戶策略配置^t塊負(fù)責(zé)完成用戶策略的配置,用戶名密碼的 保存與否,例如用戶選擇使用那一種類型的服務(wù)視頻點(diǎn)播、VOIP或者普 通上網(wǎng)等。
進(jìn)一步地,網(wǎng)絡(luò)配置模塊負(fù)責(zé)配置網(wǎng)絡(luò),例如配置WiMAX網(wǎng)絡(luò)、CDMA 網(wǎng)絡(luò)或者WiFi網(wǎng)絡(luò);
進(jìn)一步地,網(wǎng)絡(luò)接入控制模塊負(fù)責(zé)控制網(wǎng)絡(luò)接入,例如輸入用戶名和密 碼、4妄入網(wǎng)絡(luò)、退出網(wǎng)絡(luò)。
進(jìn)一步地,WEB客戶端模塊用于UI與CAL位于不同設(shè)備時(shí)的場(chǎng)景。 例如在無(wú)線家庭網(wǎng)關(guān)中的應(yīng)用,UI位于主機(jī)上,無(wú)線家庭網(wǎng)關(guān)作為一個(gè)網(wǎng) 絡(luò)設(shè)備獨(dú)立存在,此時(shí)UI與控制實(shí)現(xiàn)層就通過(guò)WEB方式進(jìn)行通信。UI提 供用戶控制的操作界面,而控制功能則由CAL實(shí)現(xiàn),這樣處理的優(yōu)點(diǎn)是, 簡(jiǎn)化了 UI的設(shè)計(jì),提高了 UI在不同平臺(tái)上的移植效率。
所述系統(tǒng)的第二層是控制實(shí)現(xiàn)層,本層用于完成對(duì)于組件管理模塊、設(shè) 備管理模塊、連接管理模塊、服務(wù)管理模塊、安全管理模塊、診斷管理模塊、 信令管理模塊、數(shù)據(jù)庫(kù)管理模塊、OMA ( Open Mobile Alliance,開(kāi)放移動(dòng) 聯(lián)盟)管理模塊以及WEB服務(wù)器端模塊等模塊的管理。
進(jìn)一步地,組件管理模塊負(fù)責(zé)管理本層的各個(gè)功能模塊,負(fù)責(zé)功能模塊 動(dòng)態(tài)的加載、下載和更新。如果功能模塊第一次運(yùn)行,組件管理負(fù)責(zé)加載功 能模塊;如果功能模塊不存在,組件管理負(fù)責(zé)從網(wǎng)絡(luò)下載功能模塊然后再加 載;如果功能模塊有變化,組件管理負(fù)責(zé)從網(wǎng)絡(luò)下載功能模塊并更新功能模 塊。模塊的被加載表示模塊從非激活狀態(tài)轉(zhuǎn)為激活狀態(tài),例如創(chuàng)建并運(yùn)行一 個(gè)線程或任務(wù),或者為功能模塊的運(yùn)行分配內(nèi)存等。
進(jìn)一步地,設(shè)備管理模塊負(fù)責(zé)管理設(shè)備,例如配置設(shè)備參數(shù),像漫游模 式、自動(dòng)連接或手動(dòng)連接等。
進(jìn)一步地,連接管理模塊負(fù)責(zé)管理網(wǎng)絡(luò)連接過(guò)程中的狀態(tài)變遷,例如同 步狀態(tài)、鑒權(quán)狀態(tài)、登記狀態(tài)以及最后的接入完成狀態(tài)等。
進(jìn)一步地,服務(wù)管理模塊負(fù)責(zé)日志信息的記錄和存儲(chǔ)、連續(xù)上網(wǎng)時(shí)間的
限制、定時(shí)提醒等。
進(jìn)一步地,安全管理模塊負(fù)責(zé)用戶鑒權(quán)和設(shè)備鑒權(quán)過(guò)程中EAP(Extend Authentication Protocol,擴(kuò)展鑒權(quán)協(xié)議)方法層的處理。
進(jìn)一步地,診斷管理模塊,用于診斷功能的管理和控制,負(fù)責(zé)統(tǒng)計(jì)診斷 所需要的各種信息。
進(jìn)一步地,信令管理模塊負(fù)責(zé)控制MAC層信令跟蹤的啟用、停止以及 信令的解析。
進(jìn)一步地,數(shù)據(jù)庫(kù)管理模塊主要是負(fù)責(zé)管理軟件需要存儲(chǔ)的一些信息, 例如用戶名和密碼的加密存儲(chǔ)、固件的存儲(chǔ)等。
進(jìn)一步地,OMA管理模塊負(fù)責(zé)實(shí)現(xiàn)一個(gè)OMA客戶端與運(yùn)營(yíng)商管理和 控制的OMA服務(wù)器進(jìn)行通信,負(fù)責(zé)設(shè)備配置文件和固件等與設(shè)備相關(guān)的文 件的下載。
進(jìn)一步地,如果用戶界面和控制實(shí)現(xiàn)層位于不同設(shè)備,WEB服務(wù)器端 模塊作為一個(gè)服務(wù)器端與UI的WEB客戶端通信。
設(shè)計(jì)本層的目標(biāo)是最大限度地減小UI的平臺(tái)和芯片相關(guān)性,把UI所使 用的功能實(shí)現(xiàn)都i文在本層處理。本層通過(guò)FTFL實(shí)現(xiàn)平臺(tái)無(wú)關(guān)的目標(biāo)。本層 使用標(biāo)準(zhǔn)語(yǔ)言實(shí)現(xiàn),本層所必要的平臺(tái)調(diào)用,在FTFL完成。本層的另一個(gè) 重要特征是能夠根據(jù)UI的需要?jiǎng)討B(tài)加載必要的組件,從而完成UI所需要的 功能,這個(gè)特征由組件管理模塊實(shí)現(xiàn)。組件管理模塊的另一功能是保證本層 中功能模塊的實(shí)現(xiàn)方法的動(dòng)態(tài)選棒性。對(duì)于有多種具體的實(shí)現(xiàn)方法的功能模 塊,各種方法的具體實(shí)現(xiàn)被封裝在方法庫(kù)中,方法庫(kù)由組件管理模塊負(fù)責(zé)管 理,功能模塊暴露功能接口給UI或者本層的其他模塊使用。
由于功能模塊有或者可能會(huì)有多種實(shí)現(xiàn)方法,本層的設(shè)計(jì)保證功能模塊 的實(shí)現(xiàn)方法可動(dòng)態(tài)的選擇、改變以及更新。系統(tǒng)使用這種設(shè)計(jì)方法的優(yōu)點(diǎn)是 (a)根據(jù)應(yīng)用場(chǎng)景的不同,用戶可自由選擇功能模塊的特定方法;(b)軟件的
升級(jí)更新會(huì)更加簡(jiǎn)單,只需要對(duì)每次更新的方法庫(kù)中的方法增加一個(gè)標(biāo)志即
可,因而回退也很簡(jiǎn)單;(c)功能模塊的開(kāi)發(fā)也相對(duì)變的筒潔,有更好的適用 性。
所述系統(tǒng)的第三層是平臺(tái)無(wú)關(guān)層,本層的功能是實(shí)現(xiàn)必要的平臺(tái)API (Application Programming Interface,應(yīng)用程序編程接口 )給CAL調(diào)用,保 i正CAL的平臺(tái)無(wú)關(guān)性。
進(jìn)一步地,平臺(tái)的概念包括兩個(gè)方面,操作系統(tǒng)和終端設(shè)備芯片。因此, 本層需要對(duì)不同的操作系統(tǒng)(如WINDOWS, MAC OS、 LINUX等)平 臺(tái)的各種關(guān)^^建調(diào)用進(jìn)行封裝,例如線程、事件、互斥對(duì)象與內(nèi)存分配等,以 及對(duì)不同芯片的ADI進(jìn)行封裝。
所述系統(tǒng)的第四層是應(yīng)用驅(qū)動(dòng)接口層,本層用于處理應(yīng)用程序與驅(qū)動(dòng)之 間的信息交互以及針對(duì)特定芯片和設(shè)備驅(qū)動(dòng),提供平臺(tái)無(wú)關(guān)層相關(guān)應(yīng)用與驅(qū) 動(dòng)層中相關(guān)驅(qū)動(dòng)的接口來(lái)保證設(shè)備的正常運(yùn)行。
所述系統(tǒng)的第五層是驅(qū)動(dòng)層,完成對(duì)設(shè)備的驅(qū)動(dòng)。 進(jìn)一步地,本層實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的收發(fā)、對(duì)于設(shè)備對(duì)象和應(yīng)用對(duì)象的控制 管理等。
進(jìn)一步地,設(shè)備對(duì)象管理模塊負(fù)責(zé)管理一個(gè)或多個(gè)同類的設(shè)備,保證多 個(gè)同類設(shè)備的正常運(yùn)行。具體而言,設(shè)備對(duì)象的控制管理模塊負(fù)責(zé)處理設(shè)備 的插入、刪除、意外刪除、休眠、待機(jī)等系統(tǒng)事件。除此之外,也負(fù)責(zé)管理 從設(shè)備接收和發(fā)送數(shù)據(jù)到設(shè)備所必須的存儲(chǔ)空間、互斥和同步對(duì)象。
進(jìn)一步地,應(yīng)用對(duì)象管理模塊負(fù)責(zé)管理一個(gè)或多個(gè)應(yīng)用程序?qū)ο?,即?fù) 責(zé)管理當(dāng)前所有的正在使用設(shè)備的應(yīng)用程序?qū)ο?。?fù)責(zé)把應(yīng)用程序?qū)ο蟀l(fā)出
的控制命令發(fā)送給設(shè)備,并把設(shè)備的響應(yīng)結(jié)果發(fā)回給應(yīng)用程序?qū)ο蟆?進(jìn)一步地,芯片驅(qū)動(dòng)模塊負(fù)責(zé)完成驅(qū)動(dòng)與芯片的通信。
進(jìn)一步地,由于芯片的總線接口能有多種,所以芯片驅(qū)動(dòng)模塊與芯片的 具體通信方式也因總線的不同而有所不同。但是,對(duì)于任何總線接口而言, 總可以分為并行和串行兩種。對(duì)于并行接口,驅(qū)動(dòng)總是可以首先向芯片的控 制寄存器寫入控制信息,然后再向芯片的硬件隊(duì)列寫數(shù)據(jù)信息,或者驅(qū)動(dòng)直
接通過(guò)內(nèi)存讀寫的方式向芯片寫數(shù)據(jù);而對(duì)于串行接口,驅(qū)動(dòng)需要調(diào)用操作 系統(tǒng)系統(tǒng)的接口函數(shù)才能把數(shù)據(jù)發(fā)送到芯片上,此時(shí),驅(qū)動(dòng)以數(shù)據(jù)包的形式 提交數(shù)據(jù)給操作系統(tǒng),由操作系統(tǒng)完成物理上的數(shù)據(jù)發(fā)送。對(duì)于并行接口, 驅(qū)動(dòng)使用中斷的方式從芯片讀取數(shù)據(jù);而對(duì)于串行接口,驅(qū)動(dòng)則使用輪詢的 方式從芯片讀取數(shù)據(jù)。
進(jìn)一步地,DL負(fù)責(zé)驅(qū)動(dòng)具體的終端設(shè)備芯片,DL的實(shí)現(xiàn)依賴于操作系 統(tǒng)和特定芯片。然而,對(duì)于需要在驅(qū)動(dòng)實(shí)現(xiàn)的業(yè)務(wù)數(shù)據(jù)的處理操作,例如包 頭壓縮/解壓縮、加解密、包過(guò)濾等,其具體算法并不依賴于芯片和操作系 統(tǒng)。因此,DL可以包括多個(gè)功能子層,每個(gè)功能子層完成一種特定的功能, 這些功能子層可以有效的適用于不同平臺(tái)。
所述系統(tǒng)相鄰兩層之間的通信方式為
基于終端設(shè)備的多樣性,所述系統(tǒng)的五層組件可能位于同一臺(tái)設(shè)備之 上;也可能位于不同的設(shè)備之上。因此,不同層之間的通信機(jī)制可以采用有 多種方式,例如函數(shù)調(diào)用、遠(yuǎn)程過(guò)程調(diào)用、消息機(jī)制、基于WEB的通信機(jī) 制等。
進(jìn)一步地,UI與CAL的通信機(jī)制可以是函數(shù)調(diào)用或者WEB方式。如 果UI與CAL處于相同設(shè)備之上,UI采用函數(shù)調(diào)用的方式與CAL通信,否
則,UI通過(guò)WEB客戶端代理模塊與CAL通信。在不同的平臺(tái)上,CAL以 動(dòng)態(tài)鏈接庫(kù)或者任務(wù)的形式存在。
進(jìn)一步地,CAL與FTFL通過(guò)函數(shù)調(diào)用的方式實(shí)現(xiàn)通信。CAL與FTFL 之間的接口與平臺(tái)無(wú)關(guān),是標(biāo)準(zhǔn)接口。在不同平臺(tái)上,F(xiàn)TFL以動(dòng)態(tài)鏈接庫(kù) 或者靜態(tài)鏈接庫(kù)的形式存在,或者與CAL結(jié)合在一起作為一個(gè)任務(wù)而存在。
進(jìn)一步地,F(xiàn)TFL與ADI通過(guò)函數(shù)調(diào)用或者使用消息機(jī)制進(jìn)行通信。
進(jìn)一 步地,ADI與DL的通信機(jī)制與操作系統(tǒng)API相關(guān),可能是同步方 式,也可能是異步方式。無(wú)論ADI與DL采用何種通信方式,F(xiàn)TFL同時(shí)給 CAL提供同步和異步兩種通信方式的接口。
進(jìn)一步地,ADI是應(yīng)用與驅(qū)動(dòng)的接口層。在多數(shù)操作系統(tǒng)中,驅(qū)動(dòng)都處 于內(nèi)核態(tài),而ADI則處于用戶態(tài),ADI必須借助操作系統(tǒng)所提供的API與 驅(qū)動(dòng)通信。在不同的平臺(tái)上,ADI以動(dòng)態(tài)鏈接庫(kù)或者任務(wù)的形式存在。
本發(fā)明所產(chǎn)生的有益效果是基于這個(gè)系統(tǒng),開(kāi)發(fā)者能夠有效地、快速 地、跨平臺(tái)地整合各種類型的終端設(shè)備芯片,從而提高終端設(shè)備軟件開(kāi)發(fā)的 效率,加快終端設(shè)備軟件的開(kāi)發(fā)速度。
圖1是用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng)的一個(gè)整體結(jié)構(gòu)示范圖。 圖2是用于WiMAX終端設(shè)備的同步網(wǎng)絡(luò)接入的一個(gè)流程示例。 圖3是用于WiMAX終端設(shè)備的異步處理過(guò)程的一個(gè)示例。 圖4是用于WiMAX終端設(shè)備的CAL組件管理模塊動(dòng)態(tài)加載診斷模塊 的一個(gè)示范圖。
圖5是動(dòng)態(tài)加載功能模塊的一個(gè)示范流程圖。
圖6是用于WiMAX終端設(shè)備的CAL安全管理模塊實(shí)現(xiàn)方法無(wú)關(guān)性的
一個(gè)示范圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施例作進(jìn)一步詳細(xì)說(shuō)明
附圖1是用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng)的一個(gè)整體結(jié)構(gòu)示范圖。
本發(fā)明所提出的軟件架構(gòu)由五層組成,分別是UI、 CAL、 FTFL、 ADI以及DL。下面對(duì)所述系統(tǒng)每層的功能進(jìn)行詳細(xì)描述。
所述系統(tǒng)的最上層也即第一層是用戶界面層,包括圖形用戶界面和命令 行窗口,分別對(duì)應(yīng)于不同的需求。
進(jìn)一步地,本層所包括的功能模塊有網(wǎng)絡(luò)信息的顯示管理模塊、設(shè)備 信息的顯示管理模塊、診斷的顯示管理模塊、定制功能模塊、用戶策略配置 模塊、網(wǎng)絡(luò)配置和網(wǎng)絡(luò)接入控制模塊、以及WEB客戶端模塊等。
進(jìn)一步地,網(wǎng)絡(luò)信息的顯示管理模塊和設(shè)備信息的顯示管理模塊,用于 對(duì)網(wǎng)絡(luò)信息和設(shè)備信息的顯示界面進(jìn)行管理,例如網(wǎng)絡(luò)接入狀態(tài)的顯示、設(shè) 備是否激活等信息的顯示、MAC層信令的顯示。
進(jìn)一步地,診斷的顯示管理模塊負(fù)責(zé)管理診斷信息的顯示,例如誤碼率、 誤幀率、接收包和發(fā)送包數(shù)等的診斷顯示。
進(jìn)一步地,定制功能模塊于具有特殊需要的場(chǎng)合,例如設(shè)備是否允許多 人使用。
進(jìn)一步地,用戶策略配置模塊負(fù)責(zé)完成用戶策略的配置,用戶名密碼的 保存與否,例如用戶選擇使用那一種類型的服務(wù)視頻點(diǎn),燔、VOIP或者普 通上網(wǎng)等。
進(jìn)一步地,網(wǎng)絡(luò)配置模塊負(fù)責(zé)配置網(wǎng)絡(luò),例如配置WiMAX網(wǎng)絡(luò)、CDMA 網(wǎng)絡(luò)或者WiFi網(wǎng)絡(luò);
進(jìn)一步地,網(wǎng)絡(luò)接入控制模塊負(fù)責(zé)控制網(wǎng)絡(luò)接入,例如輸入用戶名和密
碼、^妄入網(wǎng)癥備、退出網(wǎng)絡(luò)。
進(jìn)一步地,WEB客戶端模塊用于UI與CAL位于不同設(shè)備時(shí)的場(chǎng)景。 例如在無(wú)線家庭網(wǎng)關(guān)中的應(yīng)用,UI位于主才幾上,無(wú)線家庭網(wǎng)關(guān)作為一個(gè)網(wǎng) 絡(luò)設(shè)備獨(dú)立存在,此時(shí)UI與控制實(shí)現(xiàn)層就通過(guò)WEB方式進(jìn)行通信。UI提 供用戶控制的操作界面,而控制功能則由CAL實(shí)現(xiàn),這樣處理的優(yōu)點(diǎn)是, 簡(jiǎn)化了 UI的設(shè)計(jì),提高了 UI在不同平臺(tái)上的移植效率。
所述系統(tǒng)的第二層是控制實(shí)現(xiàn)層,本層用于完成對(duì)于組件管理模塊、設(shè) 備管理模塊、連接管理模塊、服務(wù)管理模塊、安全管理模塊、診斷管理模塊、 信令管理模塊、數(shù)據(jù)庫(kù)管理模塊、OMA (Open Mobile Alliance,開(kāi)放移動(dòng) 聯(lián)盟)管理模塊以及WEB服務(wù)器端模塊等模塊的管理。
進(jìn)一步地,組件管理模塊負(fù)責(zé)管理本層的各個(gè)功能模塊,負(fù)責(zé)功能模塊 動(dòng)態(tài)的加載、下載和更新。如果功能模塊第一次運(yùn)行,組件管理負(fù)責(zé)加載功 能模塊;如果功能模塊不存在,組件管理負(fù)責(zé)從網(wǎng)絡(luò)下載功能模塊然后再加 載;如果功能模塊有變化,組件管理負(fù)責(zé)從網(wǎng)絡(luò)下載功能模塊并更新功能模 塊。模塊的被加載表示模塊從非激活狀態(tài)轉(zhuǎn)為激活狀態(tài),例如創(chuàng)建并運(yùn)行一 個(gè)線程或任務(wù),或者為功能模塊的運(yùn)行分配內(nèi)存等。
進(jìn)一步地,設(shè)備管理模塊負(fù)責(zé)管理設(shè)備,例如配置設(shè)備參數(shù),像漫游模 式、自動(dòng)連接或手動(dòng)連接等。
進(jìn)一步地,連接管理模塊負(fù)責(zé)管理網(wǎng)絡(luò)連接過(guò)程中的狀態(tài)變遷,例如同 步狀態(tài)、鑒權(quán)狀態(tài)、登記狀態(tài)以及最后的接入完成狀態(tài)等。
進(jìn)一步地,服務(wù)管理模塊負(fù)責(zé)日志信息的記錄和存儲(chǔ)、連續(xù)上網(wǎng)時(shí)間的 限制、定時(shí)提醒等。
進(jìn)一步地,安全管理模塊負(fù)責(zé)用戶鑒權(quán)和設(shè)備鑒權(quán)過(guò)程中EAP(Extend Authentication Protocol,擴(kuò)展鑒權(quán)協(xié)議)方法層的處理。
進(jìn)一步地,診斷管理模塊,用于診斷功能的管理和控制,負(fù)責(zé)統(tǒng)計(jì)診斷 所需要的各種信息。
進(jìn)一步地,信令管理模塊負(fù)責(zé)控制MAC層信令跟蹤的啟用、停止以及
信令的解析。
進(jìn)一步地,數(shù)據(jù)庫(kù)管理模塊主要是負(fù)責(zé)管理軟件需要存儲(chǔ)的一些信息, 例如用戶名和密碼的加密存儲(chǔ)、固件的存儲(chǔ)等。
進(jìn)一步地,OMA管理^t塊負(fù)責(zé)實(shí)現(xiàn)一個(gè)OMA客戶端與運(yùn)營(yíng)商管理和 控制的OMA服務(wù)器進(jìn)行通信,負(fù)責(zé)設(shè)備配置文件和固件等與設(shè)備相關(guān)的文 件的下載。
進(jìn)一步地,如果用戶界面和控制實(shí)現(xiàn)層位于不同設(shè)備,WEB服務(wù)器端 模塊作為一個(gè)服務(wù)器端與UI的WEB客戶端通信。
設(shè)計(jì)本層的目標(biāo)是最大限度地減小UI的平臺(tái)和芯片相關(guān)性,把UI所使 用的功能實(shí)現(xiàn)都放在本層處理。本層通過(guò)FTFL實(shí)現(xiàn)平臺(tái)無(wú)關(guān)的目標(biāo)。本層 使用標(biāo)準(zhǔn)語(yǔ)言實(shí)現(xiàn),本層所必要的平臺(tái)調(diào)用,在FTFL完成。本層的另一個(gè) 重要特征是能夠根據(jù)UI的需要?jiǎng)討B(tài)加載必要的組件,從而完成UI所需要的 功能,這個(gè)特征由組件管理模塊實(shí)現(xiàn)。組件管理模塊的另一功能是保證本層 中功能模塊的實(shí)現(xiàn)方法的動(dòng)態(tài)選擇性。對(duì)于有多種具體的實(shí)現(xiàn)方法的功能模 塊,各種方法的具體實(shí)現(xiàn)被封裝在方法庫(kù)中,方法庫(kù)由組件管理模塊負(fù)責(zé)管 理,功能模塊暴露功能接口給UI或者本層的其他模塊使用。
由于功能模塊有或者可能會(huì)有多種實(shí)現(xiàn)方法,本層的設(shè)計(jì)保證功能模塊 的實(shí)現(xiàn)方法可動(dòng)態(tài)的選擇、改變以及更新。系統(tǒng)使用這種設(shè)計(jì)方法的優(yōu)點(diǎn)是 (a)根據(jù)應(yīng)用場(chǎng)景的不同,用戶可自由選擇功能模塊的特定方法;(b)軟件的 升級(jí)更新會(huì)更加簡(jiǎn)單,只需要對(duì)每次更新的方法庫(kù)中的方法增加一個(gè)標(biāo)志即 可,因而回退也很簡(jiǎn)單;(c)功能模塊的開(kāi)發(fā)也相對(duì)變的簡(jiǎn)潔,有更好的適用性。
所述系統(tǒng)的第三層是平臺(tái)無(wú)關(guān)層,本層的功能是實(shí)現(xiàn)必要的平臺(tái)API (Application Programming Interface,應(yīng)用程序編程接口 )給CAL調(diào)用,保 證CAL的平臺(tái)無(wú)關(guān)性。
進(jìn)一步地,平臺(tái)的概念包括兩個(gè)方面,操作系統(tǒng)和終端設(shè)備芯片。因此, 本層需要對(duì)不同的操作系統(tǒng)(如WINDOWS, MAC OS、 LINUX等)平 臺(tái)的各種關(guān)^:調(diào)用進(jìn)行封裝,例如線程、事件、互斥對(duì)象與內(nèi)存分配等,以 及對(duì)不同芯片的ADI進(jìn)行封裝。
所述系統(tǒng)的第四層是應(yīng)用驅(qū)動(dòng)接口層,本層用于處理應(yīng)用程序與驅(qū)動(dòng)之 間的信息交互以及針對(duì)特定芯片和設(shè)備驅(qū)動(dòng),提供平臺(tái)無(wú)關(guān)層相關(guān)應(yīng)用與驅(qū) 動(dòng)層中相關(guān)驅(qū)動(dòng)的接口來(lái)保證設(shè)備的正常運(yùn)行。
所述系統(tǒng)的第五層是驅(qū)動(dòng)層,完成對(duì)設(shè)備的驅(qū)動(dòng)。 進(jìn)一步地,本層實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的收發(fā)、對(duì)于設(shè)備對(duì)象和應(yīng)用對(duì)象的控制 管理等。
進(jìn)一步地,設(shè)備對(duì)象管理模塊負(fù)責(zé)管理一個(gè)或多個(gè)同類的設(shè)備,保證多 個(gè)同類設(shè)備的正常運(yùn)行。具體而言,設(shè)備對(duì)象的控制管理模塊負(fù)責(zé)處理設(shè)備 的插入、刪除、意外刪除、休眠、待機(jī)等系統(tǒng)事件。除此之外,也負(fù)責(zé)管理 從設(shè)備接收和發(fā)送數(shù)據(jù)到設(shè)備所必須的存儲(chǔ)空間、互斥和同步對(duì)象。
進(jìn)一步地,應(yīng)用對(duì)象管理模塊負(fù)責(zé)管理一個(gè)或多個(gè)應(yīng)用程序?qū)ο螅簇?fù) 責(zé)管理當(dāng)前所有的正在使用設(shè)備的應(yīng)用程序?qū)ο?。?fù)責(zé)把應(yīng)用程序?qū)ο蟀l(fā)出 的控制命令發(fā)送給設(shè)備,并把設(shè)備的響應(yīng)結(jié)果發(fā)回給應(yīng)用程序?qū)ο蟆?br>
進(jìn)一步地,芯片驅(qū)動(dòng)模塊負(fù)責(zé)完成驅(qū)動(dòng)與芯片的通信。
進(jìn)一步地,由于芯片的總線接口能有多種,所以芯片驅(qū)動(dòng)模塊與芯片的
具體通信方式也因總線的不同而有所不同。但是,對(duì)于任4可總線接口而言, 總可以分為并行和串行兩種。對(duì)于并行接口,驅(qū)動(dòng)總是可以首先向芯片的控 制寄存器寫入控制信息,然后再向芯片的硬件隊(duì)列寫數(shù)據(jù)信息,或者驅(qū)動(dòng)直
接通過(guò)內(nèi)存讀寫的方式向芯片寫數(shù)據(jù);而對(duì)于串行接口,驅(qū)動(dòng)需要調(diào)用操作 系統(tǒng)系統(tǒng)的接口函數(shù)才能把數(shù)據(jù)發(fā)送到芯片上,此時(shí),驅(qū)動(dòng)以數(shù)據(jù)包的形式 提交數(shù)據(jù)給操作系統(tǒng),由操作系統(tǒng)完成物理上的數(shù)據(jù)發(fā)送。對(duì)于并行接口, 驅(qū)動(dòng)使用中斷的方式從芯片讀取數(shù)據(jù);而對(duì)于串行接口,驅(qū)動(dòng)則使用輪詢的 方式從芯片讀取數(shù)據(jù)。
進(jìn)一步地,DL負(fù)責(zé)驅(qū)動(dòng)具體的終端設(shè)備芯片,DL的實(shí)現(xiàn)依賴于操作系 統(tǒng)和特定芯片。然而,對(duì)于需要在驅(qū)動(dòng)實(shí)現(xiàn)的業(yè)務(wù)數(shù)據(jù)的處理^燥作,例如包 頭壓縮/解壓縮、加解密、包過(guò)濾等,其具體算法并不依賴于芯片和操作系 統(tǒng)。因此,DL可以包括多個(gè)功能子層,每個(gè)功能子層完成一種特定的功能, 這些功能子層可以有效的適用于不同平臺(tái)。
所述系統(tǒng)相鄰兩層之間的通信方式為
基于終端設(shè)備的多樣性,所述系統(tǒng)的五層組件可能位于同一臺(tái)設(shè)備之 上;也可能位于不同的設(shè)備之上。因此,不同層之間的通信機(jī)制可以采用有 多種方式,例如函數(shù)調(diào)用、遠(yuǎn)程過(guò)程調(diào)用、消息機(jī)制、基于WEB的通信機(jī)制等。
進(jìn)一步地,UI與CAL的通信機(jī)制可以是函數(shù)調(diào)用或者WEB方式。如 果UI與CAL處于相同設(shè)備之上,UI采用函數(shù)調(diào)用的方式與CAL通信,否 則,UI通過(guò)WEB客戶端代理模塊與CAL通信。在不同的平臺(tái)上,CAL以 動(dòng)態(tài)鏈接庫(kù)或者任務(wù)的形式存在。
進(jìn)一步地,CAL與FTFL通過(guò)函數(shù)調(diào)用的方式實(shí)現(xiàn)通信。CAL與FTFL
之間的接口與平臺(tái)無(wú)關(guān),是標(biāo)準(zhǔn)接口。在不同平臺(tái)上,F(xiàn)TFL以動(dòng)態(tài)鏈接庫(kù) 或者靜態(tài)鏈接庫(kù)的形式存在,或者與CAL結(jié)合在一起作為一個(gè)任務(wù)而存在。 進(jìn)一步地,F(xiàn)TFL與ADI通過(guò)函數(shù)調(diào)用或者使用消息機(jī)制進(jìn)行通信。 進(jìn)一步地,ADI與DL的通信機(jī)制與操:作系統(tǒng)API相關(guān),可能是同步方 式,也可能是異步方式。無(wú)論ADI與DL采用何種通信方式,F(xiàn)TFL同時(shí)給 CAL提供同步和異步兩種通信方式的接口。
進(jìn)一步地,ADI是應(yīng)用與驅(qū)動(dòng)的接口層。在多數(shù)操作系統(tǒng)中,驅(qū)動(dòng)都處 于內(nèi)核態(tài),而ADI則處于用戶態(tài),ADI必須借助操作系統(tǒng)所44供的API與 驅(qū)動(dòng)通信。在不同的平臺(tái)上,ADI以動(dòng)態(tài)鏈4^庫(kù)或者任務(wù)的形式存在。
附圖2是用于WiMAX終端設(shè)備的同步網(wǎng)絡(luò)接入的一個(gè)流程示例。圖中 X芯片是指某一特定芯片。 其步驟如下
步驟201,用戶點(diǎn)擊網(wǎng)絡(luò)連接按鈕;
步驟202, UI調(diào)用CAL連接管理模塊的接口函數(shù);
步驟203,連接管理模塊調(diào)用FTFL的接口函數(shù);
步驟204, FTFL調(diào)用ADI的接口函數(shù),由于此時(shí)是同步調(diào)用,所以函
數(shù)調(diào)用會(huì)處于同步等待狀態(tài);
步驟205, ADI給驅(qū)動(dòng)發(fā)送接入消息;
步驟206,接著驅(qū)動(dòng)將會(huì)把消息發(fā)送給終端設(shè)備,由于接入過(guò)程需要 CAL的安全管理模塊完成用戶鑒權(quán),所以驅(qū)動(dòng)收到設(shè)備的鑒權(quán)請(qǐng)求之后, 會(huì)發(fā)送鑒權(quán)請(qǐng)求給ADI ;
步驟207 , ADI把鑒權(quán)請(qǐng)求發(fā)送給FTFL;
步驟208, FTFL把鑒權(quán)請(qǐng)求接著發(fā)送給CAL;
步驟209,安全管理模塊處理完鑒權(quán)請(qǐng)求之后,調(diào)用FTFL的接口函數(shù),
把處理結(jié)果發(fā)送給FTFL;
步驟210, FTFL調(diào)用ADI的接口函數(shù); 步驟211, ADI把處理結(jié)果發(fā)送給驅(qū)動(dòng);
步驟212,驅(qū)動(dòng)將把處理結(jié)果發(fā)送給終端設(shè)備,終端設(shè)備完成網(wǎng)絡(luò)接入 后,會(huì)把結(jié)果再次發(fā)送給驅(qū)動(dòng),驅(qū)動(dòng)需要把接入的結(jié)果發(fā)送給ADI;
步驟213, ADI把接入結(jié)果再發(fā)送給FTFL,步驟213與步驟204同用 一個(gè)函數(shù),是因?yàn)椴襟E204在一直等待處理的結(jié)果,步驟213相當(dāng)于是同步 等待完成的返回;
步驟214是步驟203同步等待的完成;
步驟215是步驟202同步等待的完成;
步驟216,最后,UI把"J妻入結(jié)果顯示給用戶。
附圖3是用于WiMAX終端設(shè)備的軟件架構(gòu)中異步處理過(guò)程的一個(gè)示范 圖。圖中X芯片是指某一特定芯片。
步驟301, UI調(diào)用CAL的接口注冊(cè)回調(diào)函數(shù); 步驟302, CAL向FTFL注冊(cè)回調(diào)函凄t; 步驟303, FTFL再向ADI注冊(cè)回調(diào)函數(shù); 步驟304, ADI則直接向驅(qū)動(dòng)發(fā)送消息; 步驟305,是驅(qū)動(dòng)發(fā)送消息給ADI;
步驟306, ADI收到驅(qū)動(dòng)的消息之后,調(diào)用FTFL的回調(diào)函數(shù); 步驟307、 308, FTFL、 CAL分別調(diào)用其上一層所注冊(cè)的回調(diào)函數(shù)。
附圖4是用于WiMAX終端設(shè)備的CAL組件管理模塊動(dòng)態(tài)加載診斷管 理模塊的一個(gè)示范圖。
步驟401, UI調(diào)用CAL診斷管理模塊的接口函數(shù);
步驟402,診斷管理模塊接口函數(shù)判斷診斷模塊是否已經(jīng)加載,如果沒(méi) 有加載,則通知組件管理模塊加載診斷模塊; 步驟403,組件模塊加載診斷模塊;
步驟404,加載完成之后,組件管理模塊通知接口函數(shù)加載完成; 步驟405,最后,繼續(xù)后續(xù)的處理。
附圖5對(duì)應(yīng)于附圖4的一個(gè)動(dòng)態(tài)加載模塊的流程圖。如果終端設(shè)備已經(jīng) 出售給客戶,那么客戶可以通過(guò)增量升級(jí)的方式增加新的功能模塊,而軟件 本身則不需要關(guān)閉或者重啟。
步驟501,用戶啟用診斷功能,調(diào)用診斷功能的接口函數(shù);
步驟502,接口函數(shù)判斷診斷功能模塊是否已經(jīng)加載,如果已經(jīng)加載則 轉(zhuǎn)步驟507,否則轉(zhuǎn)步驟503;
步驟503,組件管理模塊判斷診斷功能模塊是否存在,如果存在則轉(zhuǎn)步 驟506,否則轉(zhuǎn)步驟504;
步驟504,通過(guò)下載的方式,增加診斷功能模塊;
步驟505,如果下載增加成功,則轉(zhuǎn)步驟506,否則轉(zhuǎn)步驟508;
步驟506,加載診斷管理模塊;
步驟507,繼續(xù)后續(xù)的處理;
步驟508,處理完成。
圖6是用于WiMAX終端設(shè)備的軟件架構(gòu)中CAL安全管理模塊的安全
功能實(shí)現(xiàn)方法動(dòng)態(tài)選擇的一個(gè)示范圖。
步驟601,用戶選擇網(wǎng)絡(luò)連接,UI調(diào)用CAL連結(jié)管理模塊的接口函數(shù); 步驟602,在網(wǎng)絡(luò)接入過(guò)程中,需要進(jìn)行鑒權(quán)的處理,連結(jié)管理模塊調(diào)
用安全管理模塊的接口函數(shù)進(jìn)行鑒權(quán)的處理;
步驟603,如果此時(shí)方法庫(kù)中沒(méi)有用戶所選擇的處理方法,則調(diào)用組件 管理模塊更新方法庫(kù);
步驟604,組件管理模塊完成方法庫(kù)的更新;
步驟605,方法庫(kù)更新結(jié)束之后,組件管理模塊把結(jié)果通知給安全管理 模塊;
步驟606,安全管理模塊完成安全處理之后,把處理結(jié)果返回給連接管 理模塊;
步驟607,連結(jié)管理模塊繼續(xù)處理其他內(nèi)容。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā)明,對(duì)于本 領(lǐng)域的技術(shù)人員來(lái)說(shuō),本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和 原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包括在本發(fā)明的保護(hù) 范圍之內(nèi)。
權(quán)利要求
1、一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),其特征在于至少包括如下五層組件用戶界面層,用于提供由用戶控制的用戶界面并顯示相應(yīng)的信息;控制實(shí)現(xiàn)層,用于完成對(duì)于WEB服務(wù)器模塊、組件管理模塊、設(shè)備管理模塊、連接管理模塊服務(wù)管理模塊、管理服務(wù)模塊、安全管理模塊診斷管理模塊、信令管理模塊、數(shù)據(jù)庫(kù)管理模塊、OMA管理模塊各個(gè)模塊的控制功能;平臺(tái)無(wú)關(guān)層,用于通過(guò)對(duì)不同的操作系統(tǒng)平臺(tái)的各種關(guān)鍵調(diào)用和不同芯片的應(yīng)用驅(qū)動(dòng)接口層進(jìn)行封裝實(shí)現(xiàn)必要的平臺(tái)API給控制實(shí)現(xiàn)層調(diào)用,來(lái)保證控制實(shí)現(xiàn)層的平臺(tái)無(wú)關(guān)性;應(yīng)用驅(qū)動(dòng)接口層,用于處理應(yīng)用程序與驅(qū)動(dòng)之間的信息交互以及針對(duì)特定的設(shè)備芯片和設(shè)備驅(qū)動(dòng),并提供平臺(tái)無(wú)關(guān)層相關(guān)應(yīng)用與驅(qū)動(dòng)層中相關(guān)驅(qū)動(dòng)的接口來(lái)保證設(shè)備的正常運(yùn)行;以及驅(qū)動(dòng)層,用于提供相應(yīng)芯片的驅(qū)動(dòng)來(lái)保證設(shè)備的正常運(yùn)行。
2、 按照權(quán)利要求1所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),其 特征在于所述用戶界面層的表現(xiàn)形式包括圖形用戶界面和命令行窗口 ,分別 對(duì)應(yīng)于不同的需求。
3、 按照權(quán)利要求1或2所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng), 其特征在于所述用戶界面層至少包括以下幾個(gè)模塊網(wǎng)絡(luò)信息的顯示管理模塊和設(shè)備信息的顯示管理模塊,用于對(duì)網(wǎng)絡(luò)信息 和設(shè)備信息的顯示界面進(jìn)行管理,所述管理模塊的管理內(nèi)容至少包括網(wǎng)絡(luò) 接入狀態(tài)的顯示、設(shè)備是否激活信息的顯示、MAC層信令的顯示;診斷的顯示管理模塊,用于管理相關(guān)診斷的顯示,所述管理模塊的管理 內(nèi)容至少包括誤碼率、誤幀率和接收包和發(fā)送包數(shù)的診斷顯示;定制功能模塊,用于與特定設(shè)備相關(guān)的定制功能,所述定制功能模塊的 定制功能至少包括:設(shè)備是否允許多人使用;用戶策略配置模塊,用于完成用戶策略的配置,所述用戶策略配置模塊 的用戶策略配置內(nèi)容至少包括配置用戶選擇使用那一種類型的服務(wù),決定 是否保存用戶名和密碼;網(wǎng)絡(luò)配置;f莫塊用于網(wǎng)絡(luò)的配置,所述網(wǎng)絡(luò)的配置至少包括配置WiMAX 網(wǎng)絡(luò)、CDMA網(wǎng)絡(luò)或者WiFi網(wǎng)絡(luò);網(wǎng)絡(luò)接入控制模塊用于控制網(wǎng)絡(luò)接入,所述控制網(wǎng)絡(luò)接入至少包括輸 入用戶名和密碼、接入網(wǎng)絡(luò)、退出網(wǎng)絡(luò);以及WEB客戶端模塊,用于用戶界面層與控制實(shí)現(xiàn)層位于不同設(shè)備時(shí),完 成與WEB服務(wù)器端的通信。
4、 按照權(quán)利要求1所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),其 特征在于所述控制實(shí)現(xiàn)層使用標(biāo)準(zhǔn)語(yǔ)言實(shí)現(xiàn),通過(guò)平臺(tái)無(wú)關(guān)層完成必要的 平臺(tái)調(diào)用,并且根據(jù)用戶界面層的需要?jiǎng)討B(tài)加載必要的組件,從而完成用戶 界面層所需要的功能。
5、 按照權(quán)利要求1或4所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng), 其特征在于所述控制實(shí)現(xiàn)層至少包括以下幾個(gè)模塊WEB服務(wù)器端模塊,用于完成與WEB客戶端代理的通信; 組件管理模塊,用于管理本層的各個(gè)功能模塊,負(fù)責(zé)功能模塊動(dòng)態(tài)的加 載、下載和更新;設(shè)備管理模塊,用于管理設(shè)備,所述設(shè)備管理模塊的管理內(nèi)容至少包括漫游模式的選擇以及自動(dòng)連接或手動(dòng)連接設(shè)備參數(shù)的配置;連接管理模塊,用于管理網(wǎng)絡(luò)連接過(guò)程中的狀態(tài)變遷,所述連接管理模塊的管理內(nèi)容至少包括同步狀態(tài)、鑒權(quán)狀態(tài)、登記狀態(tài)以及最后的接入完 成狀態(tài);服務(wù)管理模塊,用于管理服務(wù),設(shè)置各類型服務(wù)的參數(shù),所述服務(wù)管理 模塊的管理內(nèi)容至少包括日志信息的記錄和存儲(chǔ)、連續(xù)上網(wǎng)時(shí)間的限制、 定時(shí)提醒;安全管理模塊,用于管理安全,負(fù)責(zé)用戶鑒權(quán)和設(shè)備鑒權(quán)過(guò)程中EAP 方法層的處理;診斷管理模塊,用于診斷功能的管理和控制,所述診斷管理模塊的管理 和控制內(nèi)容至少包括統(tǒng)計(jì)診斷所需要的各種信息;信令管理模塊,用于MAC層信令的管理,所述信令管理模塊的管理內(nèi) 容至少包括MAC層信令跟蹤的啟用、停止以及信令的解析;數(shù)據(jù)庫(kù)管理模塊,用于管理需要存儲(chǔ)的一些信息,所述數(shù)據(jù)庫(kù)管理模塊的管理內(nèi)容至少包括用戶名和密碼的加密存儲(chǔ)、固件的存儲(chǔ);以及OMA管理模塊,用于管理OMA功能,所述OMA管理模塊的管理內(nèi)容 至少包括實(shí)現(xiàn)一個(gè)OMA客戶端與運(yùn)營(yíng)商管理和控制的OMA服務(wù)器進(jìn)行 通信,負(fù)責(zé)與設(shè)備相關(guān)文件的下載。
6、 按照權(quán)利要求1所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),其 特征在于所述的平臺(tái)無(wú)關(guān)層中的平臺(tái)包括但并不限于WINDOWS平臺(tái)、 MAC OS平臺(tái)和LINUX平臺(tái)。
7、 按照權(quán)利要求1所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),其特征在于所述的驅(qū)動(dòng)層至少包括以下幾個(gè)模塊設(shè)備對(duì)象管理模塊,用于管理一個(gè)或多個(gè)同類的設(shè)備,保證多個(gè)同類設(shè) 備的正常運(yùn)行,所述設(shè)備對(duì)象管理模塊的管理內(nèi)容至少包括負(fù)責(zé)處理設(shè)備 的插入、刪除、意外刪除、休眠、待機(jī),也負(fù)責(zé)管理從設(shè)備接收和發(fā)送數(shù)據(jù) 到設(shè)備所必須的存儲(chǔ)空間、互斥和同步對(duì)象;應(yīng)用對(duì)象管理模塊,用于管理所有的當(dāng)前正在使用設(shè)備的應(yīng)用程序?qū)?象,負(fù)責(zé)把應(yīng)用程序?qū)ο蟀l(fā)出的控制命令發(fā)送給設(shè)備,并把設(shè)備的響應(yīng)結(jié)果 發(fā)回給應(yīng)用程序?qū)ο?;以及芯片?qū)動(dòng)模塊,用于完成驅(qū)動(dòng)與芯片的通信。
8、 按照權(quán)利要求1或7所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng), 其特征在于所述芯片驅(qū)動(dòng)模塊涉及的芯片的總線接口分為并行和串行兩 種,按照所述總線接口的不同,驅(qū)動(dòng)與芯片的通信方式有兩種方式一,對(duì)于并行接口,驅(qū)動(dòng)使用中斷的方式從芯片讀取數(shù)據(jù);寫數(shù)據(jù) 時(shí),驅(qū)動(dòng)首先向芯片的控制寄存器寫入控制信息,然后再向芯片的硬件隊(duì)列 寫數(shù)據(jù)信息,或者驅(qū)動(dòng)直接通過(guò)內(nèi)存讀寫的方式向芯片寫數(shù)據(jù);方式二,對(duì)于串行接口,驅(qū)動(dòng)使用輪詢的方式從片讀取數(shù)據(jù);寫數(shù)據(jù)時(shí), 驅(qū)動(dòng)需要調(diào)用操作系統(tǒng)系統(tǒng)的接口函數(shù)才能把數(shù)據(jù)發(fā)送到芯片上,此時(shí),驅(qū) 動(dòng)以數(shù)據(jù)包的形式提交數(shù)據(jù)給操作系統(tǒng),由操作系統(tǒng)完成物理上的數(shù)據(jù)發(fā) 送。
9、 按照權(quán)利要求1或7所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng), 其特征在于所述驅(qū)動(dòng)層負(fù)責(zé)驅(qū)動(dòng)具體的終端芯片,驅(qū)動(dòng)層的實(shí)現(xiàn)依賴于操 作系統(tǒng)和特定芯片,對(duì)于需要在驅(qū)動(dòng)實(shí)現(xiàn)的業(yè)務(wù)數(shù)據(jù)的處理操作,其具體算 法并不依賴于芯片和操作系統(tǒng),因此,驅(qū)動(dòng)層包含多個(gè)功能子層,每個(gè)功能 子層完成一種特定的功能,這些功能子層可以有效的適用于不同平臺(tái)。
10、 按照權(quán)利要求1所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),其 特征在于所述五層組件位于相同或者不同設(shè)備之上,并且不同層之間的通 信機(jī)制采用但不限于如下通信方式函數(shù)調(diào)用、WEB客戶端代理、遠(yuǎn)程過(guò) 程調(diào)用、消息機(jī)制。
11、 按照權(quán)利要求1或10所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系 統(tǒng),其特征在于所述系統(tǒng)五層組件中相鄰兩層之間的通信方式為用戶界面層與控制實(shí)現(xiàn)層處于相同設(shè)備之上,用戶界面層采用函數(shù)調(diào)用 的方式與控制實(shí)現(xiàn)層通信,否則,用戶界面層通過(guò)WEB客戶端代理模塊與 控制實(shí)現(xiàn)層通信;控制實(shí)現(xiàn)層與平臺(tái)無(wú)關(guān)層通過(guò)函數(shù)調(diào)用的方式實(shí)現(xiàn)通信; 平臺(tái)無(wú)關(guān)層與應(yīng)用驅(qū)動(dòng)接口層通過(guò)函數(shù)調(diào)用或者使用消息機(jī)制進(jìn)行通 信;以及應(yīng)用驅(qū)動(dòng)接口層借助操作系統(tǒng)所提供的應(yīng)用程序編程接口采用同步方 式或者異步方式與驅(qū)動(dòng)通信。
12、 按照權(quán)利要求11所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng), 其特征在于無(wú)論所述應(yīng)用驅(qū)動(dòng)接口層與所述驅(qū)動(dòng)層采用何種通信方式,所 述平臺(tái)無(wú)關(guān)層同時(shí)給所述控制實(shí)現(xiàn)層提供同步和異步兩種通信方式的接口。
13、 按照權(quán)利要求l所述的一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),其 特征在于所述五層組件中在不同的平臺(tái)上,所述控制實(shí)現(xiàn)層以動(dòng)態(tài)鏈接庫(kù)或者任務(wù)的形式存在; 所述平臺(tái)無(wú)關(guān)層與所述控制實(shí)現(xiàn)層之間的接口與平臺(tái)無(wú)關(guān),是標(biāo)準(zhǔn)接 口,在不同平臺(tái)上,所述平臺(tái)無(wú)關(guān)層以動(dòng)態(tài)鏈接庫(kù)或者靜態(tài)鏈接庫(kù)的形式存在,或者與所述控制實(shí)現(xiàn)層結(jié)合在一起作為一個(gè)任務(wù)而存在;以及在不同的平臺(tái)上,所述應(yīng)用驅(qū)動(dòng)接口層以動(dòng)態(tài)鏈接庫(kù)或者任務(wù)的形式存在。
全文摘要
本發(fā)明公開(kāi)了一種用于開(kāi)發(fā)移動(dòng)通信終端設(shè)備的系統(tǒng),該系統(tǒng)分為五層,分別是UI(User Interface,用戶界面)、CAL(Control AchievedLayer,控制實(shí)現(xiàn)層)、FTFL(Free to platForm Layer,平臺(tái)無(wú)關(guān)層)、ADI(Application Driver Interface,應(yīng)用驅(qū)動(dòng)接口)以及DL(DriverLayer,驅(qū)動(dòng)層)?;谶@個(gè)系統(tǒng),開(kāi)發(fā)者能夠有效地、快速地、跨平臺(tái)地整合各種類型的終端芯片,從而提高終端設(shè)備軟件開(kāi)發(fā)的效率,加快終端設(shè)備的開(kāi)發(fā)速度。
文檔編號(hào)H04Q7/32GK101115078SQ20071013781
公開(kāi)日2008年1月30日 申請(qǐng)日期2007年7月19日 優(yōu)先權(quán)日2007年7月19日
發(fā)明者忻 樂(lè), 姜泳水, 婁篤仕, 李正兵, 李立志, 王永成, 鄭大虎 申請(qǐng)人:中興通訊股份有限公司