專利名稱：一種Android平臺移動終端來電處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種Android平臺移動終端來電處理方法及
>J-U
裝直。
背景技術(shù)：
隨著智能移動終端的迅速發(fā)展，Android平臺已經(jīng)成為智能移動終端的主流平臺之一，來電防火墻也逐漸成為智能移動終端必備的功能之一?，F(xiàn)有技術(shù)中，在實現(xiàn)來電防火墻功能時，一般是基于用戶設(shè)置，即由用戶預(yù)先設(shè)置允許接聽的來電號碼以及拒絕接聽的來電號碼。移動終端底層接收到攜帶電話號碼的來電接入請求后，上報至來電防火墻，在該來電防火墻中，獲取來電接入請求中攜帶的電話號碼，將該電話號碼與用戶預(yù)先設(shè)置的拒接來電號碼列表進行匹配，判斷用戶預(yù)先設(shè)置的拒接來電號碼列表中是否存在來電接入請求中攜帶的電話號碼，在確定預(yù)先設(shè)置的拒接來電號碼列表中存在來電接入請求中攜帶的電話號碼時，拒接該來電接入請求。但是，在CDMA網(wǎng)絡(luò)下，由于網(wǎng)絡(luò)原因，網(wǎng)絡(luò)第一次上報來電消息的時候，在上報的來電消息中攜帶的電話號碼為空，此時，采用Android平臺的移動終端無法進行有效判斷，只能根據(jù)默認(rèn)設(shè)置進行處理，即在默認(rèn)設(shè)置為接聽上報消息中未攜帶電話號碼的來電時，接聽該來電，而在默認(rèn)設(shè)置為拒接上報消息中未攜帶電話號碼的來電時，拒接該來電。這就可能會導(dǎo)致誤判或錯判，對需要接聽的來電進行了拒接，而對需要拒接的來電進行了接聽，從而降低了拒接來電的成功率和準(zhǔn)確率，降低了效率，也降低了用戶體驗。

發(fā)明內(nèi)容
本發(fā)明提供一種Android平臺移動終端來電處理方法及裝置，用以避免在一次獲取來電號碼失敗后直接拒接或接聽該來電導(dǎo)致的誤判或錯判，提高拒接來電的準(zhǔn)確率和成功率。本發(fā)明實施例提供的具體技術(shù)方案如下一種Android平臺移動終端來電處理方法，包括Android平臺的框架Framework層根據(jù)從無線接入RIL層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，所述來電狀態(tài)改變事件為所述RIL層在接收所述來電接入請求后生成；所述Framework層在第一次獲取所述來電號碼失敗后，至少再次啟動獲取所述來電號碼； 應(yīng)用層根據(jù)獲取結(jié)果對所述來電接入請求進行操作。一種來電處理裝置，設(shè)置于Android平臺移動終端中，包括第一處理單元，用于根據(jù)從無線接入RIL層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，所述來電狀態(tài)改變事件為所述RIL層在接收所述來電接入請求后生成；第二處理單元，用于在第一次獲取所述來電號碼失敗后，至少再次啟動獲取所述來電號碼；第三處理單元，用于根據(jù)獲取結(jié)果對所述來電接入請求進行操作?；谏鲜黾夹g(shù)方案,本發(fā)明實施例中，采用Android平臺的移動終端中，Android 平臺的框架層根據(jù)從無線接入層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，該來電狀態(tài)改變事件為RIL層在接收來電接入請求后生成，框架層在第一次獲取來電號碼失敗后，至少再次啟動獲取來電號碼，經(jīng)多次獲取來電號碼的過程后，再由應(yīng)用層根據(jù)獲取結(jié)果對來電接入請求進行操作，即根據(jù)獲取結(jié)果確定是否拒接該來電接入請求，從而有效避免了通過單次獲取來電號碼的獲取結(jié)果確定是否拒接該來電導(dǎo)致的誤判或錯判，提高獲取來電號碼的成功率，進而提高拒接來電的準(zhǔn)確率和成功率。


圖I為本發(fā)明實施例中Android平臺下來電處理方法流程圖；圖2為本發(fā)明實施例中Android平臺下來電處理的完整過程示意圖；
圖3為本發(fā)明實施例中來電處理裝置結(jié)構(gòu)示意圖。
具體實施例方式為了避免在一次獲取來電號碼失敗后直接拒接或接聽該來電導(dǎo)致的誤判或錯判， 提高拒接來電的準(zhǔn)確率和成功率，本發(fā)明實施例提供了一種Android平臺移動終端來電處理方法及裝置。下面結(jié)合附圖對本發(fā)明優(yōu)選的實施方式進行詳細說明。如附圖I所示，本發(fā)明實施例中，基于Android平臺的移動終端來電處理的具體方法流程如下步驟101 :Android平臺的框架(Framework)層根據(jù)從無線接入(Radio Interface Layer, RIL)層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，該來電狀態(tài)改變事件為 RIL層在接收來電接入請求后生成。其中，RIL層為Android平臺中封裝的、與無線業(yè)務(wù)相關(guān)的抽象層。例如，在Android平臺中，RIL層在接收到來電接入請求消息后，向Framework (框架)層上報 EVENT_CALL_STATE_CHANGE，EVENT_CALL_STATE_CHANGE 用于指示來電狀態(tài)發(fā)生改變，觸發(fā)Framework層獲取來電號碼。具體地,Android平臺的Framework層從移動終端底層的調(diào)制解調(diào)器(modem)獲取來電號碼。例如,在Android平臺中，F(xiàn)ramework層通過標(biāo)準(zhǔn)的指令CLCC向底層的modem查詢來電具體信息。步驟102 =Framework層在第一次獲取來電號碼失敗后,至少再次啟動獲取來電號碼。較佳地，F(xiàn)ramework層在第一次獲取來電號碼失敗后，再次啟動獲取來電號碼的次數(shù)不超過設(shè)定閾值。例如，F(xiàn)ramework層在第一次獲取來電號碼失敗后，再次獲取來電號碼的次數(shù)不超過3次。較佳地，F(xiàn)ramework層相鄰兩次啟動獲取來電號碼的時間間隔為設(shè)定時長。
例如，F(xiàn)ramework層在本次獲取來電號碼失敗后，間隔500毫秒再次啟動獲取來電號碼。具體地，F(xiàn)ramework層在第一次獲取來電號碼失敗后，每隔設(shè)定時長再次查詢來電具體信息，直至確定獲取到來電號碼或者直至確定獲取次數(shù)達到設(shè)定閾值。若Framework層在查詢次數(shù)達到設(shè)定閾值時，還未獲取來電號碼，則由應(yīng)用層按照默認(rèn)設(shè)置確定接聽該來電接入請求或拒接該來電接入請求。例如，F(xiàn)ramework層第一次獲取來電號碼失敗后，間隔500毫秒后第二次獲取來電號碼；若確定第二次獲取到來電號碼，則由應(yīng)用層根據(jù)該來電號碼判斷是否需要拒接該來電接入請求；否則，確定重復(fù)獲取的次數(shù)未達到設(shè)定的閾值2時，間隔500毫秒后第三次獲取來電號碼；若第三次獲取到來電號碼，則由應(yīng)用層根據(jù)該來電號碼判斷是否需要拒接該來電接入請求；否則，確定重復(fù)獲取的次數(shù)達到設(shè)定的閾值2，則由應(yīng)用層按照默認(rèn)設(shè)置接
聽未知來電號碼的來電接入請求，或者按照默認(rèn)設(shè)置拒接未知來電號碼的來電接入請求。其中，預(yù)定時長以及設(shè)定閾值可以根據(jù)實驗確定的經(jīng)驗值，并不以上述的500毫秒、2次為限制條件。具體地,Framework層在確定來電物理連接已建立且處于來電狀態(tài)后,判斷是否獲取到來電號碼。步驟103 :應(yīng)用層根據(jù)獲取結(jié)果對來電接入請求進行操作。具體地，應(yīng)用層根據(jù)獲取結(jié)果確定獲取到來電號碼時，根據(jù)預(yù)設(shè)的號碼過濾條件確定該來電號碼不屬于接聽范圍內(nèi)時，拒接該來電接入請求，否則，接聽該來電接入請求；根據(jù)獲取結(jié)果確定未獲取到來電號碼時，根據(jù)默認(rèn)設(shè)置拒接或接聽未知來電號碼的來電接入請求。具體地，用戶設(shè)定的號碼過濾條件可以是在來電號碼屬于預(yù)設(shè)的拒接來電列表(如黑名單)時確定拒接該來電接入請求，也可以是在來電號碼不屬于預(yù)設(shè)的來電列表(如白名單)時確定拒接該來電接入請求，也可以是在來電號碼中指定位置的值屬于設(shè)定范圍時確定拒接該來電接入請求。例如，若來電號碼的后四位在[1100，1199]范圍內(nèi)則拒接該來電接入請求。此處僅為舉例，實際應(yīng)用中號碼過濾條件并不僅限于以上幾種，對于其它能夠應(yīng)用于本發(fā)明的號碼過濾條件設(shè)置方式本發(fā)明也將其包括在內(nèi)。例如,在Android平臺中，應(yīng)用層從Framework層上報的新來電連接事件(EVENT_NEff_RINGING_C0NNECTI0N)中獲取來電號碼，將該來電號碼與預(yù)設(shè)的黑名單中包含的拒接來電號碼逐一比較，若來電號碼存在于該黑名單中，則拒接該來電接入請求。以下結(jié)合附圖2對采用Android平臺的移動終端拒接來電的整個過程進行舉例說明步驟201 =RIL層接收底層上報的來電狀態(tài)改變事件EVENT_CALL_STATE_CHANGE ；步驟202 =Framework 層根據(jù) EVENT_CALL_STATE_CHANGE 確定來電狀態(tài)改變；步驟203 Framework層從底層的modem獲取來電號碼；步驟204 =Framework層判斷來電的物理連接是否已建立并處于來電狀態(tài)，若不是，執(zhí)行步驟205，否則，執(zhí)行步驟206 ；步驟205 :執(zhí)行其它通話狀態(tài)(如激活或保持狀態(tài))的處理過程；步驟206 =Framework層判斷是否獲取到來電號碼，若是，執(zhí)行步驟208，否則，執(zhí)行步驟207 ；步驟207 =Framework層獲取來電號碼的次數(shù)是否大于2，若不是，轉(zhuǎn)去執(zhí)行步驟203，否則執(zhí)行步驟213 ；步驟208 =Framework 層向應(yīng)用層上報 EVENT_NEW_RINGING_CONNECTION，其中攜帶有來電號碼；步驟209 :應(yīng)用層從EVENT_NEW_RINGING_CONNECTION中獲取來電號碼。步驟210 :應(yīng)用層根據(jù)預(yù)設(shè)的號碼過濾條件判斷是否拒接該來電接入請求，若是執(zhí)行步驟211，否則，執(zhí)行步驟212 ；步驟211 :應(yīng)用層拒接該來電接入請求；步驟212 :應(yīng)用層接聽該來電接入請求；步驟213 :應(yīng)用層按照默認(rèn)設(shè)置拒接未知來電號碼的來電接入請求?；谏鲜鲈?，如附圖3所示，本發(fā)明實施例中還提供了一種來電處理裝置，設(shè)置于采用Android平臺的移動終端中，其實現(xiàn)原理與上述方法相似，相同之處可參見上述方法中的描述，此處不再贅述，該裝置主要包括以下處理單元第一處理單元301，用于根據(jù)從RIL層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，該來電狀態(tài)改變事件為RIL層在接收來電接入請求后生成；第二處理單元302，用于在第一次獲取來電號碼失敗后，至少再次啟動獲取來電號碼；第三處理單元303，用于確根據(jù)獲取結(jié)果對來電接入請求進行操作。其中，第三處理單元303具體用于根據(jù)獲取結(jié)果確定獲取到來電號碼時，根據(jù)預(yù)設(shè)的號碼過濾條件確定來電號碼不屬于接聽范圍內(nèi)時，拒接該來電接入請求，否則，接聽該來電接入請求；根據(jù)獲取結(jié)果確定未獲取到來電號碼時，根據(jù)默認(rèn)設(shè)置拒接或接聽未知來電號碼的來電接入請求。其中，第二處理單元302具體用于獲取來電號碼失敗后，再次啟動獲取來電號碼的次數(shù)不超過設(shè)定閾值。其中，第二處理單元302具體用于相鄰兩次啟動獲取來電號碼的時間間隔為設(shè)定時長。其中，第一處理單元301或第二處理單元302具體用于在獲取來電號碼時從移動終端底層的調(diào)制解調(diào)器獲取來電號碼。基于上述技術(shù)方案,本發(fā)明實施例中，采用Android平臺的移動終端中，Android平臺的框架層根據(jù)從無線接入層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，該來電狀態(tài)改變事件為RIL層在接收來電接入請求后生成，框架層在第一次獲取來電號碼失敗后，至少再次啟動獲取來電號碼，經(jīng)多次獲取來電號碼的過程后，再由應(yīng)用層根據(jù)獲取結(jié)果對來電接入請求進行操作，即根據(jù)獲取結(jié)果確定是否拒接該來電接入請求，從而有效避免了通過單次獲取來電號碼的獲取結(jié)果確定是否拒接該來電導(dǎo)致的誤判或錯判，提高獲取 來電號碼的成功率，進而提高拒接來電的準(zhǔn)確率和成功率。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變 型在內(nèi)。
權(quán)利要求
1.ー種Android平臺移動終端來電處理方法，其特征在于，包括 Android平臺的框架Framework層根據(jù)從無線接入RIL層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，所述來電狀態(tài)改變事件為所述RIL層在接收所述來電接入請求后生成； 所述Framework層在第一次獲取所述來電號碼失敗后,至少再次啟動獲取所述來電號碼； 應(yīng)用層根據(jù)獲取結(jié)果對所述來電接入請求進行操作。
2.如權(quán)利要求I所述的方法，其特征在于，所述應(yīng)用層根據(jù)獲取結(jié)果對所述來電接入請求進行操作，包括 所述應(yīng)用層根據(jù)所述獲取結(jié)果確定獲取到所述來電號碼時，根據(jù)預(yù)設(shè)的號碼過濾條件確定所述來電號碼不屬于接聽范圍內(nèi)時，拒接所述來電接入請求，否則，接聽所述來電接入請求； 所述應(yīng)用層根據(jù)所述獲取結(jié)果確定未獲取到所述來電號碼時，根據(jù)默認(rèn)設(shè)置拒接或接聽未知來電號碼的來電接入請求。
3.如權(quán)利要求I或2所述的方法,其特征在于,所述Framework層獲取所述來電號碼失敗后，再次啟動獲取所述來電號碼的次數(shù)不超過設(shè)定閾值。
4.如權(quán)利要求3所述的方法，其特征在于，相鄰兩次獲取所述來電號碼的時間間隔為設(shè)定時長。
5.如權(quán)利要求I或2所述的方法，其特征在于，獲取所述來電號碼具體為 Android平臺的所述Framework層從移動終端底層的調(diào)制解調(diào)器獲取所述來電號碼。
6.ー種來電處理裝置，設(shè)置于Android平臺移動終端中，其特征在于，包括 第一處理單元，用于根據(jù)從無線接入RIL層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，所述來電狀態(tài)改變事件為所述RIL層在接收所述來電接入請求后生成； 第二處理單元，用于在第一次獲取所述來電號碼失敗后，至少再次啟動獲取所述來電號碼； 第三處理單元，用于根據(jù)獲取結(jié)果對所述來電接入請求進行操作。
7.如權(quán)利要求6所述的裝置，其特征在于，所述第三處理單元具體用于根據(jù)所述獲取結(jié)果確定獲取到所述來電號碼時，根據(jù)預(yù)設(shè)的號碼過濾條件確定所述來電號碼不屬于接聽范圍內(nèi)時，拒接所述來電接入請求，否則，接聽所述來電接入請求； 根據(jù)所述獲取結(jié)果確定未獲取到所述來電號碼時，根據(jù)默認(rèn)設(shè)置拒接或接聽未知來電號碼的來電接入請求。
8.如權(quán)利要求6或7所述的裝置，其特征在于，所述第二處理單元具體用于獲取所述來電號碼失敗后，再次啟動獲取所述來電號碼的次數(shù)不超過設(shè)定閾值。
9.如權(quán)利要求8所述的裝置，其特征在于，所述第二處理單元具體用于相鄰兩次獲取所述來電號碼的時間間隔為設(shè)定時長。
10.如權(quán)利要求6或7所述的裝置，其特征在于，所述第一處理單元或所述第二處理單元具體用于在獲取來電號碼時從移動終端底層的調(diào)制解調(diào)器獲取所述來電號碼。
全文摘要
本發(fā)明公開了一種Android平臺移動終端來電處理方法及裝置，用以避免在一次獲取來電號碼失敗后直接拒接或接聽該來電導(dǎo)致的誤判或錯判，提高拒接來電的準(zhǔn)確率和成功率。該方法為Android平臺的框架Framework層根據(jù)從無線接入RIL層獲取的來電狀態(tài)改變事件觸發(fā)啟動獲取來電號碼，所述來電狀態(tài)改變事件為所述RIL層在接收所述來電接入請求后生成；Framework層在第一次獲取所述來電號碼失敗后，至少再次啟動獲取所述來電號碼，應(yīng)用層根據(jù)獲取結(jié)果對所述來電接入請求進行操作。
文檔編號H04M1/663GK102710842SQ20121016926
公開日2012年10月3日 申請日期2012年5月28日 優(yōu)先權(quán)日2012年5月28日
發(fā)明者王曉林 申請人:青島海信移動通信技術(shù)股份有限公司