TWI412286B - 單ｃｄｍａ晶片雙卡雙待手機尋呼偵聽方法 - Google Patents

Description

單CDMA晶片雙卡雙待手機尋呼偵聽方法

本發明涉及一種雙卡雙待手機之尋呼偵聽方法，尤其係關於一種單CDMA(Code Division Multiple Access)晶片之雙卡雙待手機尋呼偵聽方法。

個人移動通訊迅猛發展，很多用戶擁有兩個以上之號碼，對應兩個以上之客戶識別模組(User Identifier Module，以下簡稱UIM)卡。於這種情況下，用戶可選擇用兩個手機，但非常麻煩，因此越來越多之用戶選擇使用支持雙UIM卡之手機。業界有使用兩套CDMA(Code Division Multiple Access)晶片實現之雙UIM卡之手機，每套晶片運行各自之協定棧單獨支援一張UIM卡，可實現兩個號碼同時處於待機狀態，任意一卡可呼出或呼入。

單套CDMA晶片實現之雙UIM卡雙待手機，由於只有一套通訊模組，當一張UIM卡通話時，另外一張UIM卡與網路之聯繫完全中斷。於UIM1卡通話之過程中，UIM2卡不能呼入、呼出、接收及發送短信。UIM1卡結束通話後，若發生社區切換，位置區更新等問題，UIM2卡必須作出相應之處理，比如向網路發起註冊過程。

鑒於以上內容，有必要提供一種單CDMA晶片雙卡雙待手機尋呼偵聽方法，解決單CDMA晶片雙卡雙待手機於同一運營商之網路環境下待機之問題。

一種單CDMA晶片雙卡雙待手機尋呼偵聽方法，該雙卡雙待手機包括物理控制層、鏈路層、信令處理層、UIM1及UIM2卡。該方法包括如下步驟：物理控制層讀取UIM1卡之資訊並初始化UIM1卡；物理控制層根據UIM1卡之尋呼偵聽參數按照CDMA協定搜索無線網路；信令處理層記錄UIM1卡之尋呼頻點、尋呼通道與尋呼時限；信令處理層控制UIM1卡向無線網路發起UIM1卡之網路註冊；信令處理層判斷UIM2卡是否處於喚醒狀態，若UIM2卡處於喚醒狀態，物理控制層讀取UIM2卡之資訊並初始化UIM2卡；物理控制層根據UIM2卡之尋呼偵聽參數按照CDMA協定搜索無線網路；信令處理層記錄UIM2卡之尋呼頻點、尋呼通道與尋呼時限；信令處理層控制UIM2卡向無線網路發起UIM2卡之網路註冊；信令處理層判斷UIM1卡與UIM2卡之尋呼頻點及尋呼通道是否相同；若UIM1卡與UIM2卡之尋呼頻點相同且尋呼通道相同，則利用同頻點同尋呼通道之方法偵聽尋呼；若UIM1卡與UIM2卡之尋呼頻點或尋呼通道不同，則利用異頻點異尋呼通道之方法偵聽尋呼。

相較於習知技術，所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，能夠實現單CDMA晶片單協定棧雙卡雙待手機於同一個運營商之網路環境下偵聽尋呼，解決了單CDMA晶片雙卡雙待手機待機之問題。該方法採用一套協議棧管理與控制兩張UIM卡，實現兩張UIM卡於單套CDMA晶片雙卡雙待手機上之應用。

如圖1所示，係本發明單CDMA晶片雙卡雙待手機較佳實施例之架構圖。該雙卡雙待手機包括物理控制層1(簡稱“L1層”)、鏈路層2(簡稱“L2層”)、信令處理層3(簡稱“L3層”)、呼叫管理層4、用戶介面5，及兩個用戶識別模組(以下簡稱UIM1卡與UIM2卡)6。其中，L2層與L1層及L3層相互連接，其間均可進行雙向交換資料，呼叫管理層4分別與L3層及用戶介面5連接。所述之L1層用於提供手機CDMA晶片與應用層軟體之間之介面，控制手機內部晶片與應用層軟體之間進行無線通訊。所述之L2層用於發送資料、接收資料、資料流程量控制及進行鑒權處理。所述之L3層包括一套CDMA晶片，用於偵聽UIM1卡與UIM2卡之尋呼頻點、尋呼通道與尋呼時限等尋呼偵聽參數，及對該雙卡雙待手機之無線資源、移動性與補充業務進行管理。呼叫管理層4係指用戶介面5與協定棧之介面層，其用於實現呼叫管理。所述之UIM1卡與UIM2卡分別與L2層、L3層、呼叫管理層4及用戶介面5相連接，用於實現該雙卡雙待手機之尋呼功能。

所述之L2層包括資料發送模組21、資料接收模組22及安全監管模組23。所述之資料發送模組21用於將L3層處理之資料發送給無線通道，並控制發送資料之流量。所述之資料接收模組22用於接收無線通道傳遞來之資料，並控制接收資料之流量。所述之安全監管模組23用於對UIM1卡與UIM2卡進行鑒權處理。所述之鑒權處理係指篩選合法用戶，並允許接入網路取得服務之過程，該過程實際係指一個UIM卡與網路之間進行“詢問與回應”之過程。

如圖2所示，係本發明單CDMA晶片雙卡雙待手機系統待機之消息序列圖。所述之雙卡雙待手機利用L1層、L2層、L3層與UIM1卡與UIM2卡之間之通訊實現偵聽UIM1卡與UIM2卡之尋呼。偵聽UIM1卡與UIM2卡尋呼之關鍵係按照各自之尋呼頻點、尋呼通道與尋呼時限來接收每張UIM卡之尋呼。

假設雙卡雙待手機首先利用UIM1卡進行尋呼，L3層藉由發送喚醒參數(例如，L1_WAKEUP_R、L1_REACQ_R、RX_WAKEUP_M)至UIM1卡上，使UIM1卡處於喚醒狀態，於UIM1卡之尋呼時限上通知L3層，並利用L2層之資料接收模組22從尋呼通道上接收尋呼消息。若UIM1卡沒有被呼叫，則L3層判斷UIM1卡與UIM2卡之尋呼頻點是否相同。當UIM1卡與UIM2卡之尋呼頻點不同，則L1層藉由發送上述喚醒參數至UIM2卡上使UIM2卡處於喚醒狀態，並藉由發送睡眠參數(例如，L1_SLEEP_M、L1_REACQ_R)至UIM1卡上使UIM1卡處於睡眠狀態。L3層將尋呼頻點切換到UIM2卡之尋呼頻點上，於UIM2卡之尋呼時限上通知L3層，並利用L2層之資料接收模組22從尋呼通道上接收尋呼消息。

若UIM2卡沒有被呼叫，則L3層判斷UIM1卡與UIM2卡之尋呼頻點是否相同。當UIM1卡與UIM2卡之尋呼頻點不同，則L1層藉由發送所述喚醒參數至UIM1卡上使UIM1卡處於喚醒狀態，並藉由發送所述睡眠參數至UIM2卡上使UIM2卡處於睡眠狀態。L3層將尋呼頻點切換到UIM1卡之尋呼頻點上，於UIM1卡之尋呼時限上通知L3層，並利用L2層之資料接收模組22從尋呼通道上接收尋呼消息。

如圖3所示，係本發明單CDMA晶片雙卡雙待手機尋呼偵聽方法較佳實施例之流程圖。步驟S10，手機開機，進行手機系統初始化。步驟S11，L1層讀取UIM1卡之訊息，並初始化UIM1卡。步驟S12，L1層使用UIM1卡之尋呼偵聽參數按照正常之CDMA協定流程搜索無線網路，該尋呼偵聽參數包括尋呼頻點、尋呼通道與尋呼時限。步驟S13，L3層讀取手機系統之開銷消息，記錄UIM1卡之尋呼頻點、尋呼通道與尋呼時限。步驟S14，L3層控制UIM1卡向無線網路發起網路註冊過程，完成UIM1卡網路之註冊。

步驟S15，L3層判斷UIM2卡是否處於喚醒狀態。若UIM2卡處於喚醒狀態，步驟S16，L1層讀取UIM2卡之訊息，並初始化UIM2卡。步驟S17，L1層使用UIM2卡之尋呼偵聽參數按照正常之CDMA協定流程搜索無線網路。步驟S18，L3層重新讀取手機系統之開銷消息，並記錄UIM2卡之尋呼頻點、尋呼通道與尋呼時限。步驟S19，L3層控制UIM2卡向無線網路發起網路註冊過程，完成UIM2卡網路之註冊。於所述步驟S15中，若UIM2卡不存在或處於休眠狀態，則流程直接轉向步驟S20。

步驟S20，L3層判斷UIM1卡與UIM2卡之尋呼頻點及尋呼通道是否相同。步驟S21，若UIM1卡與UIM2卡之尋呼頻點相同且尋呼通道相同，則執行同頻點同尋呼通道之方法偵聽尋呼(見圖4)。步驟S23，若UIM1卡與UIM2卡之尋呼頻點或尋呼通道不同，則執行異頻點異尋呼通道之方法偵聽尋呼(見圖5)。

如圖4所示，係圖3中之步驟S21利用同頻點同尋呼通道方法偵聽尋呼之細化流程圖。步驟S210，L3層判斷UIM1卡與UIM2卡之尋呼時限是否相同，此處規定之尋呼時限係指通常意義上之尋呼時限模上時限週期之值。若UIM1與UIM2之尋呼時限相同或差值小於等於系統切換之開銷時間，則流程轉向步驟S211。若UIM1卡與UIM2卡之尋呼時限不同且差值大於系統切換之開銷時間，則流程轉向步驟S219。

步驟S211，L3層配置UIM1卡之尋呼偵聽參數給L1層。步驟S212，L3層通知L1層進入睡眠狀態，計算下次喚醒之時間，於被喚醒時接收尋呼並將消息發送給L3層。步驟S213，L3層將L1層發送來之尋呼消息與UIM1卡進行匹配。步驟S214，L3層判斷尋呼消息與UIM1卡之資訊是否匹配。步驟S215，若尋呼消息與UIM1卡之資訊不匹配，則L3層配置UIM2卡之尋呼偵聽參數給L1層。步驟S216，L3層通知L1層進入睡眠狀態，L1層計算下次被喚醒之時間，然後L1層睡眠、被喚醒、接收尋呼，並且L1層將尋呼消息發送給L3層。步驟S217，L3層將L1層發送來之尋呼消息與UIM2卡進行匹配。步驟S218，L3層判斷尋呼消息與UIM2卡之資訊是否匹配。若尋呼消息與UIM2卡之資訊不匹配，則流程轉向步驟S211又從UIM1卡開始重複上述過程。於上述步驟S214與步驟S218中，若尋呼消息匹配任一UIM卡(UIM1卡或UIM2卡)，則流程轉向步驟S225結束待機，即匹配之UIM1卡或UIM2卡向無線網路發起回應過程。

步驟S219，L3層比較UIM1卡與UIM2卡之尋呼時限誰更靠前，將靠前者之尋呼偵聽參數配置給L1層。步驟S220，L3層通知L1層進入睡眠狀態，L1層計算下次喚醒之時間，於被喚醒時接收尋呼並將消息發送給L3層。當沒有收到L3發來之睡眠命令，L1層會一直接收尋呼消息並將它發送給L3層。步驟S221，L3層匹配L1層發送來之尋呼消息與UIM1卡或UIM2卡進行匹配。步驟S222，L3層判斷尋呼消息與UIM1卡之資訊是否匹配。步驟S223，若尋呼消息與UIM1卡之資訊不匹配，則L3層判斷尋呼消息與UIM2卡之資訊是否匹配。步驟S224，若尋呼消息與UIM2卡之資訊不匹配，則L3層判斷UIM1卡與UIM2卡之尋呼時限靠後者之尋呼時限是否結束。若UIM1卡與UIM2卡之尋呼時限靠後者之尋呼時限已經結束，則流程轉向步驟S220。若UIM1卡與UIM2卡之尋呼時限靠後者之尋呼時限沒有結束，則流程轉向步驟S221。於上述步驟S222與步驟S223中，若尋呼消息匹配任一UIM卡(UIM1卡或UIM2卡)，則流程轉向步驟S225結束待機，即匹配之UIM1卡或UIM2卡向無線網路發起回應過程。

如圖5所示，係圖3中之步驟S23利用異頻點異尋呼通道方法偵聽尋呼之細化流程圖。步驟S230，L3層判斷UIM1卡與UIM2卡之尋呼時限是否相同。步驟S231，若UIM1卡與UIM2卡之時限相同或差值小於等於系統切換之開銷時間，則L3層配置UIM1之尋呼偵聽參數給L1層。步驟S232，L3層通知L1層進入睡眠狀態，L1層計算下次喚醒之時間，於被喚醒時接收尋呼並將消息發送給L3層。步驟S233，L3層將L1層發送來之尋呼消息與UIM1卡或UIM2卡進行匹配。

步驟S234，L3層判斷尋呼消息與UIM1卡之資訊是否匹配。步驟S235，若尋呼消息與UIM1卡之資訊不匹配，則L3層判斷UIM1卡與UIM2卡之尋呼頻點是否相同。步驟S236，若UIM1卡與UIM2卡之尋呼頻點不同，則L3層將尋呼頻點調諧到UIM2卡之尋呼頻點上。步驟S237，L3層配置UIM2卡之尋呼偵聽參數給L1層。若UIM1卡與UIM2卡之頻點相同，則流程直接轉向步驟S237。步驟S238，L3層通知L1層進入睡眠狀態，L1層計算下次喚醒之時間，然後睡眠、喚醒、接收尋呼，並且該L1層將尋呼消息發送給L3層。

步驟S239，L3層判斷尋呼消息與UIM2卡之資訊是否匹配。步驟S240，若尋呼消息與UIM2卡之資訊不匹配，則L3層判斷UIM1卡與UIM2卡之尋呼頻點是否相同。步驟S241，若UIM1卡與UIM2卡之尋呼頻點不同，則L3層將尋呼頻點調諧到UIM1卡之尋呼頻點上。若UIM1卡與UIM2卡之尋呼頻點相同，則流程轉向步驟S230。

於上步驟S234與步驟S239中，若尋呼匹配任一UIM卡(UIM1卡或UIM2卡)，則流程直接轉向步驟S242結束待機，即匹配之UIM1卡或UIM2卡向無線網路發起回應過程。

於上述步驟S230中，若UIM1卡與UIM2卡之尋呼時限不同且差值大於系統切換之開銷時間，則流程還係執行步驟S231到步驟S242。雖然兩者之流程相同，但實現原理係有差異之。當UIM1卡與UIM2卡之時限不同或差值大於系統切換之開銷時間時，其異頻點異尋呼通道方法係於一個尋呼時限週期內實現UIM1卡與UIM2卡之間之切換。然而，UIM1卡與UIM2卡之尋呼時限相同且差值小於等於系統切換之開銷時間時，其異頻點異尋呼通道方法係於兩個尋呼時限週期內實現UIM1卡與UIM2卡之間之切換，即一個尋呼週期用於接收UIM1卡之尋呼，下一個尋呼週期用於接收UIM2卡之尋呼。由於於一個尋呼週期只接收一張UIM卡之尋呼會遺漏另一張UIM卡之尋呼，所以網路會對一次尋呼連續重發三遍，即使可能漏掉一次尋呼，但係其他兩次必定可偵聽到UIM1卡與UIM2卡之尋呼。

本發明藉由提供一種單CDMA晶片單協定棧雙卡雙待手機於同一個運營商之網路環境下偵聽尋呼之方法，解決了單CDMA晶片雙卡雙待手機待機之問題。其採用一套協議棧管理與控制兩張UIM卡，實現兩張UIM卡之應用。由於這兩張UIM卡屬於同一運營商，於同一運營商之網路環境裏待機狀態下兩張UIM卡所處之無線環境(比如無線信號品質，社區位置等)係一樣的，因此兩張UIM卡可共用於單CDMA晶片之雙卡雙待手機中。

以上所述僅為本發明之較佳實施例而已，且已達廣泛之使用功效，凡其他未脫離本發明所揭示之精神下所完成之均等變化或修飾，均應包含在下述之申請專利範圍內。

1．．．控制層

2．．．鏈路層

21．．．資料發送模組

22．．．賈料接收模組

23．．．安全監管模組

3．．．信令處理層

4．．．呼叫管理層

5．．．用戶介面

6．．．UIM1卡

6．．．UIM2卡

S10．．．手機開機，進行手機系統初始化

S11．．．讀取UIM1卡之訊息，並初始化UIM1卡

S12．．．使用UIM1卡之尋呼偵聽參數按照正常之CDMA協定流程搜索無線網路

S13．．．讀取手機系統之開銷消息，並記錄UIM1卡之尋呼偵聽參數

S14．．．控制UIM1卡向無線網路發起網路註冊

S15．．．UIM2卡是否被喚醒

S16．．．讀取UIM2卡之訊息，並初始化UIM2卡

S17．．．使用UIM2卡之尋呼偵聽參數按照正常之CDMA協定流程搜索無線網路

S18．．．讀取手機系統之開銷消息，並記錄UIM2卡之尋呼偵聽參數

S19．．．控制UIM2卡向無線網路發起網路註冊

S20．．．UIM1與UIM2卡尋呼頻點及尋呼通道是否相同

S21．．．執行同頻點同尋呼通道之方法偵聽尋呼

S23．．．執行異頻點異尋呼通道之方法偵聽尋呼

圖1係本發明單CDMA晶片雙卡雙待手機較佳實施例之架構圖。

圖2係本發明單CDMA晶片雙卡雙待手機系統待機之消息序列圖。

圖3係本發明單CDMA晶片雙卡雙待手機尋呼偵聽方法較佳實施例之流程圖。

圖4係圖3中之步驟S21利用同頻點同尋呼通道方法偵聽尋呼之細化流程圖。

圖5係圖3中之步驟S23利用異頻點異尋呼通道方法偵聽尋呼之細化流程圖。

S10．．．手機開機，進行手機系統初始化

S11．．．讀取UIM1卡之訊息，並初始化UIM1卡

S21．．．使用UIM1卡之尋呼偵聽參數按照正常之CDMA協定流程搜索無線網路

S13．．．讀取手機系統之開銷消息，並記錄UIM1卡之尋呼偵聽參數

S14．．．控制UIM1卡向無線網路發起網路註冊

S15．．．UIM2卡是否被喚醒

S16．．．讀取UIM2卡之訊息，並初始化UIM2卡

S17．．．使用UIM2卡之尋呼偵聽參數按照正常之CDMA協定流程搜索無線網路

S18．．．讀取手機系統之開銷消息，並記錄UIM2卡之尋呼偵聽參數

S19．．．控制UIM2卡向無線網路發起網路註冊

S20．．．UIM1與UIM2卡尋呼頻點及尋呼通道是否相同

S21．．．執行同頻點同尋呼通道之方法偵聽尋呼

S23．．．執行異頻點異尋呼通道之方法偵聽尋呼

Claims (10)

1. 一種單CDMA晶片雙卡雙待手機尋呼偵聽方法，該雙卡雙待手機包括物理控制層、鏈路層、信令處理層、UIM1及UIM2卡，該方法包括如下步驟：物理控制層讀取UIM1卡之資訊並初始化UIM1卡；物理控制層根據UIM1卡之尋呼偵聽參數按照CDMA協定搜索無線網路；信令處理層記錄UIM1卡之尋呼頻點、尋呼通道與尋呼時限；信令處理層控制UIM1卡向無線網路發起UIM1卡之網路註冊；信令處理層判斷UIM2卡是否處於喚醒狀態，若UIM2卡處於喚醒狀態，物理控制層讀取UIM2卡之資訊並初始化UIM2卡；物理控制層根據UIM2卡之尋呼偵聽參數按照CDMA協定搜索無線網路；信令處理層記錄UIM2卡之尋呼頻點、尋呼通道與尋呼時限；信令處理層控制UIM2卡向無線網路發起UIM2卡之網路註冊；信令處理層判斷UIM1卡與UIM2卡之尋呼頻點及尋呼通道是否相同；若UIM1卡與UIM2卡之尋呼頻點相同且尋呼通道相同，則利用同頻點同尋呼通道之方法偵聽尋呼；若UIM1卡與UIM2卡之尋呼頻點或尋呼通道不同，則利用異頻點異尋呼通道之方法偵聽尋呼。
2. 如申請專利範圍第1項所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，其中，所述之信令處理層包括一套CDMA晶片，用於偵聽所述之尋呼頻點、尋呼通道與尋呼時限，及對所述之雙卡雙待手機之無線資源、移動性與補充業務進行管理。
3. 如申請專利範圍第1項所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，其中，所述之執行同頻點同尋呼通道之方法偵聽尋呼之步驟包括：信令處理層判斷UIM1卡與UIM2卡之尋呼時限是否相同；若UIM1與UIM2之時限相同或差值小於等於系統切換之開銷時間，則執行如下步驟(a1)至(a5)：(a1)、信令處理層配置UIM1卡之尋呼偵聽參數給物理控制層，通知物理控制層進入睡眠狀態，該物理控制層計算下次喚醒之時間，於被喚醒時接收尋呼並將尋呼消息發送給信令處理層；(a2)、信令處理層判斷尋呼消息與UIM1卡之資訊是否匹配；(a3)、若尋呼消息與UIM1卡之資訊相匹配，信令處理層控制UIM1卡向無線網路發起回應過程，若尋呼消息與UIM1卡之資訊不匹配，則信令處理層配置UIM2卡之尋呼偵聽參數給物理控制層，通知物理控制層進入睡眠狀態，該物理控制層計算下次喚醒之時間，並將尋呼消息發送給信令處理層；(a4)、信令處理層判斷尋呼消息與UIM2卡之資訊是否匹配；(a5)，若尋呼消息與UIM2卡之資訊相匹配，信令處理層控制UIM2卡向無線網路發起回應過程，若尋呼消息與UIM2卡之資訊不匹配，則重複步驟(a1)至(a5)。
4. 如申請專利範圍第3項所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，其中，於所述之信令處理層判斷UIM1卡與UIM2卡之尋呼時限是否相同之步驟中，若UIM1卡與UIM2卡之尋呼時限不同且差值大於系統切換之開銷時間，則執行如下步驟(b1)至(b6)：(b1)、信令處理層比較UIM1卡與UIM2卡之尋呼時限誰更靠前，將靠前者之尋呼偵聽參數配置給物理控制層；(b2)、信令處理層通知物理控制層進入睡眠狀態，該物理控制層計算下次喚醒之時間，於被喚醒時接收尋呼並將消息發送給信令處理層；(b3)、信令處理層判斷尋呼消息與UIM1卡之資訊是否匹配；(b4)、若尋呼消息與UIM1卡之資訊相匹配，信令處理層控制UIM1卡向無線網路發起回應過程，若尋呼消息與UIM1卡之資訊不匹配，則信令處理層判斷尋呼消息與UIM2卡之資訊是否匹配；(b5)、若尋呼消息與UIM2卡之資訊相匹配，信令處理層控制UIM2卡向無線網路發起回應過程，若尋呼消息與UIM2卡之資訊不匹配，則信令處理層判斷UIM1卡與UIM2卡之尋呼時限是否結束；(b6)、若UIM1卡與UIM2卡之尋呼時限已經結束，則流程轉向重複步驟(b2)至(b5)，否則，若UIM1卡與UIM2卡之尋呼時限沒有結束，則重複步驟(b3)至(b5)。
5. 如申請專利範圍第1項所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，其中，所述之執行異頻點異尋呼通道之方法偵聽尋呼之步驟包括：(S1)、信令處理層判斷UIM1卡與UIM2卡之尋呼時限是否相同；(S2)、若UIM1卡與UIM2卡之時限相同或差值小於等於系統切換之開銷時間，則執行如下步驟：信令處理層配置UIM1卡之尋呼偵聽參數給物理控制層，信令處理層通知物理控制層進入睡眠狀態，計算下次喚醒之時間，於被喚醒時接收尋呼並將消息發送給信令處理層；信令處理層判斷尋呼消息與UIM1卡之資訊是否匹配；若尋呼消息與UIM1卡之資訊匹配，信令處理層控制UIM1卡向無線網路發起尋呼回應，若尋呼消息與UIM1卡之資訊不匹配，則信令處理層判斷UIM1卡與UIM2卡之尋呼頻點是否相同；若UIM1卡與UIM2卡之尋呼頻點不同，則信令處理層將尋呼頻點調諧到UIM2卡之尋呼頻點上；若UIM1卡與UIM2卡之尋呼頻點相同，則信令處理層配置UIM2卡之尋呼偵聽參數給物理控制層；信令處理層通知物理控制層進入睡眠狀態，計算下次喚醒之時間，並將尋呼消息發送給信令處理層；信令處理層判斷尋呼消息與UIM2卡之資訊是否匹配；若尋呼消息與UIM2卡之資訊匹配，信令處理層控制UIM2卡向無線網路發起尋呼回應，若尋呼消息與UIM2卡之資訊不匹配，則信令處理層判斷UIM1卡與UIM2卡之尋呼頻點是否相同；若UIM1卡與UIM2卡之尋呼頻點不同，則信令處理層將尋呼頻點調諧到UIM1卡之尋呼頻點上；若UIM1卡與UIM2卡之尋呼頻點相同，則重複步驟(S1)至(S2)。
6. 如申請專利範圍第5項所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，其中，當UIM1卡與UIM2卡之時限相同或差值小於等於系統切換之開銷時間時，所述之UIM1卡與UIM2卡之間之切換係於兩個尋呼時限週期內實現之。
7. 如申請專利範圍第5項所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，其中，於所述之信令處理層判斷UIM1卡與UIM2卡之尋呼時限是否相同之步驟中，若UIM1卡與UIM2卡之尋呼時限不同且差值大於系統切換之開銷時間，則執行所述之步驟(S1)至(S2)。
8. 如申請專利範圍第7項所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，其中，當UIM1卡與UIM2卡之尋呼時限不同且差值大於系統切換之開銷時間時，所述之UIM1卡與UIM2卡之間之切換係於一個尋呼時限週期內實現之。
9. 一種單CDMA晶片雙卡雙待手機尋呼偵聽方法，該雙卡雙待手機包括物理控制層、鏈路層、信令處理層、UIM1及UIM2卡，該方法包括如下步驟：當UIM1卡被呼叫而UIM2卡沒有被呼叫時，則信令處理層判斷UIM1卡與UIM2卡之頻點是否相同；若UIM1卡與UIM2卡之頻點不同，則物理控制層藉由發送喚醒參數至UIM1卡使UIM1卡處於喚醒狀態，信令處理層將尋呼通道切換到UIM1卡之頻點上，並於UIM1卡之尋呼時限上通知信令處理層利用UIM1卡藉由鏈路層從尋呼通道上偵聽尋呼消息；若UIM1卡與UIM2卡之尋呼頻點相同，則信令處理層將UIM1卡之尋呼偵聽參數配置給物理控制層，將尋呼消息匹配給UIM1卡，並控制UIM1卡向無線網路發起尋呼回應；當UIM1卡沒有被呼叫而UIM2卡被呼叫時，信令處理層判斷UIM1卡與UIM2卡之頻點是否相同；若UIM1卡與UIM2卡之尋呼頻點相同，則信令處理層將UIM2卡之尋呼偵聽參數配置給物理控制層，將尋呼消息匹配給UIM2卡，並控制UIM2卡向無線網路發起尋呼回應；若UIM1卡與UIM2卡之尋呼頻點不同，則物理控制層藉由發送所述之喚醒參數至UIM2卡使UIM2卡處於喚醒狀態，信令處理層將尋呼頻點切換到UIM2卡之尋呼頻點上，於UIM2卡之尋呼時限上通知信令處理層利用UIM2卡藉由鏈路層從尋呼通道上偵聽尋呼消息。
10. 如申請專利範圍第9項所述之單CDMA晶片雙卡雙待手機尋呼偵聽方法，其中，所述之信令處理層包括一套CDMA晶片，用於偵聽所述之尋呼頻點、尋呼通道與尋呼時限，及對所述之雙卡雙待手機之無線資源、移動性與補充業務進行管理。