專利名稱：一種基于Windows Mobile平臺(tái)的雙卡彩信處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信裝置，具體地說(shuō)涉及一種基于Windows Mobile操作 系統(tǒng)平臺(tái)的雙卡雙待手機(jī)彩信模塊的處理方法。
背景技術(shù)：
目前雙卡雙待手機(jī)需求逐漸增多，尤其是Windows Mobile平臺(tái)下的雙網(wǎng) 雙待手機(jī)。而對(duì)于雙卡雙待等情況，相對(duì)于單卡手機(jī)最大的一個(gè)優(yōu)點(diǎn)就在于 可以同時(shí)支持兩個(gè)不同協(xié)議棧的不同數(shù)據(jù)業(yè)務(wù)。但由于受到Windows Mobile 平臺(tái)的限制，系統(tǒng)在同一時(shí)間只能滿足用戶主動(dòng)發(fā)起一張卡的數(shù)據(jù)業(yè)務(wù)，故 將該當(dāng)前承載用戶數(shù)據(jù)業(yè)務(wù)的卡稱為數(shù)據(jù)業(yè)務(wù)主卡。
對(duì)運(yùn)營(yíng)商來(lái)說(shuō)，隨著用戶網(wǎng)絡(luò)生活的日益豐富，增加了很多不同類型的 增值服務(wù)，而通過(guò)數(shù)據(jù)業(yè)務(wù)方式提供的服務(wù)更是琳瑯滿目、數(shù)不勝數(shù)。其中 最常使用，己經(jīng)成為手機(jī)必備的一項(xiàng)數(shù)據(jù)業(yè)務(wù)就是彩信業(yè)務(wù)。彩信業(yè)務(wù)使用 WAP協(xié)議，在接收和發(fā)送彩信時(shí)都需要建立WAP數(shù)據(jù)連接與服務(wù)器通訊。
然而由于雙卡手機(jī)數(shù)據(jù)業(yè)務(wù)交叉等復(fù)雜性，給雙卡手機(jī)的彩信業(yè)務(wù)帶來(lái) 了一定的實(shí)現(xiàn)難度。比如說(shuō)，對(duì)完全相同的兩張GSM網(wǎng)絡(luò)的SIM卡，上層 Windows Mobile系統(tǒng)應(yīng)如何區(qū)分是那張卡來(lái)的彩信通知，上層又應(yīng)如何將彩 信接收的應(yīng)用請(qǐng)求綁定到對(duì)應(yīng)的協(xié)議棧上？需要發(fā)送彩信時(shí)如何解決路由綁 定，如何解決數(shù)據(jù)業(yè)務(wù)主卡和非數(shù)據(jù)業(yè)務(wù)主卡上彩信業(yè)務(wù)的沖突？此外，由 于彩信業(yè)務(wù)需要建立WAP類型的數(shù)據(jù)連接，如何在盡量不影響當(dāng)前其他數(shù)據(jù) 業(yè)務(wù)的前提下進(jìn)行彩信業(yè)務(wù)？這些都是我們需要關(guān)心和解決的問(wèn)題。
為了使單卡系統(tǒng)的彩信模塊盡可能少的修改，以便移植到雙卡系統(tǒng)上， 減少代碼移植的工作量，縮短開發(fā)周期，要在原有的框架上將修改做到最小。 同時(shí)，彩信業(yè)務(wù)只是眾多數(shù)據(jù)業(yè)務(wù)的一個(gè)典型實(shí)例，將解決雙卡彩信問(wèn)題的 經(jīng)驗(yàn)分享到其他數(shù)據(jù)業(yè)務(wù)應(yīng)用上，使雙卡系統(tǒng)的可移植性最高，也是需要考 慮的問(wèn)題。
本發(fā)明對(duì)雙卡系統(tǒng)上彩信模塊的移植方法做出描述，同時(shí)介紹整個(gè)彩信 模塊在雙卡雙待手機(jī)上的工作框架邏輯。

發(fā)明內(nèi)容
針對(duì)上述缺陷，本發(fā)明解決的技術(shù)問(wèn)題在于， 一種基于Windows Mobile 操作系統(tǒng)平臺(tái)的雙卡雙待手機(jī)彩信模塊的處理方法。 本發(fā)明的彩信接收過(guò)程包含以下步驟
RIL驅(qū)動(dòng)收到彩信通知，簡(jiǎn)單解析,將卡標(biāo)識(shí)綁定到事務(wù)ID上，并存到注 冊(cè)表中，最后拋給上層WM層201;
彩信模塊根據(jù)收到的彩信通知解析出事務(wù)工D，查詢NetMgr模塊獲得卡 標(biāo)識(shí)信息并保存，同時(shí)NetMgr刪除注冊(cè)表中相應(yīng)信息202;
判斷收到彩信的卡是否是數(shù)據(jù)業(yè)務(wù)主卡20 3;如果是主卡，轉(zhuǎn)到步驟
207;
如果不是，判斷用戶是否根據(jù)提示切換了網(wǎng)絡(luò)204;
如果切換了網(wǎng)絡(luò)，判斷切換網(wǎng)絡(luò)后是否到達(dá)l分鐘205;如果不到 l分鐘，則系統(tǒng)等待l分鐘206;
如果是，判斷當(dāng)前是否有數(shù)據(jù)連接207; 判斷用戶是否繼續(xù)彩信業(yè)務(wù)208，如果否，終止彩信業(yè)務(wù)，以后再嘗
試21。；
如果用戶繼續(xù)彩信業(yè)務(wù)，彩信模塊通過(guò)連接管理器發(fā)起數(shù)據(jù)連接，開
始下載彩信209。
本發(fā)明的彩信發(fā)送過(guò)程包含以下步驟
用戶編輯好彩信選擇發(fā)送,詢問(wèn)用戶使用哪張卡發(fā)送彩信301; 判斷用戶選擇的卡和數(shù)據(jù)業(yè)務(wù)主卡是否一致302;
如果不一致，提示用戶切換數(shù)據(jù)業(yè)務(wù)主卡后再嘗試304; 一致時(shí)，開始準(zhǔn)備發(fā)送彩信303; 判斷當(dāng)前是否有數(shù)據(jù)連接305;
如果沒(méi)有，彩信模塊通過(guò)連接管理器發(fā)起數(shù)據(jù)連接，開始下載彩信
308;
如果有，判斷用戶是否繼續(xù)彩信業(yè)務(wù)306;
如果有，彩信模塊通過(guò)連接管理器發(fā)起數(shù)據(jù)連接,開始下載彩信308;
如果沒(méi)有，以后再嘗試發(fā)送該彩信307 本發(fā)明使單卡系統(tǒng)的彩信模塊盡可能少的修改，以便移植到雙卡系統(tǒng)上， 減少代碼移植的工作量，縮短開發(fā)周期，在原有的框架上將修改做到最小。 方便代碼移植，同時(shí)也能實(shí)現(xiàn)在雙卡雙待手機(jī)上的彩信收發(fā)功能，即可以同 時(shí)支持兩個(gè)不同協(xié)議棧的不同數(shù)據(jù)業(yè)務(wù)。


圖1雙卡雙待系統(tǒng)彩信模塊與各模塊交互圖
本圖宏觀展示了彩信模塊在雙卡雙待系統(tǒng)下和各模塊的交互關(guān)系，彩信 模塊可以通過(guò)NetMgr模塊査詢彩信卡標(biāo)識(shí)信息，彩信模塊在通過(guò)連接管理器 建立和斷開網(wǎng)絡(luò)連接前，通過(guò)NetMgr模塊獲得當(dāng)前系統(tǒng)數(shù)據(jù)業(yè)務(wù)主卡情況及 當(dāng)前數(shù)據(jù)連接的網(wǎng)絡(luò)情況。
NetMgr可以獲取網(wǎng)絡(luò)信息，并管理網(wǎng)絡(luò)連接，對(duì)連接管理器起到輔助管 理的作用。同時(shí)NetMgr模塊封裝了雙卡雙待數(shù)據(jù)業(yè)務(wù)邏輯處理的大部分邏 輯，將網(wǎng)絡(luò)管理封裝起來(lái)向上層應(yīng)用模塊提供API接口，更好的實(shí)現(xiàn)分層及 可移植性。
其中，AsyncMac模塊負(fù)責(zé)管理雙卡數(shù)據(jù)業(yè)務(wù)的串口分配和數(shù)據(jù)業(yè)務(wù)相關(guān) 的路由控制工作，同時(shí)該模塊也可以記錄一些數(shù)據(jù)連接的狀態(tài)信息用來(lái)統(tǒng)治 APP應(yīng)用程序當(dāng)前雙卡的數(shù)據(jù)連接狀態(tài)。
RIL路由器是雙卡架構(gòu)的AT命令路由器，具體作用請(qǐng)參考雙卡架構(gòu)設(shè)計(jì) 的相關(guān)文檔。
圖2雙卡彩信模塊接收彩信處理流程圖
本圖展示了雙卡雙待手機(jī)彩信模塊接收彩信的處理流程。需要注意的是， 如果用戶中途取消了彩信操作，彩信模塊應(yīng)仍能保存彩信相關(guān)信息，在下次 用戶切換網(wǎng)絡(luò)，更換數(shù)據(jù)業(yè)務(wù)主卡時(shí)，重新檢查是否當(dāng)前條件滿足，可以處 理接收彩信。
圖3雙卡彩信模塊發(fā)送彩信處理流程圖
本圖展示了雙卡雙待手機(jī)彩信模塊發(fā)送彩信的處理流程。
圖4雙卡彩信或數(shù)據(jù)業(yè)務(wù)相關(guān)應(yīng)用模塊與NetMgr模塊交互流程圖本圖展示了彩信或數(shù)據(jù)業(yè)務(wù)相關(guān)應(yīng)用模塊與NetMgr模塊的交互流程。由 于雙卡雙待系統(tǒng)的特殊性，連接管理器已經(jīng)不能完全勝任雙卡數(shù)據(jù)連接管理 的全部工作，為了輔助連接管理器工作，是系統(tǒng)數(shù)據(jù)業(yè)務(wù)更加穩(wěn)定、高效、 功能強(qiáng)大，增加了NetMgr (網(wǎng)絡(luò)管理)模塊。彩信等數(shù)據(jù)業(yè)務(wù)相關(guān)的應(yīng)用模 塊在使用連接管理器進(jìn)行網(wǎng)絡(luò)操作前需要使用相應(yīng)的API和NetMgr模塊進(jìn)行
交互，由該模塊管理網(wǎng)絡(luò)，或通過(guò)該模塊查詢網(wǎng)絡(luò)信息。 圖5單卡彩信模塊接收彩信處理流程圖； 本圖展示了常見的單卡手機(jī)彩信模塊接收彩信的處理流程。 圖6單卡彩信模塊發(fā)送彩信處理流程圖； 本圖展示了常見的單卡手機(jī)彩信模塊發(fā)送彩信的處理流程。
具體實(shí)施例方式
在Windows Mobile平臺(tái)下，雙卡雙待手機(jī)的數(shù)據(jù)業(yè)務(wù)必須遵守Windows Mobile平臺(tái)連接管理器的業(yè)務(wù)邏輯，并適當(dāng)做出一些功能調(diào)整。對(duì)在雙卡手 機(jī)上用戶發(fā)起的數(shù)據(jù)連接請(qǐng)求，需要定義一套機(jī)制來(lái)確認(rèn)將該連接請(qǐng)求綁定 到哪張卡上。由于用戶是手機(jī)的切實(shí)使用者，而手機(jī)終端又不能完全獲得各 卡槽中手機(jī)卡的所有支持的數(shù)據(jù)業(yè)務(wù)有哪些，必須由用戶來(lái)保證使用哪張卡 來(lái)發(fā)起哪種數(shù)據(jù)業(yè)務(wù)。因此在設(shè)計(jì)上增加了網(wǎng)絡(luò)選擇的設(shè)置界面，用來(lái)和用 戶交互，詢問(wèn)用戶將使用哪張卡來(lái)發(fā)起新的數(shù)據(jù)連接？當(dāng)用戶設(shè)置了使用某 張卡來(lái)發(fā)起數(shù)據(jù)業(yè)務(wù)后，該卡將被設(shè)置為數(shù)據(jù)業(yè)務(wù)主卡，此時(shí)Windows Mobile 平臺(tái)下發(fā)的所有數(shù)據(jù)業(yè)務(wù)相關(guān)的命令請(qǐng)求都將被路由到設(shè)置為數(shù)據(jù)業(yè)務(wù)主卡 的一側(cè)，也即是說(shuō)以后上層Windows Mobile系統(tǒng)將主動(dòng)發(fā)出的連接請(qǐng)求綁定 到了數(shù)據(jù)業(yè)務(wù)主卡一側(cè)，上層系統(tǒng)數(shù)據(jù)服務(wù)相關(guān)的業(yè)務(wù)只和該側(cè)的協(xié)議棧通 訊、交互。
而彩信業(yè)務(wù)應(yīng)屬于即時(shí)的數(shù)據(jù)通訊業(yè)務(wù)，應(yīng)能盡量保證用戶及時(shí)發(fā)送接 收彩信。但受限于網(wǎng)絡(luò)情況和Windows Mobile平臺(tái)環(huán)境，同卡的數(shù)據(jù)業(yè)務(wù)只
能發(fā)起一條，且同類型的數(shù)據(jù)連接，系統(tǒng)只能發(fā)起一條。根據(jù)這些限制情況， 必須增加彩信模塊和用戶的交互，將主動(dòng)權(quán)交到用戶手中，在出現(xiàn)沖突的時(shí) 候，由用戶來(lái)決定是否改變網(wǎng)絡(luò)設(shè)置處理彩信業(yè)務(wù)，由用戶來(lái)決定是否中斷當(dāng)前已經(jīng)存在的數(shù)據(jù)連接來(lái)處理彩信業(yè)務(wù)，并且使發(fā)送優(yōu)先于接收，盡量保 證用戶的權(quán)益。
在彩信模塊移植的實(shí)現(xiàn)上，本發(fā)明將彩信分為發(fā)送和接收兩個(gè)過(guò)程來(lái)分 別考慮，為了增加可移植性使彩信模塊的代碼修改量最小，本發(fā)明將網(wǎng)絡(luò)情
況的邏輯判斷封裝在一個(gè)單獨(dú)的NetMgr. dll模塊中，如附圖1所示，該模塊 一方面可以輔助連接管理器對(duì)網(wǎng)絡(luò)情況做一定的維護(hù)管理工作(因?yàn)?Windows Mobile平臺(tái)的架構(gòu)下的連接管理器己經(jīng)不能完全滿足雙卡架構(gòu)的數(shù) 據(jù)業(yè)務(wù)需要，故必須增加網(wǎng)絡(luò)連接的輔助管理功能)，另一方面可以提供給數(shù) 據(jù)業(yè)務(wù)相關(guān)的各應(yīng)用模塊API接口，提供查詢和網(wǎng)絡(luò)情況(主要指雙卡架構(gòu) 下的數(shù)據(jù)業(yè)務(wù)連接狀態(tài)和具體特殊情況)的邏輯判斷工作，將判斷結(jié)果返回 給應(yīng)用模塊，各模塊可以根據(jù)網(wǎng)絡(luò)情況的判斷結(jié)果來(lái)做相應(yīng)處理。也就是說(shuō)， 在具體操作上，保證原有的彩信(或其他第三方數(shù)據(jù)業(yè)務(wù)相關(guān)應(yīng)用程序)模 塊的內(nèi)部邏輯處理不變，彩信模塊只要在建立數(shù)據(jù)連接和斷開數(shù)據(jù)連接時(shí)調(diào) 用NetMgr. dll的API接口 ，就完全不必操心雙卡雙待數(shù)據(jù)業(yè)務(wù)的各種復(fù)雜的 網(wǎng)絡(luò)情況。網(wǎng)絡(luò)連接的邏輯判斷和維護(hù)管理由NetMgr模塊輔助連接管理器完 成。
彩信接收過(guò)程的處理
單卡系統(tǒng)下，Windows Mobile系統(tǒng)的彩信模塊注冊(cè)了 WAP短信的監(jiān)聽回 調(diào)函數(shù)，來(lái)實(shí)時(shí)監(jiān)聽WAP類型的短信內(nèi)容，如圖5所示是單卡彩信接收流程， 當(dāng)協(xié)議棧收到彩信通知501后，協(xié)議棧將彩信通知上報(bào)給RIL驅(qū)動(dòng)502, RIL驅(qū)動(dòng)將彩信通知上報(bào)給上層Windows Mobile系統(tǒng)消息模塊503,彩信模 塊監(jiān)聽到上報(bào)的彩信通知，解析該通知的內(nèi)容504,彩信模塊調(diào)用連接管理器 建立WAP連接505,彩信模塊建立Windows Socket連接下載彩信506,接收 彩信完畢507。
由于雙卡雙待系統(tǒng)上，兩張卡可能同時(shí)交叉到達(dá)多條彩信通知，如何區(qū) 分處理這些彩信通知？如何區(qū)分是哪張卡到達(dá)的彩信通知？
如圖2所示，雙卡系統(tǒng)，在彩信通知的區(qū)分上，首先當(dāng)協(xié)議棧上報(bào)WAP 短信時(shí)，與各協(xié)議棧對(duì)應(yīng)的RIL驅(qū)動(dòng)模塊會(huì)首先截獲到WAP短信，RIL驅(qū)動(dòng) 首先做一個(gè)簡(jiǎn)單的解析工作，因?yàn)槊織l彩信通知的事務(wù)ID各不相同，可以作
7標(biāo)識(shí)信息，綁定到解析出來(lái)的事務(wù)ID上，同時(shí)將 綁定好的信息存到注冊(cè)表中，之后將該WAP短信正常上拋給上層Windows Mobile系統(tǒng)如圖2的步驟201，，這時(shí)的上報(bào)過(guò)程和單卡系統(tǒng)相同；上層彩 信模塊在獲得WAP短信后，解析出事務(wù)ID，并通過(guò)NetMgr. dll模塊提供的 接口査詢卡標(biāo)識(shí)(即哪張卡到達(dá)的彩信)信息，NetMgr. dll模塊到注冊(cè)表中 獲取卡標(biāo)識(shí)信息后返給彩信模塊，并刪除注冊(cè)表中對(duì)應(yīng)的信息，然后由彩信 模塊來(lái)管理記錄相應(yīng)信息，如圖2步驟202所示。
在接收彩信處理上，本發(fā)明采用數(shù)據(jù)業(yè)務(wù)主卡收到的彩信優(yōu)先處理的原 則。通常情況下不能僅按照收到彩信通知的時(shí)間來(lái)對(duì)彩信通知進(jìn)行排序處理， 以避免頻繁的切換網(wǎng)絡(luò)，造成系統(tǒng)負(fù)擔(dān)。系統(tǒng)優(yōu)先處理接收數(shù)據(jù)業(yè)務(wù)主卡上 的彩信，當(dāng)接收完主卡上的所有彩信后，提示用戶另一張卡有彩信需要處理， 并提示用戶切換網(wǎng)絡(luò)。如果用戶切換網(wǎng)絡(luò)，彩信模塊會(huì)監(jiān)聽到系統(tǒng)的變化， 彩信模塊會(huì)判斷出當(dāng)前數(shù)據(jù)業(yè)務(wù)主卡進(jìn)行了切換，并隨時(shí)檢查當(dāng)前網(wǎng)絡(luò)情況， 但雙卡雙待系統(tǒng)的彩信模塊不會(huì)立刻接收新主卡上的彩信，這樣用來(lái)保證用 戶切換網(wǎng)絡(luò)后處理其他數(shù)據(jù)業(yè)務(wù)(如用戶切換數(shù)據(jù)業(yè)務(wù)主卡下載JAVA游戲)，
不會(huì)因?yàn)椴市艠I(yè)務(wù)的發(fā)起而中斷其他數(shù)據(jù)業(yè)務(wù)，1分鐘后彩信模塊自動(dòng)處理 接收彩信，在這1分鐘內(nèi)，用戶也可以選擇立刻接收彩信主動(dòng)下載彩信。具 體的處理步驟如圖2的203及其后續(xù)判斷步驟所示。
在有其他類型數(shù)據(jù)業(yè)務(wù)(非WAP類型的數(shù)據(jù)連接)時(shí)處理彩信，彩信模 塊會(huì)在建立連接前調(diào)用NetMgr.dll模塊査詢數(shù)據(jù)業(yè)務(wù)主卡情況及當(dāng)前數(shù)據(jù) 連接情況，提示用戶當(dāng)前已經(jīng)有數(shù)據(jù)連接，發(fā)起彩信可能會(huì)斷開當(dāng)前其他數(shù) 據(jù)連接，是否繼續(xù)？由用戶來(lái)決定是否繼續(xù)彩信的處理，具體步驟如圖2所 示的208的判斷及后續(xù)操作。
彩信發(fā)送過(guò)程的處理-
單卡情況下，用戶編輯好彩信內(nèi)容直接點(diǎn)擊發(fā)送按鈕，彩信模塊直接調(diào) 用Windows Mobile平臺(tái)下的連接管理器發(fā)起WAP類型的數(shù)據(jù)連接，然后通過(guò) Windows Socket綁定到服務(wù)器發(fā)送彩信數(shù)據(jù)包，完成彩信發(fā)送流程。具體單 卡彩信發(fā)送流程如圖6所示，手機(jī)用戶通過(guò)UI編輯彩信內(nèi)容60 1，手機(jī)用戶 編輯好彩信后,點(diǎn)擊發(fā)送彩信602，彩信模塊通過(guò)連接管理器建立WAP類型
8數(shù)據(jù)連接603，彩信模塊建立到彩信服務(wù)器的Windows Socket連接并發(fā)送彩 信604，彩信發(fā)送完畢605。
雙卡系統(tǒng)中，彩信的發(fā)送要優(yōu)先于接收。當(dāng)用戶進(jìn)入彩信編輯界面，編 輯好彩信準(zhǔn)備發(fā)送時(shí)，彩信模塊詢問(wèn)用戶采用哪張卡進(jìn)行發(fā)送，如圖3的步 驟301。用戶選擇一張卡后，彩信模塊調(diào)用NetMgr.dll模塊檢査當(dāng)前系統(tǒng)的 數(shù)據(jù)業(yè)務(wù)主卡是哪張302，，如果數(shù)據(jù)業(yè)務(wù)主卡和用戶選擇發(fā)送彩信的卡一 致，直接發(fā)起彩信業(yè)務(wù)，處理流程和單卡一致，如圖3步驟302 "是"分支 的后續(xù)處理部分；如果數(shù)據(jù)業(yè)務(wù)主卡和用戶選擇發(fā)送彩信的卡不一致，提示 用戶當(dāng)前數(shù)據(jù)業(yè)務(wù)主卡設(shè)置不一致，不能發(fā)起另一張卡的彩信業(yè)務(wù)，并提示 用戶切換網(wǎng)絡(luò)選擇304。當(dāng)有其他數(shù)據(jù)業(yè)務(wù)時(shí)，處理方法與接收彩信的處理 方法一致，如圖3步驟305后續(xù)處理部分。
在系統(tǒng)未插入卡或僅插入一張卡時(shí)，按照單卡的處理邏輯處理彩信業(yè)務(wù)。
從上述的處理方案看，雙卡彩信模塊只需要在單卡彩信模塊的基礎(chǔ)上做 幾個(gè)簡(jiǎn)單的接口調(diào)用，如圖1，彩信僅需要在單卡開發(fā)的基礎(chǔ)上，調(diào)用NetMgr 模塊的一些接口函數(shù)，不需要修改任何原有單卡的邏輯，就可以實(shí)現(xiàn)移植， 由NetMgr模塊來(lái)完成雙卡的數(shù)據(jù)業(yè)務(wù)判斷和管理工作，彩信模塊與NetMgr 模塊的邏輯交互參考附圖4交互流程圖，開發(fā)和實(shí)現(xiàn)更簡(jiǎn)單。雙卡項(xiàng)目的其 他數(shù)據(jù)業(yè)務(wù)，例如Windows Mobile平臺(tái)的電子郵件、WAP瀏覽器、QQ等即時(shí) 聊天工具等，也可以參考這種設(shè)計(jì)方案來(lái)做移植工作；對(duì)無(wú)法修改代碼的其 他第三方數(shù)據(jù)業(yè)務(wù)應(yīng)用，例如Windows Mobile平臺(tái)下自帶的IE、MSN、0utLook 等，因?yàn)殡p卡雙待上數(shù)據(jù)業(yè)務(wù)主卡的設(shè)置，這些應(yīng)用會(huì)默認(rèn)使用該主卡進(jìn)行 數(shù)據(jù)業(yè)務(wù)，與在單卡系統(tǒng)上是一樣的可以無(wú)縫銜接。而所有的網(wǎng)絡(luò)情況判斷 和網(wǎng)絡(luò)情況的管理工作，都可以放在NetMgr. dll模塊來(lái)處理，該模塊隨時(shí)向 各應(yīng)用模塊提供著數(shù)據(jù)業(yè)務(wù)相關(guān)的服務(wù)。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普 通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn) 飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種基于Windows Mobile平臺(tái)的雙卡彩信處理方法，其特征在于其接收過(guò)程包含以下步驟RIL驅(qū)動(dòng)收到彩信通知，簡(jiǎn)單解析，將卡標(biāo)識(shí)綁定到事務(wù)ID上，并存到注冊(cè)表中，最后拋給上層WM層；彩信模塊根據(jù)收到的彩信通知解析出事務(wù)ID，查詢NetMgr模塊獲得卡標(biāo)識(shí)信息并保存，同時(shí)NetMgr刪除注冊(cè)表中相應(yīng)信息；判斷收到彩信的卡是否是數(shù)據(jù)業(yè)務(wù)主卡；如果是主卡，轉(zhuǎn)到步驟(207)；如果不是，判斷用戶是否根據(jù)提示切換了網(wǎng)絡(luò)；如果切換了網(wǎng)絡(luò)，判斷切換網(wǎng)絡(luò)后是否到達(dá)1分鐘；如果不到1分鐘，則系統(tǒng)等待1分鐘；如果是，判斷當(dāng)前是否有數(shù)據(jù)連接(207)；判斷用戶是否繼續(xù)彩信業(yè)務(wù)，如果否，終止彩信業(yè)務(wù)，以后再嘗試；如果用戶繼續(xù)彩信業(yè)務(wù)，彩信模塊通過(guò)連接管理器發(fā)起數(shù)據(jù)連接，開始下載彩信。
2、 一種基于Windows Mobile平臺(tái)的雙卡彩信處理方法，其特征在于其發(fā)送 過(guò)程包含以下步驟用戶編輯好彩信選擇發(fā)送，詢問(wèn)用戶使用哪張卡發(fā)送彩信； 判斷用戶選擇的卡和數(shù)據(jù)業(yè)務(wù)主卡是否一致；如果不一致，提示用戶切換數(shù)據(jù)業(yè)務(wù)主卡后再嘗試； 一致時(shí)，開始準(zhǔn)備發(fā)送彩信； 判斷當(dāng)前是否有數(shù)據(jù)連接；如果沒(méi)有，彩信模塊通過(guò)連接管理器發(fā)起數(shù)據(jù)連接,開始下載彩信； 如果有，判斷用戶是否繼續(xù)彩信業(yè)務(wù)；如果有，彩信模塊通過(guò)連接管理器發(fā)起數(shù)據(jù)連接,幵始下載彩信； 如果沒(méi)有，以后再嘗試發(fā)送該彩信。
全文摘要
本發(fā)明公開一種基于Windows Mobile操作系統(tǒng)平臺(tái)的雙卡雙待手機(jī)彩信模塊的處理方法，本發(fā)明通過(guò)將網(wǎng)絡(luò)情況的邏輯判斷封裝在一個(gè)單獨(dú)的NetMgr.dll模塊中，本發(fā)明的優(yōu)點(diǎn)在于可以同時(shí)支持兩個(gè)不同協(xié)議棧的不同數(shù)據(jù)業(yè)務(wù)。
文檔編號(hào)H04M1/725GK101540965SQ20081010227
公開日2009年9月23日 申請(qǐng)日期2008年3月19日 優(yōu)先權(quán)日2008年3月19日
發(fā)明者趙子鵬 申請(qǐng)人:德信智能手機(jī)技術(shù)(北京)有限公司