專利名稱：寬帶碼分多址系統(tǒng)尋呼觸發(fā)的資源釋放方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶碼分多址系統(tǒng)，特別是涉及寬帶碼分多址系統(tǒng)中一個(gè)無(wú)線資源管理的方法。
背景技術(shù)：
在寬帶碼分多址系統(tǒng)(WCDMA)系統(tǒng)中當(dāng)UE(用戶設(shè)備)處于專用狀態(tài)，也就是CELL PCH，URA PCH的時(shí)候，該UE在核心網(wǎng)中的處于PMM CONNECTED狀態(tài)。核心網(wǎng)保留了和該終端有關(guān)的MM CONTEXT(移動(dòng)性管理上下文)。核心網(wǎng)和基站控制器之間一直保留著專用的信令連接，以便及時(shí)在核心網(wǎng)和基站控制器之間交換信令。當(dāng)需要傳送上下行數(shù)據(jù)的時(shí)候，為了加快控制面和用戶面的重建速度，地面接口之間的傳輸資源有可能被保留，比如Iub，Iur和Iu接口等。
當(dāng)這些終端一直在服務(wù)區(qū)內(nèi)的時(shí)候，網(wǎng)絡(luò)和終端之間通過(guò)周期性的小區(qū)更新(對(duì)于CELL PCH狀態(tài)來(lái)說(shuō))，周期性URA更新(對(duì)于URA PCH來(lái)說(shuō)狀態(tài))來(lái)保持網(wǎng)絡(luò)和終端之間RRC(無(wú)線資源控制)狀態(tài)的一致性。
但是當(dāng)這些終端滿足“不在服務(wù)區(qū)”的條件的時(shí)候，在周期性更新流程觸發(fā)之前，網(wǎng)絡(luò)和終端之間關(guān)于RRC的狀態(tài)之間就會(huì)出現(xiàn)不一致。這種狀態(tài)如果保留的時(shí)間比較長(zhǎng)的話，可能產(chǎn)生的不利后果有1、保留的傳輸層的資源沒(méi)有得到有效利用；2、網(wǎng)絡(luò)發(fā)起的尋呼流程會(huì)失敗，而且如果不采取積極的措施，在結(jié)束狀態(tài)不一致?tīng)顩r以前，后續(xù)的尋呼流程都會(huì)失敗，這種情況降低了網(wǎng)絡(luò)的性能。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種寬帶碼分多址系統(tǒng)尋呼觸發(fā)的資源釋放方法，解決現(xiàn)有技術(shù)因網(wǎng)絡(luò)和終端之間出現(xiàn)RRC狀態(tài)不一致所帶來(lái)的傳輸層的資源浪費(fèi)和網(wǎng)絡(luò)性能降低的技術(shù)問(wèn)題。
為達(dá)到上述目的，本發(fā)明提供了一種寬帶碼分多址系統(tǒng)尋呼觸發(fā)的資源釋放方法，其特點(diǎn)在于，對(duì)處于CELL PCH或URA PCH狀態(tài)的被呼終端，服務(wù)基站控制器根據(jù)實(shí)際的網(wǎng)絡(luò)參數(shù)設(shè)置等待尋呼響應(yīng)時(shí)間，在所述等待尋呼響應(yīng)時(shí)間超時(shí)以前，如果收到該被呼終端的小區(qū)更新請(qǐng)求消息，則表示該被呼終端在服務(wù)區(qū)內(nèi)，停止等待尋呼響應(yīng)；如果所述等待尋呼響應(yīng)時(shí)間超時(shí)，則表示該被呼終端不在服務(wù)區(qū)內(nèi)，通知核心網(wǎng)釋放相關(guān)資源。
上述的方法，其特點(diǎn)在于，所述等待尋呼響應(yīng)時(shí)間是根據(jù)在尋呼過(guò)程中終端接收尋呼消息時(shí)候的非連續(xù)接收周期、隨機(jī)接入過(guò)程和當(dāng)時(shí)公共信道的負(fù)荷程度所確定的一估算參數(shù)。
上述的方法，其特點(diǎn)在于，如果尋呼從核心網(wǎng)發(fā)起，并且所述核心網(wǎng)存在尋呼重發(fā)機(jī)制，則所述等待尋呼響應(yīng)時(shí)間大于所述心網(wǎng)的重發(fā)周期。
上述的方法，其特點(diǎn)在于，在所述等待尋呼響應(yīng)時(shí)間超時(shí)以前，如果收到了所述核心網(wǎng)重發(fā)的尋呼消息，則首先停止所述等待尋呼響應(yīng)，然后重新評(píng)估所述核心網(wǎng)重發(fā)的尋呼消息中的新條件以決定是否繼續(xù)流程。
上述的方法，其特點(diǎn)在于，所述被呼終端進(jìn)行周期性更新流程的T305定時(shí)器的當(dāng)前時(shí)間與超時(shí)點(diǎn)時(shí)間之間的距離大于或者等于一預(yù)定時(shí)間。
上述的方法，其特點(diǎn)在于，所述預(yù)定時(shí)間根據(jù)終端響應(yīng)尋呼的過(guò)程以及實(shí)際的應(yīng)用情況確定。
上述的方法，其特點(diǎn)在于，所述通知核心網(wǎng)釋放相關(guān)資源包括通過(guò)Iu接口釋放請(qǐng)求消息，通知所述核心網(wǎng)開(kāi)始釋放相關(guān)的所述被呼終端的上下文資源和Iu接口上的專用連接。
上述的方法，其特點(diǎn)在于，具體包括如下步驟步驟一、被呼終端處于CELL PCH或者URA PCH狀態(tài)，并且已經(jīng)設(shè)置T305定時(shí)器進(jìn)行狀態(tài)保護(hù)，所述核心網(wǎng)發(fā)起呼叫服務(wù)器呼叫觸發(fā)資源釋放流程；步驟二、服務(wù)基站控制器檢查所述被呼終端是否處于CELL PCH或者URA PCH狀態(tài)，是則執(zhí)行步驟三，否則轉(zhuǎn)到步驟十三；步驟三、所述控制器向所述被呼終端發(fā)送尋呼消息；步驟四、檢查尋呼的原因，判斷是否為從所述核心網(wǎng)發(fā)起的所述呼叫服務(wù)器呼叫，是則由所述呼叫終端發(fā)起小區(qū)更新響應(yīng)尋呼，否則轉(zhuǎn)到步驟十四；
步驟五、檢查所述呼叫終端正在運(yùn)行的T305定時(shí)器的剩余的時(shí)間是否滿足大于所述預(yù)定時(shí)間的要求，是則執(zhí)行步驟六，否則轉(zhuǎn)到步驟十四；步驟六、設(shè)置決定所述等待尋呼響應(yīng)時(shí)間的尋呼保護(hù)定時(shí)器；步驟七，在所述等待尋呼響應(yīng)時(shí)間超時(shí)前，判斷是否收到了所述被呼終端的小區(qū)更新消息，是則執(zhí)行步驟十一，否則執(zhí)行步驟八；步驟八、在所述等待尋呼響應(yīng)時(shí)間超時(shí)前，判斷是否收到了所述核心網(wǎng)重發(fā)的尋呼消息，是則執(zhí)行步驟十二，否則執(zhí)行步驟九；步驟九、如果所述等待尋呼響應(yīng)時(shí)間超時(shí)，則判斷所述被呼終端不在服務(wù)區(qū)；步驟十、所述服務(wù)基站控制器發(fā)送Iu接口釋放請(qǐng)求消息給所述核心網(wǎng)，結(jié)束流程；步驟十一、停止所述等待尋呼響應(yīng)時(shí)間，后續(xù)進(jìn)行正常信令流程；步驟十二、停止所述等待尋呼響應(yīng)時(shí)間，然后轉(zhuǎn)到步驟五；步驟十三、按照相應(yīng)狀態(tài)進(jìn)行處理；步驟十四、結(jié)束。
本發(fā)明的技術(shù)效果在于本發(fā)明解決了現(xiàn)有技術(shù)因網(wǎng)絡(luò)和終端之間出現(xiàn)RRC狀態(tài)不一致所帶來(lái)的傳輸層的資源浪費(fèi)和網(wǎng)絡(luò)性能降低的技術(shù)問(wèn)題，能夠節(jié)約資源，提高網(wǎng)絡(luò)性能。


圖1是終端在服務(wù)區(qū)的小區(qū)更新(響應(yīng)尋呼)過(guò)程示意圖；圖2是終端不在服務(wù)區(qū)的小區(qū)更新過(guò)程示意圖；圖3是核心網(wǎng)發(fā)起CS(呼叫服務(wù)器)呼叫觸發(fā)資源釋放的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖進(jìn)一步詳細(xì)說(shuō)明本發(fā)明的具體實(shí)施例。本發(fā)明采用了尋呼觸發(fā)的資源釋放方法。首先規(guī)定采用本發(fā)明的前提條件1、被尋呼的終端在基站控制器中狀態(tài)處于CELL PCH或者URA PCH2、周期性更新流程的T305定時(shí)器距離超時(shí)大于或者等于T1時(shí)間。T1大于0，小于T305。T1和終端響應(yīng)尋呼的過(guò)程以及實(shí)際的應(yīng)用情況有關(guān)
3、尋呼的結(jié)果，根據(jù)協(xié)議規(guī)定，會(huì)要求終端發(fā)送小區(qū)更新。
當(dāng)終端，比如UE1，的狀態(tài)和尋呼過(guò)程滿足上述3個(gè)條件的時(shí)候，服務(wù)基站控制器(SRNC)根據(jù)實(shí)際的網(wǎng)絡(luò)參數(shù)設(shè)置等待尋呼響應(yīng)時(shí)間T2。T2是一個(gè)估算的參數(shù)，需要考慮尋呼過(guò)程中終端接收尋呼消息時(shí)候的DRX(非連續(xù)接收)周期，隨機(jī)接入過(guò)程，當(dāng)時(shí)公共信道FACH的負(fù)荷程度等因素。如果尋呼從核心網(wǎng)發(fā)起，并且核心網(wǎng)存在尋呼重發(fā)機(jī)制，那么T2還必須大于核心網(wǎng)的重發(fā)周期。在T2超時(shí)以前，如果收到了UE1的小區(qū)更新請(qǐng)求消息，那么表示UE1在服務(wù)區(qū)內(nèi)，停止T2，后續(xù)的信令流程不在本發(fā)明范圍之內(nèi)；或者收到了核心網(wǎng)重發(fā)的尋呼消息，那么首先要停止T2，然后重新評(píng)估第二個(gè)條件決定是否繼續(xù)上述過(guò)程。如果T2超時(shí)了，那么就表示終端UE1不在服務(wù)區(qū)內(nèi)，為了避免在背景技術(shù)中描述的不利后果，需要通過(guò)Iu接口釋放請(qǐng)求消息，通知核心網(wǎng)開(kāi)始釋放有關(guān)的UE1上下文，資源和Iu接口上的專用連接等。
圖1是終端在服務(wù)區(qū)的小區(qū)更新(響應(yīng)尋呼)過(guò)程，具體如下無(wú)線接口的尋呼類型1消息是由核心網(wǎng)101觸發(fā)，可以是NAS消息，數(shù)據(jù)或者尋呼消息，也可以是由基站控制器102本身觸發(fā)的尋呼消息，比如狀態(tài)轉(zhuǎn)換等。如果終端103在服務(wù)區(qū)內(nèi)，那么會(huì)通過(guò)隨機(jī)接入過(guò)程，發(fā)送小區(qū)更新請(qǐng)求消息，其原因就是響應(yīng)尋呼。
圖2是終端不在服務(wù)區(qū)的小區(qū)更新過(guò)程，具體如下由核心網(wǎng)或者服務(wù)基站控制器觸發(fā)了對(duì)某個(gè)終端的尋呼過(guò)程。因?yàn)樵摻K端處于CELL PCH或URA PCH狀態(tài)，所以在空口發(fā)送的是尋呼類型1。服務(wù)基站控制器在發(fā)送完P(guān)AGING TYPE1(尋呼類型1)消息以后，發(fā)現(xiàn)該終端的周期性小區(qū)更新或者URA更新的定時(shí)器距離超時(shí)還大于或者等于T1時(shí)間，那么就設(shè)置一個(gè)尋呼過(guò)程的保護(hù)定時(shí)器T2(如果尋呼由核心網(wǎng)觸發(fā)，而且核心網(wǎng)有重發(fā)機(jī)制，那么這個(gè)定時(shí)器需要大于核心網(wǎng)的重發(fā)定時(shí)器)，然后等待終端尋呼響應(yīng)。如果T2超時(shí)，表明該終端不在服務(wù)區(qū)或者無(wú)法正常接入網(wǎng)絡(luò)，也就是無(wú)法正常通訊。服務(wù)基站控制器隨后釋放該終端的上下文，資源，并且通知核心網(wǎng)也釋放該終端的上下文，資源以及Iu接口上的所有專用連接。后續(xù)的信令不在本發(fā)明范圍之內(nèi)。
圖3是核心網(wǎng)發(fā)起CS(呼叫服務(wù)器)呼叫觸發(fā)資源釋放的流程圖。
核心網(wǎng)發(fā)起CS呼叫案例。具體過(guò)程參考實(shí)施方法。
具體實(shí)施方法核心網(wǎng)發(fā)起CS呼叫觸發(fā)資源釋放流程終端UE2處于CELL_PCH狀態(tài)，并且已經(jīng)設(shè)置T305進(jìn)行狀態(tài)保護(hù)。這時(shí)候有一個(gè)CS的呼叫從核心網(wǎng)觸發(fā)。
步驟1，服務(wù)基站控制器檢查UE2是否處于CELL PCH或者URA PCH狀態(tài)。如果不是，轉(zhuǎn)到步驟12步驟2，發(fā)送尋呼類型1消息步驟3，檢查尋呼的原因。因?yàn)槭菑暮诵木W(wǎng)發(fā)起的CS呼叫，所以終端會(huì)發(fā)起小區(qū)更新響應(yīng)尋呼。否則如果不會(huì)觸發(fā)尋呼響應(yīng)過(guò)程，轉(zhuǎn)到步驟13。
步驟4，檢查UE2正在運(yùn)行的T305剩余的時(shí)間滿足大于T1的要求，如果不是，轉(zhuǎn)到步驟13。
步驟5，沒(méi)置尋呼保護(hù)定時(shí)器T2步驟6，在T2超時(shí)前，如果收到了UE1的小區(qū)更新消息，然后步驟10步驟7，在T2超時(shí)前，如果收到了核心網(wǎng)重發(fā)的尋呼消息，轉(zhuǎn)到步驟11步驟8，如果T2超時(shí)，那么判斷UE2不在服務(wù)區(qū)步驟9，服務(wù)基站控制器發(fā)送Iu接口釋放請(qǐng)求消息給核心網(wǎng)步驟10，停止T2，隨后的信令流程不在本發(fā)明中范圍內(nèi)步驟11，停止T2，然后轉(zhuǎn)到步驟4步驟12，按照其他狀態(tài)進(jìn)行處理步驟13，結(jié)束。
以上所述僅為本發(fā)明的較佳實(shí)施例，并非用來(lái)限定本發(fā)明的實(shí)施范圍；凡是依本發(fā)明所作的等效變化與修改，都被本發(fā)明的專利范圍所涵蓋。
權(quán)利要求
1.一種寬帶碼分多址系統(tǒng)尋呼觸發(fā)的資源釋放方法，其特征在于，對(duì)處于CELL_PCH或URA_PCH狀態(tài)的被呼終端，服務(wù)基站控制器根據(jù)實(shí)際的網(wǎng)絡(luò)參數(shù)設(shè)置等待尋呼響應(yīng)時(shí)間，在所述等待尋呼響應(yīng)時(shí)間超時(shí)以前，如果收到該被呼終端的小區(qū)更新請(qǐng)求消息，則表示該被呼終端在服務(wù)區(qū)內(nèi)，停止等待尋呼響應(yīng)；如果所述等待尋呼響應(yīng)時(shí)間超時(shí)，則表示該被呼終端不在服務(wù)區(qū)內(nèi)，通知核心網(wǎng)釋放相關(guān)資源。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述等待尋呼響應(yīng)時(shí)間是根據(jù)在尋呼過(guò)程中終端接收尋呼消息時(shí)候的非連續(xù)接收周期、隨機(jī)接入過(guò)程和當(dāng)時(shí)公共信道的負(fù)荷程度所確定的一估算參數(shù)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，如果尋呼從核心網(wǎng)發(fā)起，并且所述核心網(wǎng)存在尋呼重發(fā)機(jī)制，則所述等待尋呼響應(yīng)時(shí)間大于所述核心網(wǎng)的重發(fā)周期。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述等待尋呼響應(yīng)時(shí)間超時(shí)以前，如果收到了所述核心網(wǎng)重發(fā)的尋呼消息，則首先停止所述等待尋呼響應(yīng)，然后重新評(píng)估所述核心網(wǎng)重發(fā)的尋呼消息中的新條件以決定是否繼續(xù)流程。
5 、根據(jù)權(quán)利要求1、2、3或4所述的方法，其特征在于，所述被呼終端進(jìn)行周期性更新流程的T305定時(shí)器的當(dāng)前時(shí)間與超時(shí)點(diǎn)時(shí)間之間的距離大于或者等于一預(yù)定時(shí)間。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述預(yù)定時(shí)間根據(jù)終端響應(yīng)尋呼的過(guò)程以及實(shí)際的應(yīng)用情況確定。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述通知核心網(wǎng)釋放相關(guān)資源包括通過(guò)Iu接口釋放請(qǐng)求消息，通知所述核心網(wǎng)開(kāi)始釋放相關(guān)的所述被呼終端的上下文資源和Iu接口上的專用連接。
8.根據(jù)權(quán)利要求5所述的方法，其特征在于，具體包括如下步驟步驟一、被呼終端處于CELL_PCH或者URA_PCH狀態(tài)，并且已經(jīng)設(shè)置T305定時(shí)器進(jìn)行狀態(tài)保護(hù)，所述核心網(wǎng)發(fā)起呼叫服務(wù)器呼叫觸發(fā)資源釋放流程；步驟二、服務(wù)基站控制器檢查所述被呼終端是否處于CELL_PCH或者URA_PCH狀態(tài)，是則執(zhí)行步驟三，否則轉(zhuǎn)到步驟十三；步驟三、所述控制器向所述被呼終端發(fā)送尋呼消息；步驟四、檢查尋呼的原因，判斷是否為從所述核心網(wǎng)發(fā)起的所述呼叫服務(wù)器呼叫，是則由所述呼叫終端發(fā)起小區(qū)更新響應(yīng)尋呼，否則轉(zhuǎn)到步驟十四；步驟五、檢查所述呼叫終端正在運(yùn)行的T305定時(shí)器的剩余的時(shí)間是否滿足大于所述預(yù)定時(shí)間的要求，是則執(zhí)行步驟六，否則轉(zhuǎn)到步驟十四；步驟六、設(shè)置決定所述等待尋呼響應(yīng)時(shí)間的尋呼保護(hù)定時(shí)器；步驟七，在所述等待尋呼響應(yīng)時(shí)間超時(shí)前，判斷是否收到了所述被呼終端的小區(qū)更新消息，是則執(zhí)行步驟十一，否則執(zhí)行步驟八；步驟八、在所述等待尋呼響應(yīng)時(shí)間超時(shí)前，判斷是否收到了所述核心網(wǎng)重發(fā)的尋呼消息，是則執(zhí)行步驟十二，否則執(zhí)行步驟九；步驟九、如果所述等待尋呼響應(yīng)時(shí)間超時(shí)，則判斷所述被呼終端不在服務(wù)區(qū)；步驟十、所述服務(wù)基站控制器發(fā)送Iu接口釋放請(qǐng)求消息給所述核心網(wǎng)，結(jié)束流程；步驟十一、停止所述等待尋呼響應(yīng)時(shí)間，后續(xù)進(jìn)行正常信令流程；步驟十二、停止所述等待尋呼響應(yīng)時(shí)間，然后轉(zhuǎn)到步驟五；步驟十三、按照相應(yīng)狀態(tài)進(jìn)行處理；步驟十四、結(jié)束。
全文摘要
本發(fā)明公開(kāi)了一種寬帶碼分多址系統(tǒng)尋呼觸發(fā)的資源釋放方法，其特點(diǎn)在于，對(duì)處于CELL_PCH或URA_PCH狀態(tài)的被呼終端，服務(wù)基站控制器根據(jù)實(shí)際的網(wǎng)絡(luò)參數(shù)設(shè)置等待尋呼響應(yīng)時(shí)間，在所述等待尋呼響應(yīng)時(shí)間超時(shí)以前，如果收到該被呼終端的小區(qū)更新請(qǐng)求消息，則表示該被呼終端在服務(wù)區(qū)內(nèi)，停止等待尋呼響應(yīng)；如果所述等待尋呼響應(yīng)時(shí)間超時(shí)，則表示該被呼終端不在服務(wù)區(qū)內(nèi)，通知核心網(wǎng)釋放相關(guān)資源。本發(fā)明解決了現(xiàn)有技術(shù)因網(wǎng)絡(luò)和終端之間出現(xiàn)RRC狀態(tài)不一致所帶來(lái)的傳輸層的資源浪費(fèi)和網(wǎng)絡(luò)性能降低的技術(shù)問(wèn)題，能夠節(jié)約資源，提高網(wǎng)絡(luò)性能。
文檔編號(hào)H04W28/16GK101022648SQ20061001132
公開(kāi)日2007年8月22日 申請(qǐng)日期2006年2月14日 優(yōu)先權(quán)日2006年2月14日
發(fā)明者杜忠達(dá) 申請(qǐng)人:中興通訊股份有限公司