處理彩信的方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種處理彩信的方法及裝置，屬于無線通信【技術領域】。方法包括：根據(jù)當前所用賬戶對應的PDP處理彩信；判斷彩信的處理時長是否超過預設時長；如果彩信的處理時長超過預設時長，則判斷彩信是否處理完畢；如果彩信處理完畢，則關閉PDP。本發(fā)明通過根據(jù)當前所用賬戶對應的彩信的PDP處理彩信，在彩信的處理時長超過預設時長，且彩信處理完畢后關閉PDP，避免彩信未處理完關閉PDP造成彩信處理失敗，從而提高了彩信處理成功率。
【專利說明】處理彩信的方法及裝置
【技術領域】
[0001]本發(fā)明涉及無線通信【技術領域】，特別涉及一種處理彩信的方法及裝置。
【背景技術】
[0002]隨著手機成為人們生活、工作中必不可少的工具之一，處理信息功能也成為基礎功能，其中，處理信息具體為發(fā)送信息或者接收信息。隨之具有處理信息功能的應用越來越多，在眾多應用中，由于彩信能夠處理諸如圖片、錄音等較大的信息而得到越來越多用戶的青睞。如何保證彩信能夠及時、完整處理是提高應用使用率的關鍵。
[0003]目前，發(fā)送彩信的方法為:激活處理彩信的手機賬戶的麗S (MultimediaMessaging Service,多媒體信息服務)類型的F1DP (Packet Data Protocol,包數(shù)據(jù)協(xié)議)實現(xiàn)上網(wǎng)功能，再通過網(wǎng)絡與彩信中心建立連接，進而將彩信發(fā)送至彩信中心，并在發(fā)送成功或者激活MMS類型的TOP時間超過預設時間后關閉該手機賬戶的MMS類型的TOP。
[0004]接收彩信的方法為:激活處理彩信的手機賬戶的MMS類型的PDP實現(xiàn)上網(wǎng)功能，再通過網(wǎng)絡與彩信中心建立連接進而接收彩信中心的彩信，并在接收成功或者激活MMS類型的rop時間超過預設時間后關閉該手機賬戶的MMS類型的rop。
[0005]在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術至少存在以下問題:
[0006]由于關閉MMS類型的PDP的條件之一是激活MMS類型的PDP時間超過預設時間，因此，當需要處理彩信的時間大于預設時間時，即使彩信沒有處理完成也會強行關閉MMS類型的rop，使得彩信處理中斷，降低彩信處理的成功率。
【發(fā)明內(nèi)容】
[0007]為了解決現(xiàn)有技術的問題，本發(fā)明實施例提供了一種處理彩信的方法及裝置。所述技術方案如下:
[0008]第一方面，提供了一種處理彩信的方法，方法包括:
[0009]根據(jù)當前所用賬戶對應的彩信的包數(shù)據(jù)協(xié)議PDP處理彩信；
[0010]判斷所述彩信的處理時長是否超過預設時長；
[0011]如果所述彩信的處理時長超過所述預設時長，則判斷所述彩信是否處理完畢；
[0012]如果所述彩信處理完畢，則關閉所述PDP。
[0013]結合第一方面，在第一方面的第一種可能的實現(xiàn)方式中，所述判斷所述彩信是否處理完畢之后,還包括:
[0014]如果所述彩信未處理完畢，則判斷所述彩信的處理流量是否多于第一預設流量；
[0015]如果所述彩信的處理流量未多于所述第一預設流量，則關閉所述rop。
[0016]結合第一方面的第一種可能的實現(xiàn)方式，在第一方面的第二種可能的實現(xiàn)方式中，所述判斷所述彩信的處理流量是否多于第一預設流量之后，還包括:
[0017]如果所述彩信的處理流量多于所述第一預設流量，則判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值；[0018]如果所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值，則關閉所述rop。
[0019]結合第一方面，在第一方面的第三種可能的實現(xiàn)方式中，所述判斷所述彩信是否處理完畢之后,還包括:
[0020]如果所述彩信未處理完畢，則判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值；
[0021]如果所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值，則關閉所述rop。
[0022]結合第一方面的第二種或第三種可能的實現(xiàn)方式，在第一方面的第四種可能的實現(xiàn)方式中，所述判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值之后,還包括:
[0023]如果所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值，則判斷所述彩信在預設時間段內(nèi)的處理流量是否超過第二預設流量；
[0024]如果所述彩信在所述預設時間段內(nèi)的處理流量未超過所述第二預設流量，則執(zhí)行關閉所述rop的步驟；
[0025]其中，所述預設時間段為第一時間與第二時間之間的時間段，所述第一時間為前一次判斷所述彩信的處理時長超過所述預設時長的次數(shù)小于所述預設閾值時的時間，所述第二時間為本次判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于所述預設閾值時的時間。
[0026]第二方面，提供了一種處理彩信的裝置，裝置包括:
[0027]處理模塊，用于根據(jù)當前所用賬戶對應的彩信的包數(shù)據(jù)協(xié)議PDP處理彩信；
[0028]第一判斷模塊，用于判斷所述彩信的處理時長是否超過預設時長；
[0029]第二判斷模塊，用于當所述第一判斷模塊判斷所述彩信的處理時長超過所述預設時長時，判斷所述彩信是否處理完畢；
[0030]關閉模塊，用于當所述第二判斷模塊判斷所述彩信處理完畢時，關閉所述rop。
[0031]結合第二方面，在第二方面的第一種可能的實現(xiàn)方式中，所述裝置，還包括:
[0032]第三判斷模塊，用于當所述彩信未處理完畢時，判斷所述彩信的處理流量是否多
于第一預設流量；
[0033]所述關閉模塊，還用于當所述第三判斷模塊判斷所述彩信的處理流量未多于所述第一預設流量時，關閉所述rop。
[0034]結合第二方面的第一種可能的實現(xiàn)方式，在第二方面的第二種可能的實現(xiàn)方式中，所述裝置，還包括:
[0035]第四判斷模塊，用于當所述彩信的處理流量多于所述第一預設流量時，判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值；
[0036]所述關閉模塊，還用于當所述第四判斷模塊判斷所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值時，關閉所述rop。
[0037]結合第二方面，在第二方面的第三種可能的實現(xiàn)方式中，所述裝置，還包括:
[0038]第五判斷模塊，用于當所述彩信未處理完畢時，判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值；[0039]所述關閉模塊，還用于當所述第五判斷模塊判斷所述彩信的處理時長超過所述預設時長的次數(shù)小于所述預設閾值時，關閉所述rop。
[0040]結合第二方面的第二種或第三種可能的實現(xiàn)方式，在第二方面的第四種可能的實現(xiàn)方式中，所述裝置，還包括:
[0041]第六判斷模塊，用于當所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值時，判斷所述彩信在預設時間段內(nèi)的處理流量是否超過第二預設流量；
[0042]執(zhí)行模塊，用于當所述第六判斷模塊判斷所述彩信在所述預設時間段內(nèi)的處理流量未超過所述第二預設流量時，執(zhí)行關閉所述rop的步驟；
[0043]其中，所述預設時間段為第一時間與第二時間之間的時間段，所述第一時間為前一次判斷所述彩信的處理時長超過所述預設時長的次數(shù)小于所述預設閾值時的時間，所述第二時間為本次判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于所述預設閾值時的時間。
[0044]本發(fā)明實施例提供的技術方案帶來的有益效果是:
[0045]通過根據(jù)當前所用賬戶對應的彩信的PDP處理彩信，在彩信的處理時長超過預設時長，且彩信處理完畢后關閉rop，避免因彩信未處理完關閉PDP而造成彩信處理失敗，從而提高了彩信處理成功率。
【專利附圖】
【附圖說明】
[0046]為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。
[0047]圖1是本發(fā)明實施例一提供的處理彩信的方法流程圖；
[0048]圖2是本發(fā)明實施例二提供的發(fā)送彩信的方法流程圖；
[0049]圖3是本發(fā)明實施例二提供的雙卡手機發(fā)送彩信的流程示意圖；
[0050]圖4是本發(fā)明實施例二提供的發(fā)送彩信的功能模塊結構示意圖；
[0051]圖5是本發(fā)明實施例三提供的接收彩信的方法流程圖；
[0052]圖6是本發(fā)明實施例三提供的雙卡手機接收彩信的流程示意圖；
[0053]圖7是本發(fā)明實施例三提供的接收彩信的功能模塊結構示意圖；
[0054]圖8是本發(fā)明實施例四提供的第一種處理彩信的裝置的結構示意圖；
[0055]圖9是本發(fā)明實施例四提供的第二種處理彩信的裝置的結構示意圖；
[0056]圖10是本發(fā)明實施例四提供的第三種處理彩信的裝置的結構示意圖；
[0057]圖11是本發(fā)明實施例四提供的第四種處理彩信的裝置的結構示意圖；
[0058]圖12是本發(fā)明實施例四提供的第五種處理彩信的裝置的結構示意圖；
[0059]圖13是本發(fā)明實施例五提供的一種處理彩信的終端設備的結構示意圖。
【具體實施方式】
[0060]為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。[0061]實施例一
[0062]本實施例提供了一種處理彩信的方法，參見圖1，本實施例提供的方法包括:
[0063]101:根據(jù)當前所用賬戶對應的彩信的PDP處理彩信；
[0064]102:判斷彩信的處理時長是否超過預設時長；
[0065]103:如果彩信的處理時長超過預設時長，則判斷彩信是否處理完畢；
[0066]104:如果彩信處理完畢，則關閉rop。
[0067]優(yōu)選地，判斷彩信是否處理完畢之后，還包括:
[0068]如果彩信未處理完畢，則判斷彩信的處理流量是否多于第一預設流量；
[0069]如果彩信的處理流量未多于第一預設流量，則關閉rop。
[0070]優(yōu)選地，判斷彩信的處理流量是否多于第一預設流量之后，還包括:
[0071]如果彩信的處理流量多于第一預設流量，則判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值；
[0072]如果彩信的處理時長超過預設時長的次數(shù)不小于預設閾值，則關閉rop。
[0073]優(yōu)選地，判斷彩信是否處理完畢之后，還包括:
[0074]如果彩信未處理完畢，則判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值；
[0075]如果彩信的處理時長超過預設時長的次數(shù)不小于預設閾值，則關閉rop。
[0076]優(yōu)選地，判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值之后，還包括:
[0077]如果彩信的處理時長超過預設時長的次數(shù)不小于預設閾值，則判斷彩信在預設時間段內(nèi)的處理流量是否超過第二預設流量；
[0078]如果彩信在預設時間段內(nèi)的處理流量未超過第二預設流量，則執(zhí)行關閉rop的步驟；
[0079]其中，預設時間段為第一時間與第二時間之間的時間段，第一時間為前一次判斷彩信的處理時長超過預設時長的次數(shù)小于預設閾值時的時間，第二時間為本次判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值時的時間。
[0080]本發(fā)明實施例提供的方法，通過根據(jù)當前所用賬戶對應的彩信的PDP處理彩信，在彩信的處理時長超過預設時長，且彩信處理完畢后關閉rop，避免彩信未處理完關閉rop造成彩信處理失敗，從而提高了彩信處理成功率。
[0081]實施例二
[0082]本發(fā)明實施例提供了一種處理彩信的方法，結合上述實施例一的內(nèi)容，為了便于說明，本實施例以處理彩信的方式為發(fā)送彩信的方式，處理彩信的終端設備為單通的雙卡手機為例，對本實施例提供的處理彩信的方法進行說明。參見圖2，本實施例提供的方法流程包括:
[0083]201:將待發(fā)送的彩信所屬賬戶作為當前所用賬戶，激活當前所用賬戶對應的彩信的rop，連接彩信中心；
[0084]如果處理彩信的終端設備為單賬戶終端設備，則當前所用賬戶即待發(fā)送的彩信所屬賬戶，因此激活當前所用賬戶的MMS (Multimedia Messageing Service,多媒體信息服務)類型的Η)Ρ，以獲得網(wǎng)絡為該終端設備分配的IP (Internet Protocol，網(wǎng)際協(xié)議)地址，并在獲得IP地址后，通過該IP地址登錄網(wǎng)絡，連接彩信中心。如果處理彩信的終端設備是單通的雙賬戶終端設備，由于其同一時刻激活一個賬戶的rop，因此，該單通的雙賬戶終端設備會先確定待發(fā)送的彩信所屬的賬戶，確定當前所用賬戶，并判斷當前所用賬戶與待發(fā)送的彩信所屬賬戶是否一致。如果當前所用賬戶與待發(fā)送的彩信所屬賬戶不一致，將當前所用賬戶切換成待發(fā)送的彩信所屬賬戶，再激活當前所用賬戶的MMS類型的rop，并在獲得IP地址后，通過該IP地址登錄網(wǎng)絡連接彩信中心。
[0085]本實施例不對確定待發(fā)送的彩信所屬的賬戶的具體方法進行限定，例如:將提交彩信發(fā)送消息的賬戶確定為待發(fā)送的彩信所屬的賬戶。
[0086]具體的，如圖3所示的雙卡手機發(fā)送彩信的流程示意圖中步驟I)至5)，雙卡手機首先確定待發(fā)送的彩信所屬的賬戶為賬戶2。如果當前所用賬戶為賬戶1，由于當前所用賬戶與待發(fā)送的彩信所屬賬戶不一致，因此該雙卡手機會將當前賬戶I切換成賬戶2，再激活賬戶2的MMS類型的TOP。當然，當前所用賬戶還可以為其它賬戶，本實施例不對當前所用具體賬戶進行限定。待發(fā)送的彩信所屬的賬戶還可以為其它賬戶，本實施例不對待發(fā)送的彩信所屬的具體賬戶進行限定。
[0087]以處理彩信的終端設備中包括如圖4所示的功能模塊為例，其中應用模塊(麗S)，通過該應用可以查看彩信和編輯并發(fā)送彩信。連接服務模塊(ConnectivityService),用于管理終端設備的各種連接，包括wifi(無線網(wǎng)絡)的連接和mobile(移動)的連接，同時提供接口給應用來調用以打開某種類型的連接。例如麗S要發(fā)送彩信，則需先向ConnectivityService請求激活特定賬戶彩信的Η)Ρ。賬戶管理模塊(SubScriberManager)，提供接口以設置賬戶，包括語言賬戶，數(shù)據(jù)賬戶等等。數(shù)據(jù)業(yè)務模塊(DataConnectionTracker),主要管理mobile的數(shù)據(jù)業(yè)務，主要負責如果條件滿足，則激活rop，如果條件不滿足，則清理已經(jīng)激活的TOP，使數(shù)據(jù)業(yè)務關閉，對于雙卡手機，只要待發(fā)送的彩信所屬賬戶與當前所用賬戶一致，則激活當前所用賬戶彩信的rop，否則不激活，從而達到彩信在哪個賬戶上，則激活哪個賬戶彩信的rop的目的。數(shù)據(jù)統(tǒng)計模塊(TrafficStats)，提供接口來獲取當前發(fā)送數(shù)據(jù)的統(tǒng)計，比如:發(fā)了多少個包，還可以獲取以流量作為單位的流量統(tǒng)計。MMS向ConnectivityService請求要激活彩信所需要的F1DP,而ConnectivityService確定當前所用賬戶與待發(fā)送的彩信所屬賬戶是否一致,如果不一致，則調用 setPreferredDataSubscription 向 SubscriberManager 請求切換賬戶，切換成功后 SubscriberManager 會通知 DataConnectionTracker,此時，ConnectivityServie 就可以調用network, reconnect O請求激活麗S類型的Η)Ρ。麗S類型的PDP激活成功后，DataConnectionTracker 會通知 ConnectivityService, ConnectivityService 再發(fā)廣播通知MMS類型的rop已經(jīng)建立成功，可以開始發(fā)送彩信。當然，處理彩信的終端設備還可以包括其它模塊，本實施例不對處理彩信的終端設備包括的具體模塊進行限定。同時本實施例也不對各模塊的具體名稱及具體功能進行限定。
[0088]另外，由于處理彩信的終端設備平時會激活當前所用賬戶對應的default (默認)類型的rop，以為當前所用賬戶提供普通上網(wǎng)功能，因此，對于同時激活一種類型rop的終端設備在激活當前所用賬戶對應的彩信的rop以連接彩信中心之前，還會確定是否激活當前所用賬戶的default類型的TOP。如果激活，則關閉當前所用賬戶的default類型的TOP，再將待發(fā)送的彩信所屬賬戶作為當前所用賬戶，并激活該賬戶對應的彩信的rop以連接彩/[目中心。
[0089]202:根據(jù)當前所用賬戶對應的彩信的PDP向彩信中心發(fā)送彩信，并判斷彩信的發(fā)送時長是否超過預設時長，如果彩信的發(fā)送時長超過預設時長，則執(zhí)行步驟203，如果彩信的發(fā)送時長未超過預設時長，則執(zhí)行步驟204 ；
[0090]本實施例不對判斷彩信的發(fā)送時長是否超過預設時長的具體方法進行限定，例如:設置計時器記錄彩信的發(fā)送時長，判斷計時器記錄的彩信的發(fā)送時長是否超過預設時長。本實施例也不對預設時長的具體設置方法進行限定，例如:通過處理彩信的終端設備中設置功能設置預設時長。本實施例也不對發(fā)送的彩信的具體數(shù)量進行限定，例如:一次發(fā)送一條彩信或者一次順序發(fā)送多條彩信。
[0091]具體的,如圖4所示的模塊,在Connectivity Service中設置計時器記錄連接彩信中心的時長，將該時長作為彩信的發(fā)送時長，并判斷彩信的發(fā)送時長是否超過預設時長。
[0092]另外，由于通過TrafficStats模塊可以獲取當前發(fā)送數(shù)據(jù)的統(tǒng)計，因此，為了減少判斷彩信的發(fā)送時長是否超過預設時長的次數(shù)，提高本發(fā)明實施例提供的發(fā)送彩信的方法的發(fā)送效率，優(yōu)選地，在判斷彩信的發(fā)送時長是否超過預設時長之前，還可以先通過TrafficStats模塊確定當前是否在向彩信中心發(fā)送數(shù)據(jù)，如果當前正在向彩信中心發(fā)送數(shù)據(jù)，則確定彩信未發(fā)送完畢，則直接執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信；如果當前未向彩信中心發(fā)送數(shù)據(jù)，再判斷彩信的發(fā)送時長是否超過預設時長。
[0093]203:判斷彩信是否發(fā)送完畢，如果彩信未發(fā)送完畢，則執(zhí)行步驟204，如果彩信發(fā)送完畢，則關閉rop，結束流程；
[0094]由于發(fā)送的彩信可以是一個或者多個，因此，判斷彩信是否發(fā)送完畢也是判斷一個或者多個彩信是否均發(fā)送完畢，即判斷處理彩信的終端設備中是否還有未被發(fā)送的彩信，如果處理彩信的終端設備中還有未被發(fā)送的彩信，則判斷彩信未發(fā)送完畢；如果處理彩信的終端設備中沒有未被發(fā)送的彩信，則判斷彩信發(fā)送完畢。除此之外，判斷彩信是否發(fā)送完畢的方法還可以為:如果接收到彩信中心發(fā)送的彩信接收完畢的確認消息，則確定彩信發(fā)送完畢，否則，確定彩信未發(fā)送完畢。本實施例不對判斷彩信是否發(fā)送完畢的具體方法進行限定。
[0095]如圖3中10)所示，雙卡手機判斷手機中彩信的發(fā)件箱中是否還有待發(fā)送的彩信，其中待發(fā)送的彩信可以是一個也可以是多個。
[0096]另外，步驟203在具體實施時，確定彩信未發(fā)送完畢之后會出現(xiàn)如下兩種情況中的任一種情況，根據(jù)出現(xiàn)的情況不同，在執(zhí)行步驟203并確定彩信未發(fā)送完畢之后，還可以進一步的選擇不同的處理方式以確定是否執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信。
[0097]第一種情況:由于發(fā)送彩信的相關應用處于崩潰狀態(tài)，或者處理彩信的終端設備的信號極差，或者其它情況導致沒有彩信發(fā)送量；
[0098]第二種情況:由于發(fā)送彩信的時間較長等原因，使得彩信的發(fā)送時長已多次超過預設時長仍未關閉rop，從而影響處理彩信的終端設備進行其它網(wǎng)絡活動。
[0099]對于第一種沒有彩信發(fā)送量的情況，進一步地，在執(zhí)行步驟203并確定彩信未發(fā)送完畢之后，還可以執(zhí)行步驟203a判斷彩信的發(fā)送流量是否多于第一預設流量，并當彩信的發(fā)送流量多于第一預設流量時，再執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信。
[0100]對于第二種彩信的發(fā)送時長已多次超過預設時長仍未關閉rop的情況，進一步地，在執(zhí)行步驟203并確定彩信未發(fā)送完畢之后，還可以直接執(zhí)行步驟203c判斷彩信的發(fā)送時長超過預設時長的次數(shù)是否小于預設閾值，并當彩信的發(fā)送時長超過預設時長的次數(shù)小于預設閾值時，再執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信。
[0101]需要說明的是，本領域技術人員可以理解，附圖3中，以10)為例，當判斷的結果為否時，流程的下一步包括11)或12)，表明至少兩個并列的方案。進一步的，類似的情況在附圖6中也存在。
[0102]203a:判斷彩信的發(fā)送流量是否多于第一預設流量，如果彩信的發(fā)送流量未多于第一預設流量，則關閉rop，結束流程；如果彩信的發(fā)送流量多于第一預設流量，則執(zhí)行步驟 204 ；
[0103]以第一預設流量為Ob(比特)為例，參見圖3中11)，如果雙卡手機確定彩信的發(fā)送流量為0b，則判斷彩信的發(fā)送流量未多于第一預設流量，關閉PDP，結束流程；如果雙卡手機確定彩信的發(fā)送流量為1024b，則判斷彩信的發(fā)送流量多于第一預設流量，執(zhí)行步驟204繼續(xù)發(fā)送彩信。當然，第一預設流量還可以為其它數(shù)值，本實施例不對第一預設流量的具體數(shù)值進行限定。另外，彩信的發(fā)送流量還可以為其它數(shù)值，本實施例也不對彩信的發(fā)送流量的具體數(shù)值進行限定。
[0104]另外，彩信中心在每次接收到處理彩信的終端設備發(fā)送的彩信包后會向該處理彩信的終端設備返回一個數(shù)據(jù)包，該數(shù)據(jù)包用于確認成功接收處理彩信的終端設備發(fā)送的彩信，為了避免處理彩信的終端設備在有發(fā)送流量而沒有接收流量的情況下不停的向彩信中心發(fā)送彩信，進一步地，在執(zhí)行步驟203a并判斷彩信的發(fā)送流量多于第一預設流量之后，還可以執(zhí)行步驟203b判斷是否接收到彩信中心返回的數(shù)據(jù)包，并當接收到彩信中心返回的數(shù)據(jù)包時，再執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信。
[0105]203b:判斷是否接收到彩信中心返回的數(shù)據(jù)包，如果未接收到彩信中心返回的數(shù)據(jù)包，則關閉PDP，結束流程；如果接收到彩信中心返回的數(shù)據(jù)包，則執(zhí)行步驟204 ；
[0106]具體的，如果接收到彩信中心返回的數(shù)據(jù)包，則會使處理彩信的終端設備產(chǎn)生接收流量，因此，根據(jù)處理彩信的終端設備的接收流量是否多于第三預設流量判斷是否接收到彩信中心返回的數(shù)據(jù)包，如果處理彩信的終端設備的接收流量未多于第三預設流量，則判斷未接收到彩信中心返回的數(shù)據(jù)包，關閉rop，結束流程；如果處理彩信的終端設備的接收流量多于第三預設流量，則判斷接收到彩信中心返回的數(shù)據(jù)包，執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信。除此之外，還可以通過其它方法判斷是否接收到彩信中心返回的數(shù)據(jù)包，本實施例不對判斷是否接收到彩信中心返回的數(shù)據(jù)包的具體判斷方法進行限定。
[0107]以第三預設流量為Ob為例，如果處理彩信的終端設備的接收流量為0b，處理彩信的終端設備的接收流量未多于第三預設流量，則判斷未接收到彩信中心返回的數(shù)據(jù)包，關閉rop，結束流程；如果處理彩信的終端設備的接收流量為1024b，處理彩信的終端設備的接收流量多于第三預設流量，則判斷接收到彩信中心返回的數(shù)據(jù)包，執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信。當然，第三預設流量還可以為其它數(shù)值，本實施例不對第三預設流量的具體數(shù)值進行限定。另外，處理彩信的終端設備的接收流量還可以為其它數(shù)值，本實施例也不對處理彩信的終端設備的接收流量的具體數(shù)值進行限定。
[0108]另外，為了避免由于發(fā)送彩信的時間較長等原因，使得彩信的發(fā)送時長已多次超過預設時長仍未關閉rop，從而影響處理彩信的終端設備進行其它網(wǎng)絡活動，進一步地，在執(zhí)行步驟203b并判斷接收到彩信中心返回的數(shù)據(jù)包之后，還可以執(zhí)行步驟203c判斷彩信的發(fā)送時長超過預設時長的次數(shù)是否小于預設閾值，并當彩信的發(fā)送時長超過預設時長的次數(shù)小于預設閾值時，再執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信。
[0109]203c:判斷彩信的發(fā)送時長超過預設時長的次數(shù)是否小于預設閾值，如果彩信的發(fā)送時長超過預設時長的次數(shù)不小于預設閾值，則關閉rop，結束流程，如果彩信的發(fā)送時長超過預設時長的次數(shù)小于預設閾值，則執(zhí)行步驟204 ；
[0110]本實施例不對彩信的發(fā)送時長超過預設時長的次數(shù)的具體計數(shù)方法進行限定，例如:設定計數(shù)器統(tǒng)計彩信的發(fā)送時長超過預設時長的次數(shù)。本實施例也不對預設閾值的具體設定方法進行限定，例如:通過處理彩信的終端設備中設置功能設置預設閾值。
[0111]例如圖3中12)所示，雙卡手機判斷發(fā)送時長超過預設時長的次數(shù)為2次，而預設閾值為3次，2小于3，則判斷發(fā)送時長超過預設時長的次數(shù)小于預設閾值；如果發(fā)送時長超過預設時長的次數(shù)為2次，而預設閾值為2，2等于2，則判斷發(fā)送時長超過預設時長的次數(shù)不小于預設閾值。當然，發(fā)送時長超過預設時長的次數(shù)還可以是其它數(shù)值，本實施例不對發(fā)送時長超過預設時長的具體次數(shù)進行限定。預設閾值還可以是其它數(shù)值，本實施例也不對預設閾值的具體數(shù)值進行限定。
[0112]另外，為了減少判斷彩信的發(fā)送時長超過預設時長的次數(shù)是否小于預設閾值的次數(shù)，提高彩信發(fā)送成功率，優(yōu)選地，當彩信的發(fā)送時長首次超過預設時長時，不執(zhí)行判斷彩信的發(fā)送時長超過預設時長的次數(shù)是否小于預設閾值的步驟，而直接執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信；當彩信的發(fā)送時長非首次超過預設時長的次數(shù)時，再執(zhí)行判斷彩信的發(fā)送時長超過預設時長的次數(shù)是否小于預設閾值的步驟。
[0113]此外，本實施例在具體實施時，由于處理彩信的終端在每發(fā)送完畢一條彩信后會更改數(shù)據(jù)庫中彩信數(shù)量對應的數(shù)據(jù)，因此，判斷彩信的發(fā)送時長超過預設時長的次數(shù)不小于預設閾值后，可能會出現(xiàn)如下兩種情況中的任一種:
[0114]情況一:根據(jù)數(shù)據(jù)庫中的記錄，處理彩信的終端在預設時間段內(nèi)沒有成功發(fā)送任
一條彩信；
[0115]情況二:根據(jù)數(shù)據(jù)庫中的記錄，處理彩信的終端在預設時間段內(nèi)有成功發(fā)送任一條彩信。
[0116]根據(jù)上述實施例二中203c描述的方法，如果彩信的發(fā)送時長超過預設時長的次數(shù)不小于預設閾值，則關閉rop，結束流程。無論對于上述情況一:處理彩信的終端在預設時間段內(nèi)沒有成功發(fā)送任一條彩信的情況或情況二:處理彩信的終端在預設時間段內(nèi)有成功發(fā)送任一條彩信的情況，處理彩信的終端設備均會關閉rop，結束流程。而對于情況二:處理彩信的終端在預設時間段內(nèi)有成功發(fā)送任一條彩信的情況，如果此時處理彩信的終端設備關閉rop，則會中斷彩信的正常發(fā)送。進一步地，為了避免出現(xiàn)情況二時關閉PDP造成彩信發(fā)送中斷，在執(zhí)行步驟203c并判斷彩信的發(fā)送時長超過預設時長的次數(shù)不小于預設閾值之后，還可以執(zhí)行步驟203d判斷彩信在預設時間段內(nèi)的發(fā)送流量是否超過第二預設流量，并當彩信在預設時間段內(nèi)的發(fā)送流量超過第二預設流量時，再執(zhí)行步驟204繼續(xù)向彩信中心發(fā)送彩信。
[0117]203d:判斷彩信在預設時間段內(nèi)的發(fā)送流量是否超過第二預設流量，如果彩信在預設時間段內(nèi)的發(fā)送流量未超過第二預設流量，則關閉rop，結束流程，如果彩信在預設時間段內(nèi)的發(fā)送流量超過第二預設流量，則執(zhí)行步驟204。
[0118]本實施例不對預設時間段的具體時間進行限定，例如:預設時間段為第一時間與第二時間之間的時間段，第一時間為前一次判斷彩信的發(fā)送時長超過預設時長的次數(shù)小于預設閾值時的時間，第二時間為本次判斷彩信的發(fā)送時長超過預設時長的次數(shù)是否小于預設閾值時的時間。
[0119]例如，以第二預設流量為Ob (比特)為例，參見圖3中13)，如果雙卡手機確定彩信在預設時間段內(nèi)的發(fā)送流量為ob，則判斷彩信的發(fā)送流量未超過第二預設流量，關閉rop，結束流程；如果雙卡手機確定彩信在預設時間段內(nèi)的發(fā)送流量為1024b，則判斷彩信的發(fā)送流量超過第二預設流量，執(zhí)行步驟204繼續(xù)發(fā)送彩信。當然，第二預設流量還可以為其它數(shù)值，本實施例不對第二預設流量的具體數(shù)值進行限定。
[0120]204:繼續(xù)向彩信中心發(fā)送彩信，直至關閉rop。
[0121]本實施例不對關閉rop的具體方法進行限定，例如:如圖4所示:
[0122]MMS 通 過 stopUsingNetworkFeature(ConnectivityManager.TYPE_MOBILE, “enableMMS”)接 口關閉 MMS 類型的 PDP。
[0123]對于處理彩信的終端設備為單通的雙賬戶終端設備，由于其有兩個賬戶，為了保證關閉PDP之后單通的雙賬戶終端設備恢復到未發(fā)送彩信前的狀態(tài)，即保證關閉PDP之后的當前所用賬戶與發(fā)送彩信前的當前所用賬戶相同，在關閉PDP之后，會檢查關閉PDP之后的當前所用賬戶是不是發(fā)送彩信前的當前所用賬戶，如果關閉PDP之后的當前所用賬戶與發(fā)送彩信前的當前所用賬戶不相同，則在關閉PDP之后，還會將當前所用賬戶切換為發(fā)送彩信前的所用賬戶。
[0124]例如，如果關閉PDP之后的當前所用賬戶是賬戶2，而發(fā)送彩信前的當前所用賬戶是賬戶1，則將當前所用賬戶切換回賬戶I。
[0125]另外，在具體實施時，如果發(fā)送彩信前，處理彩信的終端設備已經(jīng)激活當前所用賬戶對應的default類型的TOP，為當前所用賬戶提供普通上網(wǎng)功能，則關閉PDP之后，會再次激活default類型的Η)Ρ。本實施例不對再次激活default類型的I3DP的具體時間進行限定，包括但不限于:如果處理彩信的終端設備為單賬戶終端設備，則關閉PDP之后，再次激活當前所用賬戶對應的default類型的TOP。如果處理彩信的終端設備是單通的雙賬戶終端設備，且發(fā)送彩信前的當前所用賬戶與待發(fā)送的彩信所屬賬戶不一致，則在將當前賬戶切換為發(fā)送彩信前的當前所用賬戶之后，激活發(fā)送彩信前的當前所用賬戶對應的default類型的rop。
[0126]以發(fā)送彩信前的當前所用賬戶為賬戶1，待發(fā)送的彩信所屬賬戶為賬戶2為例，如圖3所示的6)和7)，雙卡手機關閉PDP后，由于發(fā)送彩信前的當前所用賬戶與待發(fā)送的彩信所屬賬戶不一致，因此該雙卡手機會將當前賬戶切換成賬戶1，再激活賬戶I的default類型的rop。
[0127]本實施例提供的方法，通過根據(jù)當前所用賬戶對應的彩信的rop向彩信中心發(fā)送彩信，在彩信的發(fā)送時長超過預設時長，且彩信發(fā)送完畢后關閉rop，避免因彩信未發(fā)送完關閉PDP而造成彩信的發(fā)送失敗，從而提高了彩信的發(fā)送成功率。
[0128]實施例三
[0129]本發(fā)明實施例提供了一種處理彩信的方法，結合上述實施例一的內(nèi)容，為了便于說明，本實施例以處理彩信的方式為接收彩信的方式，處理彩信的終端設備為單通的雙卡手機為例，對本實施例提供的處理彩信的方法進行說明。參見圖5，本實施例提供的方法流程包括:
[0130]501:將待接收的彩信所屬賬戶作為當前所用賬戶，激活當前所用賬戶對應的彩信的rop，連接彩信中心；
[0131]如果處理彩信的終端設備為單賬戶終端設備，則當前所用賬戶即待接收的彩信所屬賬戶，因此激活當前所用賬戶的麗S類型的rop，以獲得網(wǎng)絡為該終端設備分配的IP地址，并在獲得IP地址后，通過該IP地址登錄網(wǎng)絡，連接彩信中心。如果處理彩信的終端設備是單通的雙賬戶終端設備，由于其同一時刻只能激活一個賬戶的rop，因此，該單通的雙賬戶終端設備會先確定待接收的彩信所屬的賬戶，確定當前所用賬戶，并判斷當前所用賬戶與待接收的彩信所屬賬戶是否一致，如果當前所用賬戶與待接收的彩信所屬賬戶不一致，將當前所用賬戶切換成待接收的彩信所屬賬戶，再激活當前所用賬戶的MMS類型的rop，并在獲得ip地址后，通過該ip地址登錄網(wǎng)絡連接彩信中心。
[0132]本實施例不對確定待接收的彩信所屬的賬戶的具體方法進行限定，例如:將提交彩信接收消息的賬戶確定為待接收的彩信所屬的賬戶。
[0133]具體的，如圖6所示的雙卡手機接收彩信的流程示意圖中I)至5)，雙卡手機首先確定待接收的彩信所屬的賬戶為賬戶2。如果當前所用賬戶為賬戶1，由于當前所用賬戶與待接收的彩信所屬賬戶不一致，因此該雙卡手機會將當前賬戶I切換成賬戶2，再激活賬戶2的MMS類型的TOP。當然，當前所用賬戶還可以為其它賬戶，本實施例不對當前所用具體賬戶進行限定。待接收的彩信所屬的賬戶還可以為其它賬戶，本實施例不對待接收的彩信所屬的具體賬戶進行限定。
[0134]以處理彩信的終端設備中包括如圖7所示的功能模塊為例，其中:應用模塊(麗S)，通過該應用可以查看彩信和編輯并接收彩信。連接服務模塊(ConnectivityService),用于管理終端設備的各種連接，包括wifi的連接和mobile的連接，同時提供接口給應用來調用以打開某種類型的連接，例如麗S要接收彩信，則需先向ConnectivityService請求激活特定賬戶彩信的Η)Ρ。賬戶管理模塊(SubScriberManager)，提供接口以設置賬戶，包括語言賬戶，數(shù)據(jù)賬戶等等。數(shù)據(jù)業(yè)務模塊(DataConnectionTracker),主要管理mobile的數(shù)據(jù)業(yè)務，主要負責如果條件滿足，則激活rop，如果條件不滿足，則清理已經(jīng)激活的TOP，使數(shù)據(jù)業(yè)務關閉，對于雙卡手機，只要待接收的彩信所屬賬戶與當前所用賬戶一致，則激活當前所用賬戶彩信的rop，否則不激活，從而達到彩信接收到哪個賬戶上，則激活哪個賬戶彩信的PDP的目的。數(shù)據(jù)統(tǒng)計模塊(TrafficStats)，提供接口來獲取當前接收數(shù)據(jù)的統(tǒng)計，比如:發(fā)了多少個包，還可以獲取以流量作為單位的流量統(tǒng)計。MMS向ConnectivityService請求要激活彩信所需要的F1DP,而ConnectivityService確定當前所用賬戶與待接收的彩信所屬賬戶是否一致,如果不一致，則調用 setPreferredDataSubscription 向 SubscriberManager 請求切換賬戶，切換成功后 SubscriberManager 會通知 DataConnectionTracker,此時，ConnectivityServie 就可以調用network, reconnect O請求激活麗S類型的Η)Ρ。麗S類型的PDP激活成功后，DataConnectionTracker 會通知 ConnectivityService, ConnectivityService 再發(fā)廣播通知MMS類型的rop已經(jīng)建立成功，可以開始接收彩信。當然，處理彩信的終端設備還可以包括其它模塊，本實施例不對處理彩信的終端設備包括的具體模塊進行限定。同時本實施例也不對各模塊的具體名稱及具體功能進行限定。
[0135]另外，由于處理彩信的終端設備平時會激活當前所用賬戶對應的default類型的rop，以為當前所用賬戶提供普通上網(wǎng)功能，因此，對于同時激活一種類型rop的終端設備在激活當前所用賬戶對應的彩信的rop以連接彩信中心之前還會確定是否激活當前所用賬戶的default類型的rop，如果激活，則關閉當前所用賬戶的default類型的TOP，再將待接收的彩信所屬賬戶作為當前所用賬戶，并激活該賬戶對應的彩信的rop以連接彩信中心。
[0136]502:根據(jù)當前所用賬戶對應的彩信的PDP從彩信中心接收彩信，并判斷彩信的接收時長是否超過預設時長，如果彩信的接收時長超過預設時長，則執(zhí)行步驟503，如果彩信的接收時長未超過預設時長，則執(zhí)行步驟504 ；
[0137]本實施例不對判斷彩信的接收時長是否超過預設時長的具體方法進行限定，例如:設置計時器記錄彩信的接收時長，判斷計時器記錄的彩信的接收時長是否超過預設時長。本實施例也不對預設時長的具體設置方法進行限定，例如:通過處理彩信的終端設備中設置功能設置預設時長。本實施例也不對接收的彩信的具體數(shù)量進行限定，例如:一次接收一條彩信或者一次順序接收多條彩信。
[0138]具體的,如圖7所示的模塊,在Connectivity Service中設置計時器記錄連接彩信中心的時長，將該時長作為彩信的接收時長，并判斷彩信的接收時長是否超過預設時長。
[0139]另外，由于通過TrafficStats模塊可以獲取當前接收數(shù)據(jù)的統(tǒng)計，因此，為了減少判斷彩信的接收時長是否超過預設時長的次數(shù)，提高本發(fā)明實施例提供的接收彩信的方法的接收效率，優(yōu)選地，在判斷彩信的接收時長是否超過預設時長之前，還可以先通過TrafficStats模塊確定當前是否在從彩信中心接收數(shù)據(jù),如果當前正在從彩信中心接收數(shù)據(jù)，則確定彩信未接收完畢，則直接執(zhí)行步驟504繼續(xù)從彩信中心接收彩信；如果當前未從彩信中心接收數(shù)據(jù)，再判斷彩信的接收時長是否超過預設時長。
[0140]503:判斷彩信是否接收完畢，如果彩信未接收完畢，則執(zhí)行步驟504，如果彩信接收完畢，則關閉rop，結束流程；
[0141]由于接收的彩信可以是一個或者多個，因此，判斷彩信是否接收完畢也是判斷一個或者多個彩信是否均接收完畢，即判斷彩信中心是否還有未被處理彩信的終端設備接收的彩信，如果彩信中心還有未被處理彩信的終端設備接收的彩信，則判斷彩信未接收完畢；如果彩信中心沒有未被處理彩信的終端設備接收的彩信，則判斷彩信接收完畢。除此之外，判斷彩信是否接收完畢的方法還可以為:如果接收到彩信中心發(fā)送的彩信發(fā)送完畢的確認消息，則確定彩信接收完畢，否則，確定彩信未發(fā)接收完畢。本實施例不對判斷彩信是否接收完畢的具體方法進行限定。
[0142]如圖6中10)所示，雙卡手機判斷接收到的彩信的數(shù)量是否與接收到的彩信頭的數(shù)量相同確定彩信是否接收完畢。
[0143]另外，步驟503在具體實施時，確定彩信未接收完畢之后會出現(xiàn)如下兩種情況中的任一種情況，根據(jù)出現(xiàn)的情況不同，在執(zhí)行步驟503并確定彩信未接收完畢之后，還可以進一步的選擇不同的處理方式以確定是否執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。
[0144]第一種情況:由于接收彩信的相關應用處于崩潰狀態(tài)，或者處理彩信的終端設備的信號極差，或者其它情況導致沒有彩信接收量；
[0145]第二種情況:由于接收彩信的時間較長等原因，使得彩信的接收時長已多次超過預設時長仍未關閉rop，從而影響處理彩信的終端設備進行其它網(wǎng)絡活動。
[0146]對于第一種沒有彩信接收量的情況，進一步地，在執(zhí)行步驟503并確定彩信未接收完畢之后，還可以執(zhí)行步驟503a判斷彩信的接收流量是否多于第一預設流量，并當彩信的接收流量多于第一預設流量時，再執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。
[0147]對于第二種彩信的接收時長已多次超過預設時長仍未關閉TOP的情況，進一步地，在執(zhí)行步驟503并確定彩信未接收完畢之后，還可以直接執(zhí)行步驟503c判斷彩信的接收時長超過預設時長的次數(shù)是否小于預設閾值，并當彩信的接收時長超過預設時長的次數(shù)小于預設閾值時，再執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。
[0148]503a:判斷彩信的接收流量是否多于第一預設流量，如果彩信的接收流量未多于第一預設流量，則關閉rop，結束流程；如果彩信的接收流量多于第一預設流量，則執(zhí)行步驟 504 ；
[0149]以第一預設流量為Ob(比特)為例，參見圖6中11)，如果雙卡手機確定彩信的接收流量為0b，則判斷彩信的接收流量未多于第一預設流量，關閉PDP，結束流程；如果雙卡手機確定彩信的接收流量為1024b，則判斷彩信的接收流量多于第一預設流量，執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。當然，第一預設流量還可以為其它數(shù)值，本實施例不對第一預設流量的具體數(shù)值進行限定。另外，彩信的接收流量還可以為其它數(shù)值，本實施例也不對彩信的接收流量的具體數(shù)值進行限定。
[0150]另外，處理彩信的終端設備在每次接收到彩信中心發(fā)送的彩信包后會向彩信中心返回一個數(shù)據(jù)包，該數(shù)據(jù)包用于確認成功接收彩信中心發(fā)送的彩信，為了避免處理彩信的終端設備在有接收流量而沒有發(fā)送流量的情況下不停的接收彩信中心發(fā)送的彩信，進一步地，在執(zhí)行步驟503a并判斷彩信的接收流量多于第一預設流量之后，還可以執(zhí)行步驟503b判斷是否返回給彩信中心數(shù)據(jù)包，并當返回給彩信中心數(shù)據(jù)包時，再執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。
[0151]503b:判斷是否返回給彩信中心數(shù)據(jù)包，如果未返回給彩信中心數(shù)據(jù)包，則關閉PDP,結束流程；如果返回給彩信中心數(shù)據(jù)包，則執(zhí)行步驟504 ；
[0152]具體的，如果返回給彩信中心數(shù)據(jù)包，則會使處理彩信的終端設備產(chǎn)生發(fā)送流量，因此，根據(jù)處理彩信的終端設備的發(fā)送流量是否多于第四預設流量判斷是否返回給彩信中心數(shù)據(jù)包，如果處理彩信的終端設備的發(fā)送流量未多于第四預設流量，則判斷未返回給彩信中心數(shù)據(jù)包，關閉rop，結束流程；如果處理彩信的終端設備的發(fā)送流量多于第四預設流量，則判斷返回給彩信中心數(shù)據(jù)包，執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。除此之外，還可以通過其它方法判斷是否返回給彩信中心數(shù)據(jù)包，本實施例不對判斷是否返回給彩信中心數(shù)據(jù)包的具體方法進行限定。
[0153]以第四預設流量為Ob為例，如果處理彩信的終端設備的發(fā)送流量為0b，處理彩信的終端設備的發(fā)送流量未多于第四預設流量，則判斷未返回給彩信中心數(shù)據(jù)包，關閉rop，結束流程；如果處理彩信的終端設備的發(fā)送流量為1024b，處理彩信的終端設備的發(fā)送流量多于第四預設流量，則判斷返回給彩信中心數(shù)據(jù)包，執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。當然，第四預設流量還可以為其它數(shù)值，本實施例不對第四預設流量的具體數(shù)值進行限定。另外，處理彩信的終端設備的發(fā)送流量還可以為其它數(shù)值，本實施例也不對處理彩信的終端設備的發(fā)送流量的具體數(shù)值進行限定。此外，本實施例中第四預設流量的值與上述實施例二中第三預設流量的值可以相同也可以不同，本實施例不對第四預設流量的值與第三預設流量的值是否相同進行限定。
[0154]另外，為了避免由于接收彩信的時間較長等原因，使得彩信的接收時長已多次超過預設時長仍未關閉rop，從而影響處理彩信的終端設備進行其它網(wǎng)絡活動，進一步地，在執(zhí)行步驟503b并判斷返回給彩信中心數(shù)據(jù)包之后，還可以執(zhí)行步驟503c判斷彩信的接收時長超過預設時長的次數(shù)是否小于預設閾值，并當彩信的接收時長超過預設時長的次數(shù)小于預設閾值時，再執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。
[0155]503c:判斷彩信的接收時長超過預設時長的次數(shù)是否小于預設閾值，如果彩信的接收時長超過預設時長的次數(shù)不小于預設閾值，則關閉rop，結束流程，如果彩信的接收時長超過預設時長的次數(shù)小于預設閾值，則執(zhí)行步驟504 ；
[0156]本實施例不對彩信的接收時長超過預設時長的次數(shù)的具體計數(shù)方法進行限定，例如:設定計數(shù)器統(tǒng)計彩信的接收時長超過預設時長的次數(shù)。本實施例也不對預設閾值的具體設定方法進行限定，例如:通過處理彩信的終端設備中設置功能設置預設閾值。
[0157]例如圖6中12)所示，雙卡手機判斷接收時長超過預設時長的次數(shù)為2次，而預設閾值為3次，2小于3，則判斷接收時長超過預設時長的次數(shù)小于預設閾值；如果接收時長超過預設時長的次數(shù)為2次，而預設閾值為2，2小等于2，則判斷接收時長超過預設時長的次數(shù)不小于預設閾值。當然，接收時長超過預設時長的次數(shù)還可以是其它數(shù)值，本實施例不對接收時長超過預設時長的具體次數(shù)進行限定。預設閾值還可以是其它數(shù)值，本實施例也不對預設閾值的具體數(shù)值進行限定。
[0158]另外，為了減少判斷彩信的接收時長超過預設時長的次數(shù)是否小于預設閾值的次數(shù)，提高彩信接收成功率，優(yōu)選地，當彩信的接收時長首次超過預設時長時，不執(zhí)行判斷彩信的接收時長超過預設時長的次數(shù)是否小于預設閾值的步驟，而直接執(zhí)行步驟504繼續(xù)從彩信中心接收彩信；當彩信的接收時長非首次超過預設時長的次數(shù)時，再執(zhí)行判斷彩信的接收時長超過預設時長的次數(shù)是否小于預設閾值的步驟。
[0159]此外，本實施例在具體實施時，由于處理彩信的終端在每接收完畢一條彩信后會更改數(shù)據(jù)庫中彩信數(shù)量對應的數(shù)據(jù)，因此，判斷彩信的接收時長超過預設時長的次數(shù)不小于預設閾值后，可能會出現(xiàn)如下兩種情況中的任一種:
[0160]情況一:根據(jù)數(shù)據(jù)庫中的記錄，處理彩信的終端在預設時間段內(nèi)沒有成功接收任
一條彩信；
[0161]情況二:根據(jù)數(shù)據(jù)庫中的記錄，處理彩信的終端在預設時間段內(nèi)有成功接收任一條彩信。
[0162]根據(jù)上述實施例三中503c描述的方法，如果彩信的接收時長超過預設時長的次數(shù)不小于預設閾值，則關閉rop，結束流程。無論對于情況一:處理彩信的終端在預設時間段內(nèi)沒有成功接收任一條彩信的情況或情況二:處理彩信的終端在預設時間段內(nèi)有成功接收任一條彩信的情況，處理彩信的終端設備會關閉rop，結束流程。而對于情況二:處理彩信的終端在預設時間段內(nèi)有成功接收任一條彩信的情況，如果此時處理彩信的終端設備關閉rop，則會中斷彩信的正常接收。進一步地，為了避免出現(xiàn)情況二時關閉PDP造成彩信接收中斷，在執(zhí)行步驟503c并判斷彩信的接收時長超過預設時長的次數(shù)不小于預設閾值之后，還可以執(zhí)行步驟503d判斷彩信在預設時間段內(nèi)的接收流量是否超過第二預設流量，并當彩信在預設時間段內(nèi)的接收流量超過第二預設流量時，再執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。
[0163]503d:判斷彩信在預設時間段內(nèi)的接收流量是否超過第二預設流量，如果彩信在預設時間段內(nèi)的接收流量未超過第二預設流量，則關閉rop，結束流程，如果彩信在預設時間段內(nèi)的接收流量超過第二預設流量，則執(zhí)行步驟504。
[0164]本實施例不對預設時間段的具體時間進行限定，例如:預設時間段為第一時間與第二時間之間的時間段，第一時間為前一次判斷彩信的接收時長超過預設時長的次數(shù)小于預設閾值時的時間，第二時間為本次判斷彩信的接收時長超過預設時長的次數(shù)是否小于預設閾值時的時間。
[0165]例如，以第二預設流量為Ob (比特)為例，參見圖6中13)，如果雙卡手機確定彩信在預設時間段內(nèi)的接收流量為ob，則判斷彩信的接收流量未超過第二預設流量，關閉rop，結束流程；如果雙卡手機確定彩信在預設時間段內(nèi)的接收流量為1024b，則判斷彩信的接收流量超過第二預設流量，執(zhí)行步驟504繼續(xù)從彩信中心接收彩信。當然，第二預設流量還可以為其它數(shù)值，本實施例不對第二預設流量的具體數(shù)值進行限定。
[0166]504:繼續(xù)從彩信中心接收彩信，直至關閉TOP。
[0167]本實施例不對關閉rop的具體方法進行限定，例如:如圖7所示:
[0168]MMS 通 過 stopUsingNetworkFeature(ConnectivityManager.TYPE_MOBILE, “enableMMS”)接口關閉 MMS 類型的 PDP。
[0169]對于處理彩信的終端設備為單通的雙賬戶終端設備，由于其有兩個賬戶，為了保證關閉PDP之后單通的雙賬戶終端設備恢復到未接收彩信前的狀態(tài)，即保證關閉PDP之后的當前所用賬戶與接收彩信前的當前所用賬戶相同，在關閉PDP之后會檢查關閉PDP之后的當前所用賬戶是不是接收彩信前的當前所用賬戶，如果關閉PDP之后的當前所用賬戶與接收彩信前的當前所用賬戶不相同，則在關閉PDP之后還會將當前所用賬戶切換為接收彩信前的當前所用賬戶相同。
[0170]例如，如果關閉PDP之后的當前所用賬戶是賬戶2，而接收彩信前的當前所用賬戶是賬戶1，則把當前所用賬戶切換回賬戶I。
[0171]另外，在具體實施時，如果接收彩信前處理彩信的終端設備已經(jīng)激活當前所用賬戶對應的default類型的TOP，為當前所用賬戶提供普通上網(wǎng)功能，則關閉PDP之后，會再次激活default類型的Η)Ρ。本實施例不對再次激活default類型的I3DP的具體時間進行限定，包括但不限于:如果處理彩信的終端設備為單賬戶終端設備，則關閉PDP之后再次激活當前所用賬戶對應的default類型的TOP。如果處理彩信的終端設備是單通的雙賬戶終端設備，且接收彩信前的當前所用賬戶與待接收的彩信所屬賬戶不一致，則在將當前賬戶切換為接收彩信前的當前所用賬戶之后，激活接收彩信前的當前所用賬戶對應的default類型的TOP。
[0172]以接收彩信前的當前所用賬戶為賬戶1，待接收的彩信所屬賬戶為賬戶2為例，如圖6所示的6)和7)，雙卡手機關閉PDP后，由于接收彩信前的當前所用賬戶與待接收的彩信所屬賬戶不一致，因此該雙卡手機會將當前賬戶切換成賬戶1，再激活賬戶I的default類型的rop。
[0173]需要說明的是，實施例二提供的發(fā)送彩信的方法以及實施例三提供的接收彩信的方法可以應用于同一臺處理彩信的終端設備，即該處理彩信的終端設備既可以利用本發(fā)明實施例二提供的發(fā)送彩信的方法發(fā)送彩信，也可以利用本發(fā)明實施例三提供的接收彩信的方法接收彩信。
[0174]本實施例提供的方法，通過根據(jù)當前所用賬戶對應的彩信的PDP從彩信中心接收彩信，在彩信的接收時長超過預設時長，且彩信接收完畢后關閉rop，避免因彩信未接收完關閉PDP而造成彩信的接收失敗，從而提高了彩信的接收成功率。
[0175]實施例四
[0176]本發(fā)明實施例提供了一種處理彩信的裝置，該裝置用于執(zhí)行上述實施例一至施例三任一實施例所提供的處理彩信的方法，需要說明的是，本裝置實施例以及后面的裝置實施例，其中與之前方法實施例類似的地方，請參考之前方法實施例的描述。參見圖8，該裝置包括:
[0177]處理模塊801，用于根據(jù)當前所用賬戶對應的彩信的PDP處理彩信；
[0178]第一判斷模塊802，用于判斷彩信的處理時長是否超過預設時長；
[0179]第二判斷模塊803，用于當?shù)谝慌袛嗄K802判斷彩信的處理時長超過預設時長時，判斷彩信是否處理完畢；
[0180]關閉模塊804，用于當?shù)诙袛嗄K803判斷彩信處理完畢時，關閉TOP。
[0181]參見圖9,該裝置,還包括:
[0182]第三判斷模塊805，用于當彩信未處理完畢時，判斷彩信的處理流量是否多于第一預設流量；
[0183]其中，關閉模塊804，還用于當?shù)谌袛嗄K805判斷彩信的處理流量未多于第一預設流量時，關閉rop。
[0184]參見圖10,該裝置,還包括:
[0185]第四判斷模塊806，用于當彩信的處理流量多于第一預設流量時，判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值；
[0186]其中，關閉模塊804，還用于當?shù)谒呐袛嗄K806判斷彩信的處理時長超過預設時長的次數(shù)不小于預設閾值時，關閉rop。
[0187]參見圖11，該裝置，還包括:
[0188]第五判斷模塊807，用于當彩信未處理完畢時，判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值；
[0189]其中，關閉模塊804，還用于當?shù)谖迮袛嗄K807判斷彩信的處理時長超過預設時長的次數(shù)小于預設閾值時，關閉rop。
[0190]參見圖12，該裝置，還包括:
[0191]第六判斷模塊808，用于當彩信的處理時長超過預設時長的次數(shù)不小于預設閾值時，判斷彩信在預設時間段內(nèi)的處理流量是否超過第二預設流量；
[0192]執(zhí)行模塊809，用于當所述第六判斷模塊808判斷所述彩信在所述預設時間段內(nèi)的處理流量未超過所述第二預設流量時，執(zhí)行關閉所述rop的步驟；
[0193]其中，預設時間段為第一時間與第二時間之間的時間段，第一時間為前一次判斷彩信的處理時長超過預設時長的次數(shù)小于預設閾值時的時間，第二時間為本次判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值時的時間。
[0194]綜上所述，本發(fā)明實施例所述的裝置，通過根據(jù)當前所用賬戶對應的彩信的rop處理彩信，在彩信的處理時長超過預設時長，且彩信處理完畢后關閉rop，避免因彩信未處理完關閉PDP而造成彩信的處理失敗，從而提高了彩信的處理成功率。
[0195]實施例五
[0196]本實施例提供了一種處理彩信的終端設備，該終端設備可以為手機、平板電腦、PDA (平板電腦)等，本實施例以手機終端舉例說明:
[0197]參見圖13，手機終端包括處理器1301、收發(fā)模塊1302、存儲器1303 ；
[0198]其中，手機終端131的處理器1301是手機終端131的控制中心，利用各種接口和線路連接整個手機的各個部分，通過運行或執(zhí)行存儲在存儲器1303內(nèi)的軟件程序和/或模塊，以及調用存儲在存儲器1303內(nèi)的數(shù)據(jù)，執(zhí)行手機終端131的各種功能和處理數(shù)據(jù)，從而對手機進行整體監(jiān)控?？蛇x的，處理器1301可包括一個或多個處理單元；優(yōu)選的，處理器1301可集成應用處理器和調制解調處理器，其中，應用處理器主要處理操作系統(tǒng)、用戶界面和應用程序等，調制解調處理器主要處理無線通信?？梢岳斫獾氖牵鲜稣{制解調處理器也可以不集成到處理器1301中。
[0199]收發(fā)模塊1302可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，特別地，對于手機終端131，將基站的下行信息接收后，給處理器1301處理；另外，將設計上行的數(shù)據(jù)發(fā)送給基站。此外，收發(fā)模塊1302還可以通過無線通信與網(wǎng)絡和其他設備通信。所述無線通信可以使用任一通信標準或協(xié)議，包括但不限于GSM(Global System of Mobilecommunication,全球移動通訊系統(tǒng))、GPRS (General Packet Radio Service,通用分組無線服務)、CDMA (Code Division Multiple Access,碼分多址)、WCDMA (Wideband CodeDivision Multiple Access,寬帶碼分多址)、LTE (Long Term Evolution,長期演進)、電子郵件、SMS (Short Messaging Service,短消息服務)等。
[0200]存儲器1303可用于存儲軟件程序以及模塊，處理器1301通過運行存儲在存儲器1303的軟件程序以及模塊，從而執(zhí)行手機終端131的各種功能應用以及數(shù)據(jù)處理。存儲器1303可主要包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需的應用程序(比如聲音播放功能、圖象播放功能等)等；存儲數(shù)據(jù)區(qū)可存儲根據(jù)手機131的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲器1303可以包括高速隨機存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。
[0201]在本實施例中，所述處理器1301用于執(zhí)行存儲器1303里面存儲的如下指令:
[0202]根據(jù)當前所用賬戶對應的彩信的PDP處理彩信；
[0203]判斷彩信的處理時長是否超過預設時長；
[0204]如果彩信的處理時長超過預設時長，則判斷彩信是否處理完畢；
[0205]如果彩信處理完畢，則關閉rop。
[0206]優(yōu)選地，所述處理器1301在判斷所述彩信是否處理完畢之后，還用于執(zhí)行存儲器1303里面存儲的如下指令:
[0207]如果彩信未處理完畢，則判斷彩信的處理流量是否多于第一預設流量；[0208]如果彩信的處理流量未多于第一預設流量，則關閉rop。。
[0209]優(yōu)選地，所述處理器1301在判斷所述彩信的處理流量是否多于第一預設流量之后，還用于執(zhí)行存儲器1303里面存儲的如下指令:
[0210]如果彩信的處理流量多于第一預設流量，則判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值；
[0211]如果彩信的處理時長超過預設時長的次數(shù)不小于預設閾值，則關閉rop。
[0212]優(yōu)選地，所述處理器1301在判斷所述彩信是否處理完畢之后，還用于執(zhí)行存儲器1303里面存儲的如下指令:
[0213]如果彩信未處理完畢，則判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值；
[0214]如果彩信的處理時長超過預設時長的次數(shù)不小于預設閾值，則關閉rop。
[0215]優(yōu)選地，所述處理器1301在判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值之后，還用于執(zhí)行存儲器1303里面存儲的如下指令:
[0216]如果彩信的處理時長超過預設時長的次數(shù)不小于預設閾值，則判斷彩信在預設時間段內(nèi)的處理流量是否超過第二預設流量；
[0217]如果彩信在預設時間段內(nèi)的處理流量未超過第二預設流量，則執(zhí)行關閉rop的步驟；
[0218]其中，預設時間段為第一時間與第二時間之間的時間段，第一時間為前一次判斷彩信的處理時長超過預設時長的次數(shù)小于預設閾值時的時間，第二時間為本次判斷彩信的處理時長超過預設時長的次數(shù)是否小于預設閾值時的時間。
[0219]綜上所述，本實施例提供的終端設備，通過根據(jù)當前所用賬戶對應的彩信的rop處理彩信，在彩信的處理時長超過預設時長，且彩信處理完畢后關閉rop，避免因彩信未處理完關閉PDP而造成彩信的處理失敗，從而提高了彩信的處理成功率。
[0220]需要說明的是:上述實施例提供的處理彩信的裝置及設備在實現(xiàn)處理彩信時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置及設備的內(nèi)部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的處理彩信的裝置及設備與處理彩信的方法實施例屬于同一構思，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。
[0221 ] 上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0222]本領域普通技術人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。
[0223]以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權利要求】
1.一種處理彩信的方法，其特征在于，所述方法包括: 根據(jù)當前所用賬戶對應的彩信的包數(shù)據(jù)協(xié)議PDP處理彩信； 判斷所述彩信的處理時長是否超過預設時長； 如果所述彩信的處理時長超過所述預設時長，則判斷所述彩信是否處理完畢； 如果所述彩信處理完畢，則關閉所述rop。
2.根據(jù)權利要求1所述的方法，其特征在于，所述判斷所述彩信是否處理完畢之后，還包括: 如果所述彩信未處理完畢，則判斷所述彩信的處理流量是否多于第一預設流量； 如果所述彩信的處理流量未多于所述第一預設流量，則關閉所述rop。
3.根據(jù)權利要求2所述的方法，其特征在于，所述判斷所述彩信的處理流量是否多于第一預設流量之后，還包括: 如果所述彩信的處理流量多于所述第一預設流量，則判斷所述彩信的處理時長超過所述預設時長的次數(shù)是 否小于預設閾值； 如果所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值，則關閉所述PDP。
4.根據(jù)權利要求1所述的方法，其特征在于，所述判斷所述彩信是否處理完畢之后，還包括: 如果所述彩信未處理完畢，則判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值； 如果所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值，則關閉所述PDP。
5.根據(jù)權利要求3或4所述的方法，其特征在于，所述判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值之后，還包括: 如果所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值，則判斷所述彩信在預設時間段內(nèi)的處理流量是否超過第二預設流量； 如果所述彩信在所述預設時間段內(nèi)的處理流量未超過所述第二預設流量，則執(zhí)行關閉所述PDP的步驟； 其中，所述預設時間段為第一時間與第二時間之間的時間段，所述第一時間為前一次判斷所述彩信的處理時長超過所述預設時長的次數(shù)小于所述預設閾值時的時間，所述第二時間為本次判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于所述預設閾值時的時間。
6.一種處理彩信的裝置，其特征在于，所述裝置包括: 處理模塊，用于根據(jù)當前所用賬戶對應的彩信的包數(shù)據(jù)協(xié)議PDP處理彩信； 第一判斷模塊，用于判斷所述彩信的處理時長是否超過預設時長； 第二判斷模塊，用于當所述第一判斷模塊判斷所述彩信的處理時長超過所述預設時長時，判斷所述彩信是否處理完畢； 關閉模塊，用于當所述第二判斷模塊判斷所述彩信處理完畢時，關閉所述rop。
7.根據(jù)權利要求6所述的裝置，其特征在于，所述裝置，還包括: 第三判斷模塊，用于當所述彩信未處理完畢時，判斷所述彩信的處理流量是否多于第一預設流量； 所述關閉模塊，還用于當所述第三判斷模塊判斷所述彩信的處理流量未多于所述第一預設流量時，關閉所述rop。
8.根據(jù)權利要求7所述的裝置，其特征在于，所述裝置，還包括: 第四判斷模塊，用于當所述彩信的處理流量多于所述第一預設流量時，判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值； 所述關閉模塊，還用于當所述第四判斷模塊判斷所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值時，關閉所述rop。
9.根據(jù)權利要求6所述的裝置，其特征在于，所述裝置，還包括: 第五判斷模塊，用于當所述彩信未處理完畢時，判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于預設閾值； 所述關閉模塊，還用于當所述第五判斷模塊判斷所述彩信的處理時長超過所述預設時長的次數(shù)小于所述預設閾值時，關閉所述rop。
10.根據(jù)權利要求8或9所述的裝置，其特征在于，所述裝置，還包括: 第六判斷模塊，用于當所述彩信的處理時長超過所述預設時長的次數(shù)不小于所述預設閾值時，判斷所述彩信在預設時間段內(nèi)的處理流量是否超過第二預設流量； 執(zhí)行模塊，用于當所述第六判斷模塊判斷所 述彩信在所述預設時間段內(nèi)的處理流量未超過所述第二預設流量時，執(zhí)行關閉所述PDP的步驟； 其中，所述預設時間段為第一時間與第二時間之間的時間段，所述第一時間為前一次判斷所述彩信的處理時長超過所述預設時長的次數(shù)小于所述預設閾值時的時間，所述第二時間為本次判斷所述彩信的處理時長超過所述預設時長的次數(shù)是否小于所述預設閾值時的時間。
【文檔編號】H04W76/02GK103916828SQ201410101795
【公開日】2014年7月9日 申請日期:2014年3月19日 優(yōu)先權日:2014年3月19日
【發(fā)明者】李先儒 申請人:華為終端有限公司