移動(dòng)通信網(wǎng)絡(luò)中ue數(shù)據(jù)的掛起的方法及用戶設(shè)備的制作方法
【專利摘要】本發(fā)明提供UE指示即將到來(lái)的收發(fā)器運(yùn)作狀態(tài)給網(wǎng)絡(luò)以幫助網(wǎng)絡(luò)避免無(wú)效無(wú)線資源調(diào)度以得到更好的網(wǎng)絡(luò)效率的方法。本發(fā)明所提出的方法也幫助網(wǎng)絡(luò)管理用于用戶應(yīng)用的連接以阻止由于短期無(wú)線鏈路斷開連接導(dǎo)致的不必要的打擾。在一個(gè)實(shí)施例中，UE為DSDS?UE。該UE首先建立RRC連接然后啟動(dòng)數(shù)據(jù)傳輸。在檢測(cè)到掛起事件之后，該UE發(fā)送具有新的起因的信令連接釋放指示(SCRI)，其中該新起因?yàn)椤癠E請(qǐng)求PS數(shù)據(jù)掛起”。該SCRI可以進(jìn)一步包含掛起原因以及掛起時(shí)間段。當(dāng)網(wǎng)絡(luò)收到SCRI，認(rèn)為UE可能不能接收到該UE的DL信號(hào)，在即將到來(lái)的周期，以及可以阻止為該UE調(diào)度無(wú)線資源。
【專利說(shuō)明】移動(dòng)通信網(wǎng)絡(luò)中UE數(shù)據(jù)的掛起的方法及用戶設(shè)備
[0001] 相關(guān)申請(qǐng)的奪叉引用
[0002] 本發(fā)明要求2012年6月27日提交的，申請(qǐng)?zhí)枮?01210216246. 3,標(biāo)題為"網(wǎng)絡(luò)知 道UE掛起的方法（Method of Network Aware UE Suspension)"的優(yōu)先權(quán)，上述申請(qǐng)標(biāo)的 在此合并作為參考。

【技術(shù)領(lǐng)域】
[0003] 本發(fā)明的實(shí)施例一般地有關(guān)于移動(dòng)通信網(wǎng)絡(luò)，更具體地有關(guān)于用于掛起 (suspending) UE數(shù)據(jù)以及恢復(fù)數(shù)據(jù)傳輸?shù)腢E增強(qiáng)（enhancement)的增強(qiáng)協(xié)議。

【背景技術(shù)】
[0004] 雙卡雙待（Dual-SM Dual-standby，DSDS)在今天的智能手機(jī)中是一個(gè)非常流程 的特征，尤其在發(fā)展中國(guó)家，例如中國(guó)和印度。很多移動(dòng)電話用戶為了不同目的而有多個(gè)用 戶識(shí)別模塊（Subscriber I Module, SIM)卡-對(duì)于不同用戶有不同電話號(hào)碼（例如，一 個(gè)用于商務(wù)一個(gè)用于私人），節(jié)省漫游費(fèi)、補(bǔ)償費(fèi)連續(xù)網(wǎng)絡(luò)覆蓋以及多個(gè)家庭成員共享一個(gè) 設(shè)備。具有DSDS特征，移動(dòng)電話用戶可以使用一個(gè)電話共享多個(gè)SIM服務(wù)。DSDS UE-般 可以分為兩類。第一類叫做單通（Single Talk)，其中兩個(gè)基頻模塊共享相同RF模塊。單 通裝置具有低成本以及沒有RF共存干擾。但是單通需要復(fù)雜的實(shí)現(xiàn)以支持雙待。單通只 支持一路語(yǔ)音呼叫，以及需要間隙（gap)以監(jiān)視尋呼信號(hào)。第二類叫做雙通（Dual Talk)， 其中兩個(gè)基頻模塊利用兩個(gè)分離的RF模塊。雙通只需要簡(jiǎn)單的實(shí)現(xiàn)以支持雙待以及可以 支持兩個(gè)SIM的同時(shí)的語(yǔ)音呼叫。但是雙通裝置具有高成本以及RF共存干擾。
[0005] 在某些環(huán)境下，UE可能不會(huì)連續(xù)激活數(shù)據(jù)連接以及可能請(qǐng)求掛起一段時(shí)間。舉例 說(shuō)明，當(dāng)信道質(zhì)量突然下降，當(dāng)電池耗盡，或者當(dāng)可以待機(jī)在具有共享RF資源的多個(gè)接入 網(wǎng)絡(luò)中的UE，嘗試臨時(shí)從一個(gè)接入網(wǎng)絡(luò)切換（switch)到另一個(gè)接入網(wǎng)絡(luò)時(shí)。當(dāng)前UMTS網(wǎng) 絡(luò)得知UE發(fā)起上述行為是困難的。UE可能沒有選擇但是本地釋放以結(jié)束連接，這會(huì)引起的 問(wèn)題，例如網(wǎng)絡(luò)知道UE已經(jīng)結(jié)束連接以及持續(xù)嘗試發(fā)送數(shù)據(jù)給UE。因此，網(wǎng)絡(luò)容量可能由 于不必要的傳輸而降低以及網(wǎng)絡(luò)可能認(rèn)為無(wú)線鏈路失敗。作為結(jié)果，網(wǎng)絡(luò)可能保留無(wú)線資 源段時(shí)間，以及等待UE的重建（reestablishment)。如果UE基于本地決定已經(jīng)完全釋放連 接，該重建可能不會(huì)發(fā)生以及引起因此不必要的網(wǎng)絡(luò)資源的浪費(fèi)。
[0006] 上述問(wèn)題對(duì)于共享RF資源的DSDS裝置（例如單通）是很常見的。當(dāng)DSDSUE在 第一 SIM卡注冊(cè)的網(wǎng)絡(luò)（S卩，第一網(wǎng)絡(luò)）具有激活連接，并且嘗試接入第二個(gè)SIM卡的注冊(cè) 網(wǎng)絡(luò)（即，第二網(wǎng)絡(luò)）時(shí)，由于RF資源受限，UE無(wú)法同時(shí)與兩個(gè)不同網(wǎng)絡(luò)保持激活狀態(tài)無(wú) 線連接，因此UE直接釋放第一網(wǎng)絡(luò)的無(wú)線連接以接入第二網(wǎng)絡(luò)。這會(huì)導(dǎo)致第一網(wǎng)絡(luò)的RRC 連接斷開造成數(shù)據(jù)連接的掛起）（data connection suspension)，當(dāng)UE完成接入第二網(wǎng)絡(luò) 的過(guò)程后重新切換回到第一網(wǎng)絡(luò)，數(shù)據(jù)連接可能無(wú)法恢復(fù)。這是因?yàn)榈谝痪W(wǎng)絡(luò)的原始數(shù)據(jù) 連接可能由于應(yīng)用配置超時(shí)，以及超出了無(wú)線接入網(wǎng)絡(luò)（Radio Access Network, RAN)的 控制，其中該應(yīng)用配置由應(yīng)用服務(wù)器（例如，視頻流）管理。如果在第一網(wǎng)絡(luò)接入的掛起期 間應(yīng)用服務(wù)器管理的會(huì)話（session)控制計(jì)時(shí)器超時(shí)，即使UE在無(wú)線連接恢復(fù)之后重新嘗 試，應(yīng)用服務(wù)器可能認(rèn)為該連接斷開，并且不會(huì)恢復(fù)（resume)已掛起的數(shù)據(jù)連接。然后UE 可能需要初始化一個(gè)新的數(shù)據(jù)連接以再次請(qǐng)求之前的數(shù)據(jù)。由于更長(zhǎng)應(yīng)用恢復(fù)處理時(shí)間這 樣的行為除了增加信令負(fù)荷之外也會(huì)降低用戶體驗(yàn)。
[0007] 鑒于越來(lái)越多智能手持終端（例如智能手機(jī)）配置有多個(gè)無(wú)線收發(fā)器，以及可能 使用共享RF資源支持多個(gè)SIM卡，上述問(wèn)題可能變得越來(lái)越嚴(yán)重。這對(duì)于開發(fā)一種解決方 案以協(xié)調(diào)UE與網(wǎng)絡(luò)之間行為，從而最小化對(duì)于網(wǎng)絡(luò)性能的影響是很重要的。


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

[0008] 本發(fā)明提供一種UE指示其即將到來(lái)的收發(fā)器運(yùn)作狀態(tài)給網(wǎng)絡(luò)的方法以幫助 網(wǎng)絡(luò)避免無(wú)效的無(wú)線資源調(diào)度，從而得到更有效網(wǎng)絡(luò)利用。該方法也幫助網(wǎng)絡(luò)管理對(duì) 于用戶應(yīng)用的連接以阻止由于短期（short-term)無(wú)線鏈路（radio link)斷開連接 (disconnection)而導(dǎo)至文的打擾（disruption)。
[0009] 該方法中，UE發(fā)出指示給網(wǎng)絡(luò)，當(dāng)收到掛起時(shí)間以觸發(fā)UE從一個(gè)臨時(shí)注冊(cè)的網(wǎng)絡(luò) 接收信號(hào)的RF資源中切換用。該掛起事件可以包含UE需要從另一個(gè)已注冊(cè)網(wǎng)絡(luò)接收信號(hào)， UE電池或者其他硬件狀態(tài)低于預(yù)先定義閾值。UE接收信號(hào)質(zhì)量極低，UE處于高速移動(dòng)，或 者UE封包丟失（packet loss)以及數(shù)據(jù)錯(cuò)誤率高等等。本發(fā)明所提出的該指示可以進(jìn)一 步包含掛起時(shí)間段以告知網(wǎng)絡(luò)該Ue可能不能在該即將到來(lái)的時(shí)間段接收DL信號(hào)或者傳送 UL信號(hào)。在該掛起時(shí)間段之后，或者接收到一個(gè)或者多個(gè)恢復(fù)事件之后，該UE可以決定是 否切換回到原始注冊(cè)網(wǎng)絡(luò)的RF資源?；謴?fù)事件可以包含UE決定在原始注冊(cè)網(wǎng)絡(luò)繼續(xù)之前 激活PS數(shù)據(jù)連接，UE電池或其他硬件狀態(tài)恢復(fù)、UE不再處于高速移動(dòng)性狀態(tài)等。另外本發(fā) 明提供一種UE恢復(fù)正常運(yùn)作以及保持與網(wǎng)絡(luò)通信的恢復(fù)方法。
[0010] 在一個(gè)實(shí)施例中，該UE為UMTS網(wǎng)絡(luò)中的DSDS UE。該UE在透過(guò)第一 SM在第一 已注冊(cè)網(wǎng)絡(luò)中建立RRC連接。在檢測(cè)到掛起事件之后（例如，從第二SM所注冊(cè)的第二網(wǎng) 絡(luò)接收到信號(hào)），該UE發(fā)送增強(qiáng)信令用于UE已請(qǐng)求PS數(shù)據(jù)掛起。舉例說(shuō)明，UUE發(fā)送信令 連接釋放指不（Signaling Connection Release Indication，SCRI)以及用于"UE 請(qǐng)求 PS 數(shù)據(jù)掛起"的新起因。SCRI可以進(jìn)一步包含掛起原因以及掛起時(shí)間段。當(dāng)UMTS網(wǎng)絡(luò)接收 到SCRI時(shí)，可以認(rèn)為是UE可能不會(huì)在即將到來(lái)的時(shí)間段中接收該網(wǎng)絡(luò)的DL信號(hào)以及可能 阻止對(duì)于該UE調(diào)度無(wú)線資源。
[0011] 在一個(gè)實(shí)施例中，該網(wǎng)絡(luò)初始化狀態(tài)轉(zhuǎn)換，以將UE從CELL_PCH轉(zhuǎn)換到URA_PCH狀 態(tài)以及保持RRC連接，直到UE再次重選回到網(wǎng)絡(luò)。將UE從CELL_PCH轉(zhuǎn)換到URA_PCH狀態(tài) 的好處之一是UE可以透過(guò)初始化小區(qū)更新過(guò)程，而不是重建RRC連接而初始化小區(qū)更新過(guò) 程。本發(fā)明提出了一個(gè)新的小區(qū)更新起因"恢復(fù)PS數(shù)據(jù)"。透過(guò)接收具有"恢復(fù)PS數(shù)據(jù)" 起因的小區(qū)更新，網(wǎng)絡(luò)知道該UE請(qǐng)求繼續(xù)之前的數(shù)據(jù)運(yùn)作。該網(wǎng)絡(luò)可以恢復(fù)小區(qū)更新確認(rèn) 消息以及然后按需初始化無(wú)線承載控制（radio bearer control)過(guò)程。
[0012] 下面描述本發(fā)明的其他實(shí)施例以及有益效果。本發(fā)明的保護(hù)范圍不以
【發(fā)明內(nèi)容】
為 限。本發(fā)明的保護(hù)范圍以權(quán)利要求為準(zhǔn)。

【專利附圖】

【附圖說(shuō)明】
[0013] 圖1為根據(jù)一個(gè)新穎方面，具有雙SM卡DSDS特征的UE的示意圖。
[0014] 圖2為根據(jù)一個(gè)新穎方面，具有DSDS特征UE的方塊示意圖。
[0015] 圖3為SCRI信息粒子（Information Element, IE)以及小區(qū)更新IE的例子示意 圖。
[0016] 圖4為UE發(fā)送SCRI給網(wǎng)絡(luò)的一個(gè)實(shí)施例示意圖。
[0017] 圖5為不同狀態(tài)中，發(fā)送SCRI之前/之后，UE的示意圖。
[0018] 圖6為透過(guò)小區(qū)更新過(guò)程，UE恢復(fù)連接的一個(gè)實(shí)施例的示意圖。
[0019] 圖7為定時(shí)器超時(shí)之后UE自動(dòng)釋放RRC連接的一個(gè)實(shí)施例的示意圖。
[0020] 圖8為UE強(qiáng)制釋放RRC連接的一個(gè)實(shí)施例的示意圖。
[0021] 圖9為根據(jù)一個(gè)新穎方面掛起以及恢復(fù)UE數(shù)據(jù)的方法流程圖。

【具體實(shí)施方式】
[0022] 現(xiàn)在將參考本發(fā)明的一些實(shí)施例作詳細(xì)說(shuō)明，其示例如附圖所示。
[0023] 圖1為根據(jù)一個(gè)新穎方面，移動(dòng)通信系統(tǒng)100中具有雙SM卡DSDS特征的UE101 的示意圖。移動(dòng)通信系統(tǒng)100包含UE101以及第一網(wǎng)絡(luò)#1以及第二網(wǎng)絡(luò)#2。UE101支持 DSDS特征，例如多個(gè)SM卡可以用于接入多個(gè)網(wǎng)絡(luò)，例如SM1用于接入網(wǎng)絡(luò)#1以及SM2 用于接入網(wǎng)絡(luò)#2。在圖1的例子中，UE101為具有DSDS特征的單通UE，其中，兩個(gè)基頻模 塊共享相同RF模塊。單通裝置具有低成本以及無(wú) RF共存干擾。但是，單通需要復(fù)雜實(shí)現(xiàn) 以支持雙待。單通UE只支持一路語(yǔ)音呼叫，以及需要間隙以監(jiān)視尋呼消息。
[0024] 如圖1所示，UE101與網(wǎng)絡(luò)#1建立激活數(shù)據(jù)連接，其中網(wǎng)絡(luò)#1由SM1注冊(cè)。UE101 在數(shù)據(jù)連接上發(fā)送以及/或者接收持續(xù)（ongoing)數(shù)據(jù)業(yè)務(wù)。此外，UE101也監(jiān)視SM2所注 冊(cè)的網(wǎng)絡(luò)#2的尋呼信號(hào)或者系統(tǒng)信息。如果UE101在網(wǎng)絡(luò)#2上接收實(shí)際尋呼，那么UE101 可能由于RF資源的限制很難同時(shí)保持與不同網(wǎng)絡(luò)的無(wú)線連接。這樣的場(chǎng)景有幾個(gè)相關(guān)問(wèn) 題，第一，網(wǎng)絡(luò)#1不知道UE101需要監(jiān)視監(jiān)視網(wǎng)絡(luò)#2上的尋呼或者系統(tǒng)信息。第二，如果 UE101自動(dòng)從SM1將RF資源切換用于SM2網(wǎng)絡(luò)信號(hào)接收，可能直接導(dǎo)致來(lái)自SM1網(wǎng)絡(luò)的 數(shù)據(jù)接收失敗。第三，eNB無(wú)線資源控制（例如，鏈路自適應(yīng)）算法可能對(duì)于不可預(yù)期的連 線中斷（gap)是敏感的，以及采取積極行為。
[0025] 在一個(gè)新穎方面中，UE101將由于DSDS運(yùn)作引發(fā)的即將到來(lái)的間隙，透過(guò)發(fā)送指 示110給網(wǎng)絡(luò)#1而指示給網(wǎng)絡(luò)，當(dāng)UE監(jiān)視到無(wú)線信號(hào)，或者對(duì)于網(wǎng)絡(luò)#2實(shí)施周期性位置 更新時(shí)，其中，該UE與網(wǎng)絡(luò)#1具有激活的PS數(shù)據(jù)連接。舉例說(shuō)明，UE101發(fā)送具有"UE請(qǐng) 求PS數(shù)據(jù)掛起（UE requested PS data suspension)"的指示，在從網(wǎng)絡(luò)#1切換RF資源 到網(wǎng)絡(luò)#2時(shí)。在接收到指示110之后，網(wǎng)絡(luò)#1中的eNB可以避免無(wú)線資源分配給DSDS UE 以及有效地分配已保留的資源給其他UE。更進(jìn)一步說(shuō)，eNB可以阻止錯(cuò)誤理解，由于用于 DSDS的不可預(yù)期的間隙。UE101也可以將其DSDS能力指示給網(wǎng)絡(luò)。作為結(jié)果，eNB可以對(duì) DSDS UE所產(chǎn)生的不可預(yù)期的間隙不那么敏感（或者忽略）以及因此最小化信令開銷。
[0026] 圖2為根據(jù)一個(gè)新穎方面，具有DSDS特征的UE201的簡(jiǎn)化方塊示意圖。UE201包 含耦接到天線206的RF模塊205,用于從天線206接收RF信號(hào)，以及將其轉(zhuǎn)換為基頻信號(hào)， 以及發(fā)送給處理器202。RF模塊205也將從處理器202接收的基頻信號(hào)轉(zhuǎn)換為RF信號(hào)以 及發(fā)送給天線206。處理器202處理已接收基頻信號(hào)以及激發(fā)不同功能模塊以實(shí)施UE中的 功能。存儲(chǔ)器204存儲(chǔ)程序指令以及數(shù)據(jù)204以控制UE的運(yùn)作。UE201包含兩個(gè)SM卡， SM1以及SM2,以支持DSDS特征，其中SM1以及SM2分別耦接到對(duì)應(yīng)基頻模塊BB1以及 BB2。UE201為單通UE，其中，BB1以及BB2共享相同RF模塊205(例如，RF收發(fā)器，RF濾波 器等）。透過(guò)共享相同RF模塊，UE201也具有低成本以及沒有RF共存干擾。但是，UE201 也支持一個(gè)語(yǔ)音呼叫。如果SM1具有語(yǔ)音呼叫，那么SM2不可以具有任何MT/MO呼叫。 UE201也需要間隙以監(jiān)視尋呼信號(hào)。
[0027] 圖2僅以包含UE中的3個(gè)功能模塊211至213以實(shí)現(xiàn)本發(fā)明的實(shí)施例。功能模 塊可以軟件、固件、硬件或者上述幾者的任意組合而實(shí)現(xiàn)。RRC配置模塊211管理RRC曾配 置以及RRC連接建立。條件檢測(cè)模塊212檢測(cè)各種觸發(fā)事件，其中該觸發(fā)事件觸發(fā)持續(xù)RRC 數(shù)據(jù)連接的掛起或者恢復(fù)。舉例說(shuō)明，當(dāng)具有持續(xù)PS數(shù)據(jù)時(shí)，UE檢測(cè)到某個(gè)或者某些條件， 該UE發(fā)出SCRI用于UE請(qǐng)求PS掛起。相似地，當(dāng)UE決定在檢測(cè)某些條件而恢復(fù)之前激活 PS數(shù)據(jù)傳輸時(shí)，UE初始化恢復(fù)過(guò)程，例如RRC小區(qū)更新過(guò)程。定時(shí)器213啟動(dòng)與RRC數(shù)據(jù) 連接或的掛起或者恢復(fù)相關(guān)的定時(shí)器。
[0028] 圖3為SCRI IE以及小區(qū)更新IE的例子示意圖。3GPP第8版（Rel-8)技術(shù)規(guī)范 中定義的原始SCRI過(guò)程用于快速休眠 （fast dormancy)。SCRI IE由UE用于指示UMTS網(wǎng) 絡(luò)，UE的多個(gè)信令連接之一已經(jīng)被釋放，或者UMTS網(wǎng)絡(luò)請(qǐng)求初始化狀態(tài)轉(zhuǎn)換到電池節(jié)省 RRC狀態(tài)。如表格300所示，用于快速休眠的與SCRI有關(guān)的起因?yàn)閁E請(qǐng)求PS數(shù)據(jù)會(huì)話結(jié) 束（UE requested PS data session end)。沒有SCRI，可能對(duì)于UMTS網(wǎng)絡(luò)要花費(fèi)10分鐘 以決定是否釋放RRC連接。如果UE不能足夠快地釋放RRC連接，UE可能不得不實(shí)施本地釋 放，這可能不是期望的行為。因此，SCRI為專門用于使能快速休眠。在接收到SCRI之后， 網(wǎng)絡(luò)簡(jiǎn)單地快速釋放RRC連接或者初始化狀態(tài)轉(zhuǎn)換以將UE轉(zhuǎn)換到電池節(jié)省RRC狀態(tài)。
[0029] 根據(jù)本發(fā)明的實(shí)施例，增強(qiáng)了傳統(tǒng)的SCRI過(guò)程以及用于臨時(shí)掛起持續(xù)的RRC數(shù)據(jù) 連接以及/或者恢復(fù)臨時(shí)掛起的RRC數(shù)據(jù)連接。如表格300所示，這樣的SCRI的新起因 稱作"UE請(qǐng)求PS數(shù)據(jù)掛起"。SCRI也可以包含如下參數(shù)，包含掛起原因以及掛起時(shí)間段。 在接收到具有"UE請(qǐng)求PS數(shù)據(jù)掛起"起因的SCRI之后，網(wǎng)絡(luò)決定基于掛起原因、掛起時(shí)間 段以及/或者其他信息而是否釋放RRC連接。舉例說(shuō)明，網(wǎng)絡(luò)可能決定臨時(shí)將UE從CELL_ FACH或CELL_DCH狀態(tài)，轉(zhuǎn)換到到CELL_PCH或者URA_PCH狀態(tài)，透過(guò)重配置無(wú)線承載（radio bearer)。這樣的SCRI的另一個(gè)新起因（cause) /旗標(biāo)（flag)被強(qiáng)制釋放。在接收到具有 強(qiáng)制釋放的SCRI之后，網(wǎng)絡(luò)直接釋放RRC連接，不嘗試初始化其他過(guò)程。
[0030] 除了掛起PS數(shù)據(jù)傳輸，小區(qū)更新過(guò)程用于恢復(fù)之前已掛起PS數(shù)據(jù)連接。如表300 所示，小區(qū)更新的新起因稱作"恢復(fù)PS數(shù)據(jù)（Resume PS data)"。在接收到具有"恢復(fù)PS數(shù) 據(jù)"起因的小區(qū)更新IE之后，網(wǎng)絡(luò)重新配置無(wú)線承載以及初始化狀態(tài)轉(zhuǎn)換，以將UE從CELL_ PCH或者URA_PCH狀態(tài)轉(zhuǎn)換回到CELL_FACH或者CELL_DCH狀態(tài)。小區(qū)更新過(guò)程與重建RRC 連接相比節(jié)省了信令開銷。
[0031] 圖4為UE401發(fā)送SCRI給網(wǎng)絡(luò)用于UE請(qǐng)求PS掛起的一個(gè)實(shí)施例示意圖。在圖4 的例子中，UE401可以為具有兩個(gè)SM卡（SM1以及SM2)的DSDS UE，用于接入多個(gè)網(wǎng)絡(luò)。 在步驟411中，UE401與網(wǎng)絡(luò)建立RRC連接。舉例說(shuō)明，網(wǎng)絡(luò)為SM1所注冊(cè)的第一網(wǎng)絡(luò)。步 驟412中，UE401檢測(cè)至少一個(gè)觸發(fā)條件以掛起數(shù)據(jù)傳輸。對(duì)于DSDS UE，觸發(fā)條件為基于 即將到來(lái)的活動(dòng)（upcoming activities),用于UE接入到SIM2注冊(cè)的第二網(wǎng)絡(luò)。即將到帶 的活動(dòng)可以為UE需要將RF資源切換離開第一網(wǎng)絡(luò)以監(jiān)視第二網(wǎng)絡(luò)的尋呼。即將到來(lái)的活 動(dòng)可以為UE需要切換RF資源離開第一網(wǎng)絡(luò)以及接入到第二網(wǎng)絡(luò)。對(duì)于其他非DSDSUE，觸 發(fā)條件為基于無(wú)線信號(hào)質(zhì)量、DL數(shù)據(jù)的錯(cuò)誤概率、UE移動(dòng)性級(jí)別或者UE電池級(jí)別低于對(duì)應(yīng) 閾值的比較。
[0032] 在檢測(cè)到觸發(fā)條件之后，步驟414中，UE401發(fā)送SCRI IE給網(wǎng)絡(luò)。SCRI包含用于 UE請(qǐng)求PS掛起的起因。在接收到SCRI之后，網(wǎng)絡(luò)決定是否釋放RRC連接。如果網(wǎng)絡(luò)決定 釋放RRC連接，那么在步驟415,網(wǎng)絡(luò)發(fā)送RRC連接釋放消息給UE401以釋放RRC連接。另 一方面，如果網(wǎng)絡(luò)決定不釋放RRC連接，然后在步驟415,網(wǎng)絡(luò)為UE401實(shí)施無(wú)線承載重配 置。舉例說(shuō)明，網(wǎng)絡(luò)可以初始化狀態(tài)轉(zhuǎn)換以將UE401從CELL_DCH狀態(tài)轉(zhuǎn)換到CELL_PCH或 者URA_PCH狀態(tài)，直到UE401再次重選回到該網(wǎng)絡(luò)。
[0033] 圖5為發(fā)送SCRI IE之前/之后，UE處于不同狀態(tài)的例子示意圖。對(duì)于UTRA系 統(tǒng)，UE可以具有技術(shù)規(guī)范所定義的不同RRC狀態(tài)。在CELL_DCH狀態(tài)中，專用業(yè)務(wù)以及控制 承載在DCH中用于大量數(shù)據(jù)的數(shù)據(jù)傳輸。CS數(shù)據(jù)只使用CELL_DCH用于傳輸。在CELL_FACH 狀態(tài)中專用業(yè)務(wù)以及控制在RACH或者FACH上承載用于銷量數(shù)據(jù)的數(shù)據(jù)傳輸。在CELL_ PCH狀態(tài)中，休眠 RB不需要空中接口資源。UE在小區(qū)基礎(chǔ)上接收尋呼，而不是在標(biāo)準(zhǔn)的路 由領(lǐng)域（routing area，RA)基礎(chǔ)上。UTRA_PCH狀態(tài)與CELL_PCH狀態(tài)相似，除了尋呼是在 UTRAN路由領(lǐng)域（UTRAN Routing Area，URA)中接收，其中通常為10個(gè)小區(qū)的級(jí)別。如圖 5所示，UE保持在CELL_DCH狀態(tài)，具有大量數(shù)據(jù)以及動(dòng)態(tài)RB重配置。如果UE具有低業(yè) 務(wù)，那么UE轉(zhuǎn)換到CELL_FACH狀態(tài)。如果UE沒有數(shù)據(jù)活動(dòng)，那么UE轉(zhuǎn)換到CELL_PCH或者 URA_PCH狀態(tài)，上述轉(zhuǎn)換為基于網(wǎng)絡(luò)配置。相似的，在CELL_FACH狀態(tài)中，U當(dāng)UE具有高業(yè) 務(wù)（high traffic)，UE轉(zhuǎn)換到CELL_DCH狀態(tài)，以及當(dāng)沒有數(shù)據(jù)活動(dòng)時(shí)，轉(zhuǎn)換到CELL_PCH或 者URA_PCH s狀態(tài)。最后，在CELL_PCH或者URA_PCH狀態(tài)中，當(dāng)UE開始具有數(shù)據(jù)活動(dòng)時(shí)， UE轉(zhuǎn)換到CELL_FACH或者CELL_DCH狀態(tài)。
[0034] 重新回到圖4,當(dāng)UE401在CELL_DCH狀態(tài)中發(fā)送SCRI給網(wǎng)絡(luò)，而不是釋放RRC連 接時(shí)，網(wǎng)絡(luò)可以決定UE從CELL_DCH狀態(tài)轉(zhuǎn)換到CELL_PCH或者URA_PCH狀態(tài)。在一個(gè)新穎 方面，SCRI也包含掛起原因以及掛起時(shí)間段以輔助網(wǎng)絡(luò)作出對(duì)應(yīng)決策。掛起原因可以包含 不好的（poor)信號(hào)質(zhì)量、高錯(cuò)誤率、高UE移動(dòng)性、低電池級(jí)別，以及/或者DSDS運(yùn)作。該 掛起時(shí)間段可以包含用于掛起的預(yù)先定義或者協(xié)商的時(shí)間段，或者掛起級(jí)別（例如，臨時(shí)， 短期，長(zhǎng)期）。有關(guān)是否釋放RRC連接的網(wǎng)絡(luò)決定可以基于UE提供掛起原因、掛起時(shí)間段以 及/或者其他額外信息。如果網(wǎng)絡(luò)決定不釋放RRC連接，稍后，當(dāng)UE401決定恢復(fù)已掛起數(shù) 據(jù)傳輸，UE401可以初始化小區(qū)更新過(guò)程。與重建RRC連接相比小區(qū)更新過(guò)程減少了信令 開銷。
[0035] 圖6為透過(guò)小區(qū)更新過(guò)程，UE恢復(fù)RRC連接的一個(gè)實(shí)施例的示意圖。步驟611中， UE601檢測(cè)至少一觸發(fā)條件以恢復(fù)之前已掛起RRC連接。在一個(gè)例子中，觸發(fā)條件可以包 含無(wú)線信號(hào)質(zhì)量的測(cè)量結(jié)果，DL數(shù)據(jù)的錯(cuò)誤概率，UE移動(dòng)性級(jí)別，或者UE電池級(jí)別高于對(duì) 應(yīng)閾值。在另一個(gè)例子中，UE601為具有兩個(gè)SM卡（SM1以及SM2)DSDS UE。UE601首 先接入SM1注冊(cè)的網(wǎng)絡(luò)，以及建立RRC連接用于數(shù)據(jù)傳輸。然后，UE601可能需要接入到 SM2注冊(cè)的另一網(wǎng)絡(luò)，或者簡(jiǎn)單監(jiān)視來(lái)自另一個(gè)網(wǎng)絡(luò)的尋呼。UE601然后將RF資源切換走 以及掛起RRC連接。在這個(gè)場(chǎng)景中，觸發(fā)條件可以為UE601決定切換RF資源回到之前激活 SM1的原始注冊(cè)網(wǎng)絡(luò)，以及繼續(xù)之前激活PS數(shù)據(jù)通信。步驟612中，UE601發(fā)送小區(qū)更新 IE給網(wǎng)絡(luò)。小區(qū)更新IE包含恢復(fù)PS數(shù)據(jù)的起因。步驟613中，網(wǎng)絡(luò)發(fā)送小區(qū)更新確認(rèn)消 息回給UE601。步驟614中，UE601發(fā)送無(wú)線承載設(shè)定（setup)完成消息給網(wǎng)絡(luò)以恢復(fù)RRC 連接。最后，步驟615中，UE601恢復(fù)已掛起PS數(shù)據(jù)傳輸。
[0036] 圖7為定時(shí)器超時(shí)之后，UE自動(dòng)釋放RRC連接的一個(gè)實(shí)施例的示意圖。步驟710 中，UE701與網(wǎng)絡(luò)建立RRC連接。步驟711中，UE701維持與網(wǎng)絡(luò)的持續(xù)PS數(shù)據(jù)傳輸。步驟 712中，UE701檢測(cè)用于掛起PS數(shù)據(jù)傳輸?shù)哪硞€(gè)觸發(fā)條件。步驟713中，UE701發(fā)送SCRI 給網(wǎng)絡(luò)。SCRI具有UE請(qǐng)求PS掛起的起因，掛起原因以及掛起時(shí)間段。根據(jù)3GPP第8版 (Rel-8)技術(shù)規(guī)范，在UE已經(jīng)發(fā)送SCRI消息之后，UE不會(huì)本地釋放RRC連接。但是，為了 阻止UE陷入到等帶來(lái)自網(wǎng)絡(luò)的響應(yīng)的困境中，在將RF資源從接收無(wú)線信號(hào)中切換離開之 前，提出一個(gè)基于定時(shí)器的保護(hù)機(jī)制。步驟713中，UE701也啟動(dòng)定時(shí)器以及等待網(wǎng)絡(luò)響應(yīng)。 如果網(wǎng)絡(luò)在定時(shí)器超時(shí)之前響應(yīng)該SCRI，那么步驟714中UE701實(shí)施本地釋放。
[0037] 在一些場(chǎng)景中，UE想要透過(guò)發(fā)送SCRI而進(jìn)入空閑（IDLE)狀態(tài)（S卩，RRC連接釋 放），但是網(wǎng)絡(luò)決定轉(zhuǎn)換到CELL_PCH或者URA_PCH狀態(tài)。SCRI的誤解（misinterpretation) 可能依然導(dǎo)致最后的本地釋放。本發(fā)明所建議的解決方法為增加額外旗標(biāo)，稱作RRC SCRI 消息中的"強(qiáng)制釋放（Force Release)"。
[0038] 圖8為UR強(qiáng)制釋放RRC連接的一個(gè)實(shí)施例的示意圖。步驟810中，UE801與網(wǎng)絡(luò) 建立RRC連接。步驟811中，UE801與網(wǎng)絡(luò)之間保持持續(xù)PS數(shù)據(jù)傳輸。步驟812中，UE801 檢測(cè)終止PS數(shù)據(jù)傳輸以及釋放RRC連接的某個(gè)觸發(fā)條件。在步驟813中，UE801發(fā)送SCRI 給網(wǎng)絡(luò)。SCRI具有"強(qiáng)制釋放"的起因。在步驟814中，接收到具有強(qiáng)制釋放起因的SCRI， 網(wǎng)絡(luò)發(fā)送RRC連接釋放命令以直接釋放RRC連接，而不是初始化其他程序。
[0039] 不期望的碰撞場(chǎng)景可能發(fā)生，當(dāng)UE發(fā)送SCRI消息用于PS數(shù)據(jù)掛起時(shí)，例如，RLC 重建以及RAT切換等。為了解決上述不期望的碰撞，本發(fā)明提出了下列解法。首先，當(dāng)RLC 實(shí)體的發(fā)送側(cè)的重建，在SCRI消息的成功傳遞（delivery)已經(jīng)被RLC確認(rèn)之前（其中， SCRI起因已經(jīng)包含其中以及設(shè)定為"UE請(qǐng)求PS數(shù)據(jù)掛起"），UE不可以使用AM RLC重傳 消息，以防新RNC不支持URPDS。其次，當(dāng)RAT之間切換過(guò)程在SCRI消息成功傳遞已經(jīng)被 RLC確認(rèn)之前發(fā)生，（其中，SCRI起因包含其中以及設(shè)定為"UE請(qǐng)求PS數(shù)據(jù)掛起"），該UE 可以決定在新RAT中是否放棄信令連接。如果UE已經(jīng)發(fā)送具有SCRI起因（其中，該SCRI 起因設(shè)定為"UE請(qǐng)求PS數(shù)據(jù)傳輸"）的SCRI消息之后，不本地釋放連接，那么該UE可以在 新RAT中放棄信令連接。如果不是，則UE可以保持信令連接。其他碰撞場(chǎng)景也可以基于上 述原則而處理?？梢宰⒁獾?，上述解法是補(bǔ)充性的，以及可以聯(lián)合用于不同場(chǎng)景。
[0040] 圖9為根據(jù)一個(gè)新穎方面，掛起以及恢復(fù)UE數(shù)據(jù)的方法流程圖。步驟901中，UE 重建RRC連接以及實(shí)施移動(dòng)通信網(wǎng)絡(luò)中持續(xù)數(shù)據(jù)傳輸。步驟902中，UE檢測(cè)掛起條件。步 驟903中，在RRC連接上掛起持續(xù)數(shù)據(jù)傳輸之前，UE傳送信令連接釋放指示（SCRI)消息給 網(wǎng)絡(luò)。在一個(gè)實(shí)施例中，SCRI消息包含UE請(qǐng)求PS數(shù)據(jù)傳輸?shù)倪B接釋放起因。SCRI可以 進(jìn)一步包含掛起原因以及掛起時(shí)間段以輔助網(wǎng)絡(luò)決定。步驟904中，UE掛起RRC連接上的 持續(xù)的數(shù)據(jù)傳輸以持續(xù)掛起時(shí)間段。在步驟905中，UE在檢測(cè)到恢復(fù)條件之后恢復(fù)已掛起 RRC連接。在一個(gè)實(shí)施例中，透過(guò)應(yīng)用小區(qū)更新過(guò)程而不是重建RRC連接UE恢復(fù)之前的數(shù) 據(jù)通信，因此減少了信令開銷。
[0041] 雖然以特定實(shí)施例說(shuō)明本發(fā)明，然本發(fā)明的保護(hù)范圍不以上述實(shí)施例為限。相應(yīng) 地，所屬領(lǐng)域技術(shù)人員可以在不脫離本發(fā)明的精神范圍內(nèi)對(duì)上述實(shí)施例進(jìn)行修改、潤(rùn)飾以 及組合上述實(shí)施例中的技術(shù)特征，本發(fā)明的保護(hù)范圍以權(quán)利要求內(nèi)容為準(zhǔn)。
【權(quán)利要求】
1. 一種方法，包含： 在移動(dòng)通信網(wǎng)絡(luò)中，透過(guò)用戶設(shè)備建立無(wú)線資源控制連接以及實(shí)施持續(xù)數(shù)據(jù)通信； 檢測(cè)掛起條件；以及 在該無(wú)線資源控制連接上掛起該持續(xù)數(shù)據(jù)通信之前，傳送信令連接釋放指示給該移動(dòng) 通信網(wǎng)絡(luò)，其中，該指示包含用戶設(shè)備請(qǐng)求數(shù)據(jù)掛起的連接釋放起因。
2. 如權(quán)利要求1所述的方法，其特征在于，該掛起條件包含無(wú)線信號(hào)質(zhì)量的測(cè)量結(jié)果、 下行鏈路數(shù)據(jù)的錯(cuò)誤概率、用戶設(shè)備移動(dòng)性級(jí)別，或者用戶設(shè)備電池級(jí)別低于對(duì)應(yīng)閾值。
3. 如權(quán)利要求1所述的方法，其特征在于，該用戶設(shè)備配置有第一用戶識(shí)別卡以及第 二用戶識(shí)別卡，其中，該無(wú)線資源控制連接在該第一用戶識(shí)別卡上建立，以及其中該掛起條 件包含該用戶設(shè)備檢測(cè)到該第二用戶識(shí)別卡上的即將到來(lái)的活動(dòng)。
4. 如權(quán)利要求1所述的方法，其特征在于，該連接釋放指示也包含數(shù)據(jù)掛起原因以及 數(shù)據(jù)掛起時(shí)間段。
5. 如權(quán)利要求1所述的方法，其特征在于在發(fā)送該指示之后，該用戶設(shè)備啟動(dòng)定時(shí)器 以及其中，在該定時(shí)器超時(shí)之后該用戶設(shè)備自動(dòng)釋放該無(wú)線資源控制連接。
6. 如權(quán)利要求1所述的方法，其特征在于，該連接釋放指示包含有關(guān)是否該網(wǎng)絡(luò)應(yīng)該 釋放該無(wú)線資源控制連接的指示符。
7. 如權(quán)利要求1所述的方法，其特征在于進(jìn)一步包含： 在恢復(fù)條件滿足之后恢復(fù)已掛起無(wú)線資源控制連接。
8. 如權(quán)利要求7所述的方法，其特征在于當(dāng)用戶設(shè)備移動(dòng)性級(jí)別或者用戶設(shè)備電池級(jí) 別高于對(duì)應(yīng)閾值時(shí)，或者該用戶設(shè)備提供的掛起時(shí)間段超時(shí)時(shí)，該恢復(fù)條件滿足。
9. 如權(quán)利要求7所述的方法，其特征在于該用戶設(shè)備配置有第一用戶識(shí)別模塊卡以及 第二用戶識(shí)別模塊卡，其中，該無(wú)線資源控制連接在該第一用戶識(shí)別模塊卡上建立，以及其 中該恢復(fù)條件包含使用該第二用戶識(shí)別模塊卡的網(wǎng)絡(luò)接入的完成。
10. 如權(quán)利要求7所述的方法，其特征在于，該恢復(fù)包含使用無(wú)線資源控制小區(qū)更新過(guò) 程的恢復(fù)，以及其中該用戶設(shè)備提供恢復(fù)指示符作為小區(qū)恢復(fù)起因。
11. 一種用戶設(shè)備，包含： 無(wú)線資源控制配置模塊，用于在移動(dòng)通信網(wǎng)絡(luò)中建立無(wú)線資源控制連接以及因此實(shí)施 持續(xù)數(shù)據(jù)通信； 條件檢測(cè)模塊，用于檢測(cè)掛起條件；以及 射頻模塊，用于在該無(wú)線資源控制連接上的該持續(xù)數(shù)據(jù)通信掛起之前，傳送信令連接 釋放指示給該移動(dòng)通信網(wǎng)絡(luò)，其中，該指示包含用戶設(shè)備請(qǐng)求數(shù)據(jù)掛起的連接釋放起因。
12. 如權(quán)利要求11所述的用戶設(shè)備，其特征在于，該掛起條件包含無(wú)線信號(hào)質(zhì)量的測(cè) 量結(jié)果，下行鏈路數(shù)據(jù)的錯(cuò)誤概率，用戶設(shè)備移動(dòng)新級(jí)別，或者用戶設(shè)備電池級(jí)別低于對(duì)應(yīng) 閾值。
13. 如權(quán)利要求11所述的用戶設(shè)備，其特征在于進(jìn)一步包含： 第一用戶識(shí)別模塊卡，其中該無(wú)線資源控制連接在該第一用戶識(shí)別模塊卡上建立；以 及第二用戶識(shí)別模塊卡，其中，該掛起條件包含該用戶設(shè)備檢測(cè)到該第二用戶識(shí)別模塊卡 上即將到來(lái)的活動(dòng)。
14. 如權(quán)利要求11所述的用戶設(shè)備，其特征在于，該連接釋放指示也包含數(shù)據(jù)掛起原 因以及數(shù)據(jù)掛起時(shí)間段。
15. 如權(quán)利要求11所述的用戶設(shè)備，其特征在于進(jìn)一步包含： 定時(shí)器，其中發(fā)出該指示之后，該用戶設(shè)備啟動(dòng)該定時(shí)器，以及其中，該定時(shí)器超時(shí)之 后該用戶設(shè)備自動(dòng)釋放該無(wú)線資源控制連接。
16. 如權(quán)利要求11所述的用戶設(shè)備，其特征在于該連接釋放指示包含有關(guān)該網(wǎng)絡(luò)是否 應(yīng)該釋放該無(wú)線資源控制連接的指示符。
17. 如權(quán)利要求11所述的用戶設(shè)備，其特征在于在滿足恢復(fù)條件之后，該用戶設(shè)備恢 復(fù)該已掛起無(wú)線資源控制連接。
18. 如權(quán)利要求17所述的用戶設(shè)備，其特征在于，當(dāng)用戶設(shè)備移動(dòng)性級(jí)別或者用戶設(shè) 備電池級(jí)別高于對(duì)應(yīng)閾值，或者當(dāng)用戶設(shè)備電池級(jí)別高于對(duì)應(yīng)閾值時(shí)，或者當(dāng)該用戶設(shè)備 提供的掛起時(shí)間段超時(shí)時(shí)，滿足該恢復(fù)條件。
19. 如權(quán)利要求17所述的用戶設(shè)備，其特征在于進(jìn)一步包含： 第一用戶識(shí)別模塊卡，其中該無(wú)線資源控制連接在該第一用戶識(shí)別模塊卡上建立；以 及第二用戶識(shí)別模塊卡，其中，該恢復(fù)條件包含使用該第二用戶識(shí)別模塊卡的網(wǎng)絡(luò)接入的 完成。
20. 如權(quán)利要求17所述的用戶設(shè)備，其特征在于，該恢復(fù)包含使用無(wú)線資源控制小區(qū) 更新過(guò)程，以及其中該用戶設(shè)備提供恢復(fù)指示符作為小區(qū)更新起因。
【文檔編號(hào)】H04W36/14GK104115454SQ201380009355
【公開日】2014年10月22日 申請(qǐng)日期:2013年6月26日 優(yōu)先權(quán)日:2012年6月27日
【發(fā)明者】鄭伃璇, 張園園, 傅宜康 申請(qǐng)人:聯(lián)發(fā)科技股份有限公司