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

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


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