[發(fā)明專利]用于UMTS網(wǎng)絡(luò)中的信令釋放原因指示的方法和系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201310421418.5
• 申請(qǐng)日: 2007-05-16
• 公開（公告）號(hào): CN103619071B
• 公開（公告）日: 2017-08-08
• 發(fā)明（設(shè)計(jì)）人: 穆罕默德·哈立德·伊斯蘭;杰弗里·維爾塔南
• 申請(qǐng)（專利權(quán)）人: 黑莓有限公司
• 主分類號(hào): H04W76/06
• 分類號(hào): H04W76/06
• 代理公司: 中科專利商標(biāo)代理有限責(zé)任公司11021
• 代理人: 王瑋

本申請(qǐng)是申請(qǐng)?zhí)枮椤?00710137906.8”，申請(qǐng)日為2007年5月16日，發(fā)明名稱為“用于UMTS網(wǎng)絡(luò)中的信令釋放原因指示的方法和系統(tǒng)”之申請(qǐng)的分案申請(qǐng)。

技術(shù)領(lǐng)域

本申請(qǐng)涉及在用戶設(shè)備(UE)和通用陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)之間的無(wú)線電資源控制，具體地，涉及UMTS網(wǎng)絡(luò)中現(xiàn)有信令連接的釋放。

背景技術(shù)

通用移動(dòng)電信系統(tǒng)(UMTS)是用來(lái)傳輸文本、數(shù)字語(yǔ)音、視頻和多媒體的基于分組的寬帶系統(tǒng)。它高度支持第三代標(biāo)準(zhǔn)，并通常基于寬帶碼分多址(W-CDMA)。

在UMTS網(wǎng)絡(luò)中，協(xié)議棧的無(wú)線電資源控制(RRC)部分負(fù)責(zé)UE和UTRAN之間無(wú)線電資源的分配、配置和釋放。該RRC協(xié)議在3GPP TS25.331規(guī)范中有詳細(xì)描述。UE可以處于的兩種基本模式被定義為“空閑模式”和“UTRA連接模式”。UTRA代表UMTS地面無(wú)線接入。在空閑模式下，無(wú)論何時(shí)UE想發(fā)送任何用戶數(shù)據(jù)、或者響應(yīng)無(wú)論何時(shí)UTRAN或GPRS服務(wù)支持節(jié)點(diǎn)(SGSN)對(duì)UE的尋呼以從外部數(shù)據(jù)網(wǎng)絡(luò)(如推送服務(wù)器)接收數(shù)據(jù)，都需要UE請(qǐng)求RRC連接。在3GPP規(guī)范TS25.304和TS25.331中詳細(xì)描述了空閑和連接模式行為。

當(dāng)處于UTRA RRC連接模式時(shí)，設(shè)備可以處于四種狀態(tài)中的一種狀態(tài)。這四種狀態(tài)是：

CELL-DCH：在該狀態(tài)下，給UE在上行和下行鏈路上分配專用信道來(lái)交換數(shù)據(jù)。UE必須執(zhí)行如在3GPP25.331中概述的動(dòng)作。

CELL_FACH：在該狀態(tài)下，不給用戶設(shè)備分配專用信道。相反，使用公共信道來(lái)交換少量的突發(fā)數(shù)據(jù)。UE必須執(zhí)行如在3GPP25.331中概述的動(dòng)作，這包括在3GPP TS25.304中定義的小區(qū)選擇過程。

CELL_PCH：UE使用不連續(xù)接收(DRX)來(lái)監(jiān)視廣播消息，并通過尋呼指示符信道(PICH)進(jìn)行尋呼。可以沒有上行鏈路活動(dòng)。UE必須執(zhí)行在3GPP25.331中概述的操作，這包括在3GPP TS25.304中定義的小區(qū)選擇過程。在小區(qū)選擇之后，UE必須執(zhí)行CELL UPDATE過程。

URA_PCH：UE使用不連續(xù)接收(DRX)來(lái)監(jiān)視廣播消息，并通過尋呼指示符信道(PICH)進(jìn)行尋呼。可以沒有上行鏈路活動(dòng)。UE必須執(zhí)行在3GPP25.331中概述的操作，這包括在3GPP TS25.304中定義的小區(qū)選擇過程。除了URA UPDATE過程僅僅通過UTRAN注冊(cè)區(qū)域(URA)重選來(lái)觸發(fā)之外，該狀態(tài)與CELL_PCH相類似。

從空閑模式到連接模式及從連接模式到空閑模式的轉(zhuǎn)換都是由UTRAN控制的。當(dāng)空閑模式UE請(qǐng)求RRC連接時(shí)，網(wǎng)絡(luò)決定是將UE轉(zhuǎn)移到CELL_DCH狀態(tài)還是CELL_FACH狀態(tài)。當(dāng)UE處于RRC連接模式時(shí)，網(wǎng)絡(luò)再次決定何時(shí)釋放該RRC連接。在釋放該連接之前或在作為釋放該連接的替代的某些情況下，網(wǎng)絡(luò)還可以將UE從一種RRC狀態(tài)轉(zhuǎn)移到另一種RRC狀態(tài)。這種狀態(tài)轉(zhuǎn)換典型地是由UE和網(wǎng)絡(luò)之間的數(shù)據(jù)活動(dòng)或不活動(dòng)來(lái)觸發(fā)的。由于網(wǎng)絡(luò)可能不知道對(duì)于給定應(yīng)用來(lái)說(shuō)UE何時(shí)完成數(shù)據(jù)交換，因此典型地，網(wǎng)絡(luò)保持RRC連接一段時(shí)間，以預(yù)期去往／來(lái)自UE的更多數(shù)據(jù)。這樣做典型地降低了呼叫建立以及后續(xù)無(wú)線電承載建立的等待時(shí)間。所述RRC連接釋放消息只能由UTRAN發(fā)送。該消息釋放了UE和UTRAN之間的信號(hào)鏈路連接和所有無(wú)線電承載。

上述問題在于，即使UE上的應(yīng)用程序已經(jīng)完成其數(shù)據(jù)處理并且不期望任何進(jìn)一步的數(shù)據(jù)交換，它仍然等待網(wǎng)絡(luò)將其轉(zhuǎn)移到正確的狀態(tài)。網(wǎng)絡(luò)可能甚至沒有意識(shí)到UE上的應(yīng)用程序已經(jīng)完成其數(shù)據(jù)交換的事實(shí)。例如，UE上的應(yīng)用程序可以使用其自身的基于確認(rèn)的協(xié)議來(lái)與連接到UMTS核心網(wǎng)的應(yīng)用服務(wù)器交換數(shù)據(jù)。這種示例的應(yīng)用程序運(yùn)行在UDP／IP上來(lái)實(shí)現(xiàn)它們自身的有保證的傳送。在這種情況下，UE知道應(yīng)用服務(wù)器是否已經(jīng)發(fā)送或接收了所有數(shù)據(jù)分組，并且更好地確定是否會(huì)發(fā)生任何進(jìn)一步的數(shù)據(jù)交換，從而決定何時(shí)終止與分組業(yè)務(wù)(PS)域相關(guān)聯(lián)的RRC連接。由于UTRAN控制RRC連接的狀態(tài)何時(shí)變化為不同的狀態(tài)或變化到空閑模式，以及UTRAN不知道UE和外部服務(wù)器之間的數(shù)據(jù)傳送狀態(tài)的事實(shí)，所以UE被迫停留在比其所需的狀態(tài)或模式高的數(shù)據(jù)速率和更強(qiáng)的電池狀態(tài)，從而耗盡了電池壽命。由于不必要地保持占用無(wú)線電承載資源，這也導(dǎo)致了網(wǎng)絡(luò)資源的浪費(fèi)。