一種多模雙待終端尋呼接收方法和裝置制造方法
【專利摘要】本發(fā)明實施例涉及移動通信系統(tǒng)【技術(shù)領(lǐng)域】，公開了一種多模雙待終端尋呼接收方法和裝置。其中，該方法包括：終端在主模式業(yè)務(wù)期間，當存在副模式尋呼時隙時，中斷所述主模式業(yè)務(wù)并接收處理所述副模式尋呼；所述副模式尋呼處理完畢后，恢復(fù)所述主模式業(yè)務(wù)。本發(fā)明同時公開了一種多模雙待終端尋呼接收裝置。實施本發(fā)明實施例，可以解決在主模式業(yè)務(wù)期間，副模式接收尋呼的成功率和有效性低，影響用戶體驗的問題。
【專利說明】一種多模雙待終端尋呼接收方法和裝置
發(fā)明領(lǐng)域
[0001]本發(fā)明主要涉及移動通信系統(tǒng)【技術(shù)領(lǐng)域】，尤其涉及一種多模雙待終端尋呼接收方法和裝置。
【背景技術(shù)】
[0002]隨著技術(shù)的發(fā)展和用戶對通信實時性及通信效率的要求不斷增強，全球移動蜂窩通信網(wǎng)絡(luò)基本完成或正在進行第2代移動通信網(wǎng)絡(luò)(2G)向第3代移動通信網(wǎng)絡(luò)(3G)演進，并開始向功能更強、實時性更好的第4代移動通信網(wǎng)絡(luò)(4G)演進。
[0003]根據(jù)移動蜂窩通信的技術(shù)發(fā)展趨勢，第2代、第3代移動通信網(wǎng)絡(luò)(2G/3G)與第4代移動通信網(wǎng)絡(luò)(4G)網(wǎng)絡(luò)必將在較長的時間內(nèi)共存，而作為3G到4G的過渡終端形式，多模雙待終端可以最低的網(wǎng)絡(luò)改造成本解決2G/3G的語音業(yè)務(wù)與4G的高速數(shù)據(jù)業(yè)務(wù)共存的問題，成為通信運營商的首要選擇。
[0004]多模雙待終端存在單通和雙通兩種形式，兩種終端形式的主要區(qū)別在于兩個待機模式是否可以同時進行業(yè)務(wù)。雙通終端允許兩個待機模式同時發(fā)起業(yè)務(wù)，而單通終端在同一時間只允許一個待機模式進行業(yè)務(wù)。與雙通終端相比較，單通終端具有成本低、功耗小的特點。
[0005]對于多模雙待單通終端，因為單通的特性，同時只可以進行一個模式的數(shù)據(jù)收發(fā)，所以存在如下問題:當一個模式(主模式)處于連接狀態(tài)時，另一個模式(副模式)無法進行數(shù)據(jù)的收發(fā)，從而造成待機模式因為無法收到尋呼而無法進行正常被叫業(yè)務(wù)的問題。
[0006]例如現(xiàn)有技術(shù)中申請公布號為CN 10224494A，發(fā)明名稱為針對移動終端設(shè)備及其多卡調(diào)度方法的專利申請，給出了一種多卡終端進行多卡調(diào)度的方法:當主卡進行業(yè)務(wù)狀態(tài)時，掛起副卡并緩存其業(yè)務(wù)請求。但是，利用此專利的方法仍不能解決在主卡進行業(yè)務(wù)時，副卡丟失尋呼的問題，極大影響用戶體驗。
[0007]針對以上問題，現(xiàn)有技術(shù)又提出了新的解決方案，例如申請公布號為CN102388662A，發(fā)明名稱為用于多模用戶設(shè)備(UE)操作的非連續(xù)接收(DRX)的專利申請，在主卡(模式)業(yè)務(wù)期間，利用網(wǎng)絡(luò)配置的DRX，進行副卡(模式)尋呼的接收，從而在一定程度上減少了副卡丟尋呼的概率。但是此方案需要網(wǎng)絡(luò)進行配合(配置DRX相關(guān)參數(shù))及無法保證方案的有效性(當網(wǎng)絡(luò)沒有配置DRX或配置的DRX周期等參數(shù)與副卡(模式)的尋呼周期等參數(shù)不匹配時，無法接收對應(yīng)的尋呼消息)。
[0008]綜上所述，現(xiàn)有技術(shù)中的實現(xiàn)方案具有以下缺點:在主模式業(yè)務(wù)期間，副模式接收尋呼的成功率和有效性低，影響用戶體驗。

【發(fā)明內(nèi)容】

[0009]本發(fā)明提供一種多模雙待終端尋呼接收方法和裝置，以解決在主模式業(yè)務(wù)期間，副模式接收尋呼的成功率和有效性低，影響用戶體驗的問題。
[0010]本發(fā)明提供一種多模雙待終端尋呼接收方法，包括:終端在主模式業(yè)務(wù)期間，當存在副模式尋呼時隙時，中斷所述主模式業(yè)務(wù)并接收處理所述副模式尋呼；所述副模式尋呼處理完畢后，恢復(fù)所述主模式業(yè)務(wù)。
[0011]相應(yīng)地，本發(fā)明還提供了一種多模雙待終端尋呼接收裝置，包括:中斷單元，用于終端在主模式業(yè)務(wù)期間，當存在副模式尋呼時隙時，中斷所述主模式業(yè)務(wù)并接收處理所述副模式尋呼；恢復(fù)單元，用于所述副模式尋呼處理完畢后，恢復(fù)所述主模式業(yè)務(wù)。
[0012]本發(fā)明提供的一種多模雙待終端尋呼接收方法和裝置，采用中斷主模式業(yè)務(wù)，接收處理副模式尋呼的方法，可以在終端主模式業(yè)務(wù)時處理實時性及優(yōu)先級要求更高的副模式業(yè)務(wù)，從而優(yōu)化終端用戶的體驗，延長副模式網(wǎng)絡(luò)的使用時間并增加使用效率，同時采用終端主動中斷的方式，完全由終端實現(xiàn)和控制，具有極大成本優(yōu)勢且大大縮短產(chǎn)品的開發(fā)周期。
【專利附圖】

【附圖說明】
[0013]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡要說明。
[0014]圖1:是本發(fā)明實施例方法流程圖；
[0015]圖2:是本發(fā)明主模式連接狀態(tài)接收副模式尋呼的時序關(guān)系示意圖；
[0016]圖3:是本發(fā)明實施例另一方法流程圖；
[0017]圖4:是本發(fā)明主模式業(yè)務(wù)中斷與副模式尋呼時隙的定時關(guān)系示意圖；
[0018]圖5:是本發(fā)明實施例裝置結(jié)構(gòu)示意圖；
[0019]圖6:是本發(fā)明實施例另一裝置結(jié)構(gòu)示意圖；
[0020]圖7:是本發(fā)明實施例另一裝置結(jié)構(gòu)示意圖；
[0021]圖8:是本發(fā)明實施例另一裝置結(jié)構(gòu)示意圖。
【具體實施方式】
[0022]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。
[0023]本發(fā)明提供了一種多模雙待終端尋呼接收方法，如圖1所示，包括:
[0024]101、終端在主模式業(yè)務(wù)期間，當存在副模式尋呼時隙時，中斷上述主模式業(yè)務(wù)并接收處理上述副模式尋呼；
[0025]102、上述副模式尋呼處理完畢后，恢復(fù)上述主模式業(yè)務(wù)。
[0026]如圖2所示，在主模式業(yè)務(wù)期間，終端進行正常主模式數(shù)據(jù)收發(fā)(圖2(A))，當存在副模式尋呼時隙時，即終端需要接收副模式尋呼時(圖2(B))，中斷主模式業(yè)務(wù)，并接收處理副模式尋呼(圖2 (C))，當上述副模式尋呼處理完畢后，恢復(fù)主模式業(yè)務(wù)。
[0027]需要說明的是，此處終端是否需要接收副模式尋呼，是由終端根據(jù)副模式的尋呼周期參數(shù)，計算得到尋呼時隙位置判斷得到的，并不需要獲得網(wǎng)絡(luò)側(cè)的指示，即只需要由終端自身控制實現(xiàn)。
[0028]進一步地,在步驟101,中斷主模式業(yè)務(wù)包括:確定主模式業(yè)務(wù)中斷時間點Ti,在上述中斷時間點Ti保存主模式業(yè)務(wù)配置信息并中斷主模式業(yè)務(wù)。
[0029]或者進一步地，在步驟101中，中斷主模式業(yè)務(wù)包括:確定主模式業(yè)務(wù)中斷時間點Ti，在上述中斷時間點Ti前通知網(wǎng)絡(luò)側(cè)沒有上行數(shù)據(jù)發(fā)送，在上述中斷時間點Ti保存主模式業(yè)務(wù)配置信息并中斷主模式業(yè)務(wù)。
[0030]在本實施例中，主模式業(yè)務(wù)配置信息包括:主模式物理層配置參數(shù)、MAC層配置參數(shù)等。
[0031]可選地，上述通知網(wǎng)絡(luò)側(cè)沒有上行數(shù)據(jù)發(fā)送包括:根據(jù)事先確定的上行授權(quán)申請及響應(yīng)時間段Tb，確定觸發(fā)終端緩存狀態(tài)報告時間點Tbsr，其中時間點Tbsr為上述中斷時間點Ti提前時間段Tb，若Tb內(nèi)有上行授權(quán)，則終端發(fā)送終端緩存狀態(tài)報告BSR給網(wǎng)絡(luò)側(cè)，其中BSR.BS=O, BSR.BS為BSR的緩存大??；若Tb內(nèi)沒有上行授權(quán)或無法確定是否存在上行授權(quán)，則終端申請上行授權(quán)并發(fā)送終端緩存狀態(tài)報告BSR給網(wǎng)絡(luò)側(cè)，其中BSR.BS=O ;若Tb內(nèi)終端沒有申請到上行授權(quán)，則放棄發(fā)送終端緩存狀態(tài)報告BSR。
[0032]基于上述兩種中斷主模式業(yè)務(wù)的處理方案，其中確定主模式業(yè)務(wù)中斷時間點Ti包括:根據(jù)副模式的尋呼時隙位置提前中斷時間段Ta，得到主模式業(yè)務(wù)中斷時間點Ti，其中中斷時間段Ta的長度根據(jù)終端處理能力確定，上述終端的處理能力主要涉及終端副模式的處理時間，在本實施例中根據(jù)終端進行主副模式射頻倒換和副模式同步頻偏保持處理的時間確定，除此之外，還可以根據(jù)副模式尋呼周期的長度進行優(yōu)化。上述中斷時間段Ta可以在終端設(shè)計及測試階段完成。
[0033]在以上中斷主模式業(yè)務(wù)的實施例的舉例中，通過發(fā)送終端緩存狀態(tài)報告BSR給網(wǎng)絡(luò)側(cè)，告知網(wǎng)絡(luò)側(cè)是否有上行數(shù)據(jù)發(fā)送，通知網(wǎng)絡(luò)側(cè)沒有上行數(shù)據(jù)發(fā)送則發(fā)送BSR.BR=O,BSR.BR為BSR的緩存大小。其中，上行授權(quán)申請及響應(yīng)時間段Tb的值根據(jù)上行授權(quán)申請及響應(yīng)的時間確定，可以自行進行調(diào)整，上述時間段Tb的值也可以在終端設(shè)計及測試階段完成或在終端執(zhí)行階段進行優(yōu)化。
[0034]進一步地，在步驟102中，在上述副模式尋呼處理完畢后，還包括將上述副模式返回空閑狀態(tài)。
[0035]進一步地，在步驟102中，上述恢復(fù)所述主模式業(yè)務(wù)包括:通過進行RRC連接重建操作恢復(fù)主模式業(yè)務(wù)；直接根據(jù)保存的主模式業(yè)務(wù)配置信息恢復(fù)主模式業(yè)務(wù)；或?qū)⒅髂Ｊ綐I(yè)務(wù)中斷時間長度Tc與中斷時間門限值Td進行比較，若Tc>Td，則通過進行RRC連接重建操作恢復(fù)主模式業(yè)務(wù)，若Tc ( Td，則直接根據(jù)保存的主模式業(yè)務(wù)配置信息恢復(fù)主模式業(yè)務(wù)。
[0036]優(yōu)選地，中斷時間門限值Td為預(yù)定義的門限值，可以自行進行調(diào)整并確定，主要影響因素包括終端收到副模式尋呼指示信道并直接返回主模式的時間、網(wǎng)絡(luò)在檢測不到終端的情況下釋放終端資源的時間以及終端同步及頻偏誤差造成無法正常業(yè)務(wù)的時間等。
[0037]需要說明的是，本發(fā)明中的主模式和副模式可以為單模也可以為多模，本發(fā)明具體實施例中以多模中的雙模為例進行說明，主模式為4G網(wǎng)絡(luò)，即長期演進LTE模式，副模式為3G網(wǎng)絡(luò)，即時分同步碼分多址接入模式(TDSCDMA)和/或全球移動通信系統(tǒng)及其增強模式(GGE)。當然，本發(fā)明并不限于以上所述的網(wǎng)絡(luò)模式，LTE-A網(wǎng)絡(luò)以及CDMA2000、WCDMA等模式均可適用。
[0038]本發(fā)明實施例終端采用主動中斷主模式業(yè)務(wù)，接收處理副模式尋呼的方法，可以解決終端處于主模式業(yè)務(wù)時，因為無法接收副模式尋呼而造成的實時性及優(yōu)先級要求更高的語音業(yè)務(wù)無法正常進行的問題，從而大幅度優(yōu)化終端用戶的體驗，延長副模式網(wǎng)絡(luò)的使用時間并增加其使用效率。同時不需要網(wǎng)絡(luò)端做特殊處理，完全由終端實現(xiàn)和控制，具有極大的成本優(yōu)勢且大大縮短產(chǎn)品的開發(fā)周期。
[0039]以下以多模雙待終端(主模式為LTE (長期演進)，副模式為TDSCDMA (時分同步碼分多址接入))的尋呼接收為例進行說明。如圖3、4所示，包括:
[0040]301、在LTE模式業(yè)務(wù)期間，確定LTE模式業(yè)務(wù)中斷時間點Ti ；
[0041]在LTE模式發(fā)起連接并進行正常業(yè)務(wù)期間，終端進行LTE模式數(shù)據(jù)收發(fā)，此時TDSCDMA模式處于空閑狀態(tài)。
[0042]終端根據(jù)TDSCDMA的尋呼周期等配置參數(shù)計算得到的尋呼時隙的位置，確定LTE模式業(yè)務(wù)中斷時間點Ti。
[0043]如圖4所示，終端根據(jù)TDSCDMA的尋呼周期等配置參數(shù)，計算得到尋呼時隙的位置，此計算方法為現(xiàn)有技術(shù)，在此不進行過多描述。
[0044]在本實施例中，Ta時間段內(nèi)，進行主副模式RF (射頻)倒換，并根據(jù)具體需要進行TDSCDMA信號的同步頻偏保持處理，終端處理這兩個任務(wù)的時間之和定義為中斷時間段Ta。
[0045]302、在Tbsr時間點發(fā)送BSR給網(wǎng)絡(luò)側(cè)，其中BSR.BR=O ；
[0046]在本實施例中，根據(jù)事先確定的上行授權(quán)申請及響應(yīng)時間段Tb，確定觸發(fā)終端緩存狀態(tài)報告時間點Tbsr，其中時間點Tbsr為上述中斷時間點Ti提前Tb時間段，本實施例中在Tb內(nèi)有上行授權(quán)，則發(fā)送終端緩存狀態(tài)報告BSR給網(wǎng)絡(luò)側(cè)，其中BSR.BS=O, BSR.BS為BSR的緩存大小。其中，時間段Tb根據(jù)終端處理能力(主要涉及終端主模式與網(wǎng)絡(luò)進行交互的時間，在本實施例中包括終端協(xié)議棧暫停上行業(yè)務(wù)，并觸發(fā)BSR發(fā)送的時間)的不同而進行調(diào)整，可在終端設(shè)計及測試階段確定或部分確定(根據(jù)不同的網(wǎng)絡(luò)配置如子幀的上下行配比等，可以在實際終端運行期間對Tb進行調(diào)整)，本實施例中上行授權(quán)申請及響應(yīng)時間段Tb的值選為6ms。
[0047]303、在Ti時間點保存LTE模式業(yè)務(wù)配置信息并中斷LTE模式業(yè)務(wù)；
[0048]在本實施例中，LTE模式業(yè)務(wù)配置信息包括:LTE模式物理層配置參數(shù)、MAC層配置參數(shù)等。
[0049]在本實施例中，可以通過硬件中斷或軟件信號來實現(xiàn)LTE模式業(yè)務(wù)中斷時間點的判斷，其中硬件中斷方法可以采用每一子幀定義一個中斷，在中斷處理函數(shù)中判斷業(yè)務(wù)中斷時間點是否到來；其中軟件信號中斷方法可以利用硬件或軟件定時器，通過設(shè)計定時器的溢出時間點來觸發(fā)一個信號。
[0050]304、接收和處理TDSCDMA的尋呼；
[0051 ] 本實施例中，步驟304進一步包括:
[0052]3041、啟動TDSCDMA的信號接收:從LTE模式業(yè)務(wù)中斷時間點Ti開始，在完成LTE模式到TDSCDMA模式的射頻倒換后，即可以根據(jù)同步、頻偏保持算法及接收尋呼(尋呼指示)信道的需要，開始TDSCDMA的信號接收；
[0053]3042、尋呼時隙前，進行TDSCDMA信號的同步及頻偏維護；
[0054]3043、接收尋呼指示信道，如果系統(tǒng)中沒有定義尋呼指示信號，直接執(zhí)行步驟3045 ；
[0055]3044、如果尋呼指示信道指示存在本終端的尋呼信道則執(zhí)行步驟3045，否則執(zhí)行步驟3046 ；
[0056]3045、接收本終端的尋呼信道，并根據(jù)尋呼內(nèi)容建立TDSCDMA連接或更新系統(tǒng)消息，特別地如果判斷收到的尋呼不是本終端的，則直接跳轉(zhuǎn)到步驟3046 ；
[0057]3046、返回TDSCDMA的空閑模式。
[0058]305、恢復(fù)LTE模式業(yè)務(wù)；
[0059]本實施例中，步驟305進一步包括:
[0060]3051、根據(jù)LTE模式業(yè)務(wù)的中斷時間，確定恢復(fù)LTE模式業(yè)務(wù)的方式。其中，上述恢復(fù)LTE模式業(yè)務(wù)的方式包括:通過進行RRC連接重建操作恢復(fù)LTE模式業(yè)務(wù)；直接根據(jù)保存的LTE模式的配置信息恢復(fù)LTE模式業(yè)務(wù)；或?qū)TE模式業(yè)務(wù)中斷時間長度Tc (如圖4中LTE模式業(yè)務(wù)中斷時間點Ti到恢復(fù)LTE模式業(yè)務(wù)時間點Tr這一段時間)與中斷時間門限值Td進行比較，若Tc>Td，則通過進行RRC連接重建操作恢復(fù)LTE模式業(yè)務(wù)，若Tc < Td,則直接根據(jù)保存的主模式的配置信息恢復(fù)LTE模式業(yè)務(wù)。在本實施例中選擇的是將LTE模式業(yè)務(wù)的中斷時間Tc和中斷時間門限值Td進行比較，若Tc>Td，則轉(zhuǎn)到步驟3052，若Tc ( Td,則轉(zhuǎn)到步驟3053 ；
[0061]3052、通過進行RRC連接重建操作恢復(fù)LTE模式業(yè)務(wù)；
[0062]3053、直接根據(jù)保存的主模式的配置信息恢復(fù)LTE模式業(yè)務(wù)。
[0063]306、判斷是否離開LTE連接模式，若離開，則轉(zhuǎn)到步驟307，若不離開，則繼續(xù)步驟301 ；
[0064]本實施例中，判斷是否離開LTE連接模式的標準為網(wǎng)絡(luò)是否釋放終端(通過RRC連接釋放消息通知終端)，若網(wǎng)絡(luò)釋放終端，則離開LTE連接模式，若網(wǎng)絡(luò)不釋放終端，則不離開LTE連接模式，離開LTE連接模式的條件還包括LTE標準中定義的異常處理流程。
[0065]307、離開LTE連接模式，進入LTE空閑模式。
[0066]本發(fā)明實施例還提供了一種多模雙待終端尋呼接收裝置，如圖5所示，包括:
[0067]中斷單元501，用于終端在主模式業(yè)務(wù)期間，當存在副模式尋呼時隙時，中斷上述主模式業(yè)務(wù)并接收處理所述副模式尋呼；
[0068]恢復(fù)單元502，用于上述副模式尋呼處理完畢后，恢復(fù)上述主模式業(yè)務(wù)。
[0069]進一步地,如圖6所示上述裝置還包括:
[0070]主模式業(yè)務(wù)中斷時間點確定單元601，用于確定主模式業(yè)務(wù)中斷時間點Ti ；
[0071]上述中斷單元501用于在上述中斷時間點Ti保存主模式業(yè)務(wù)配置信息并中斷主模式業(yè)務(wù)。
[0072]進一步地,如圖7所示上述裝置還包括:
[0073]主模式業(yè)務(wù)中斷時間點確定單元601，用于確定主模式業(yè)務(wù)中斷時間點Ti ；
[0074]通知單元701，用于在中斷時間點Ti前通知網(wǎng)絡(luò)側(cè)沒有上行數(shù)據(jù)發(fā)送；
[0075]上述中斷單元501用于在上述中斷時間點Ti保存主模式業(yè)務(wù)配置信息并中斷主模式業(yè)務(wù)。
[0076]可選地，在本發(fā)明實施例中，上述主模式業(yè)務(wù)中斷點確定單元601，具體用于根據(jù)副模式的尋呼時隙位置提前中斷時間段Ta，得到主模式業(yè)務(wù)中斷時間點Ti，其中Ta的長度根據(jù)終端處理能力確定。
[0077]進一步地,如圖8所示上述裝置還包括:
[0078]模式返回單元801，用于在所述副模式尋呼處理完畢后，將上述副模式返回空閑狀態(tài)。
[0079]可選地，上述恢復(fù)單元的一種可實現(xiàn)的方式是，恢復(fù)單元502用于通過進行RRC連接重建操作恢復(fù)主模式業(yè)務(wù)；
[0080]另一種可實現(xiàn)的方式是，恢復(fù)單元502直接根據(jù)保存的主模式業(yè)務(wù)配置信息恢復(fù)主模式業(yè)務(wù)；
[0081]或還有一種可實現(xiàn)的方式是，恢復(fù)單元502將主模式業(yè)務(wù)中斷時間長度Tc與中斷時間門限值Td進行比較，若Tc>Td，則通過進行RRC連接重建操作恢復(fù)主模式業(yè)務(wù)，若Tc ( Td，則直接根據(jù)保存的主模式業(yè)務(wù)配置信息恢復(fù)主模式業(yè)務(wù)。
[0082]值得注意的是，上述裝置實施例中，所包括的各個單元只是按照功能邏輯進行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護范圍。
[0083]另外，本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述各方法實施例中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，相應(yīng)的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
[0084]以上僅為本發(fā)明較佳的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明實施例揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準。
【權(quán)利要求】
1.一種多模雙待終端尋呼接收方法，其特征在于，包括: 終端在主模式業(yè)務(wù)期間，當存在副模式尋呼時隙時，中斷所述主模式業(yè)務(wù)并接收處理所述副模式尋呼； 所述副模式尋呼處理完畢后，恢復(fù)所述主模式業(yè)務(wù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述中斷主模式業(yè)務(wù)包括:確定主模式業(yè)務(wù)中斷時間點Ti，在所述中斷時間點Ti保存主模式業(yè)務(wù)配置信息并中斷主模式業(yè)務(wù)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述中斷主模式業(yè)務(wù)包括:確定主模式業(yè)務(wù)中斷時間點Ti，在所述中斷時間點Ti前通知網(wǎng)絡(luò)側(cè)沒有上行數(shù)據(jù)發(fā)送，在所述中斷時間點Ti保存主模式業(yè)務(wù)配置信息并中斷主模式業(yè)務(wù)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述通知網(wǎng)絡(luò)側(cè)沒有上行數(shù)據(jù)發(fā)送包括:根據(jù)事先確定的上行授權(quán)申請及響應(yīng)時間段Tb，確定觸發(fā)終端緩存狀態(tài)報告時間點Tbsr，其中時間點Tbsr為所述中斷時間點Ti提前時間段Tb，若Tb內(nèi)有上行授權(quán)，則終端發(fā)送終端緩存狀態(tài)報告BSR給網(wǎng)絡(luò)側(cè)，其中BSR.BS=O ;若Tb內(nèi)沒有上行授權(quán)或無法確定是否存在上行授權(quán)，則終端申請上行授權(quán)并發(fā)送終端緩存狀態(tài)報告BSR給網(wǎng)絡(luò)側(cè)，其中BSR.BS=O ;若Tb內(nèi)終端沒有申請到上行授權(quán)，則放棄發(fā)送終端緩存狀態(tài)報告BSR ;其中BSR.BS為BSR的緩存大小。
5.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述確定主模式業(yè)務(wù)中斷時間點Ti包括:根據(jù)副模式的尋呼時 隙位置提前中斷時間段Ta，得到主模式業(yè)務(wù)中斷時間點Ti，其中中斷時間段Ta的長度根據(jù)終端處理能力確定。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述副模式尋呼處理完畢后，還包括將所述副模式返回空閑狀態(tài)。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述恢復(fù)所述主模式業(yè)務(wù)包括: 通過進行無線資源控制協(xié)議RRC連接重建操作恢復(fù)主模式業(yè)務(wù)； 或直接根據(jù)保存的主模式業(yè)務(wù)配置信息恢復(fù)主模式業(yè)務(wù)； 或?qū)⒅髂Ｊ綐I(yè)務(wù)中斷時間長度Tc與中斷時間門限值Td進行比較，若Tc>Td，則通過進行無線資源控制協(xié)議RRC連接重建操作恢復(fù)主模式業(yè)務(wù)，若Tc < Td,則直接根據(jù)保存的主模式業(yè)務(wù)配置信息恢復(fù)主模式業(yè)務(wù)。
8.一種多模雙待終端尋呼接收裝置，其特征在于，包括: 中斷單元，用于終端在主模式業(yè)務(wù)期間，當存在副模式尋呼時隙時，中斷所述主模式業(yè)務(wù)并接收處理所述副模式尋呼； 恢復(fù)單元，用于所述副模式尋呼處理完畢后，恢復(fù)所述主模式業(yè)務(wù)。
9.如權(quán)利要求8所述的裝置，其特征在于，還包括: 主模式業(yè)務(wù)中斷時間點確定單元，用于確定主模式業(yè)務(wù)中斷時間點Ti ； 所述中斷單元用于在所述中斷時間點Ti保存主模式業(yè)務(wù)配置信息并中斷主模式業(yè)務(wù)。
10.如權(quán)利要求8所述的裝置，其特征在于，還包括: 主模式業(yè)務(wù)中斷時間點確定單元，用于確定主模式業(yè)務(wù)中斷時間點Ti ； 通知單元，用于在中斷時間點Ti前通知網(wǎng)絡(luò)側(cè)沒有上行數(shù)據(jù)發(fā)送； 所述中斷單元用于在所述中斷時間點Ti保存主模式業(yè)務(wù)配置信息并中斷主模式業(yè)務(wù)。
11.如權(quán)利要求9或10所述的裝置，其特征在于: 所述主模式業(yè)務(wù)中斷點確定單元，具體用于根據(jù)副模式的尋呼時隙位置提前中斷時間段Ta，得到主模式業(yè)務(wù)中斷時間點Ti，其中中斷時間段Ta的長度根據(jù)終端處理能力確定。
12.如權(quán)利要求8所述的裝置，其特征在于，還包括: 模式返回單元，用于在所述副模式尋呼處理完畢后，將所述副模式返回空閑狀態(tài)。
13.如權(quán)利要求8所述的裝置，其特征在于， 所述恢復(fù)單元具體用于通過進行RRC連接重建操作恢復(fù)主模式業(yè)務(wù)； 或直接根據(jù)保存的主模式業(yè)務(wù)配置信息恢復(fù)主模式業(yè)務(wù)； 或?qū)⒅髂Ｊ綐I(yè)務(wù)中斷時間長度Tc與中斷時間門限值Td進行比較，若Tc>Td，則通過進行RRC連接重建操作恢復(fù)主模式業(yè)務(wù)，若Tc ( Td，則直接根據(jù)保存的主模式業(yè)務(wù)配置信息恢 復(fù)主模式業(yè)務(wù)。
【文檔編號】H04W88/06GK103596269SQ201210290518
【公開日】2014年2月19日 申請日期:2012年8月15日 優(yōu)先權(quán)日:2012年8月15日
【發(fā)明者】宋松偉, 陳路, 何云 申請人:重慶重郵信科通信技術(shù)有限公司