專利名稱：移動用戶終端采用不連續(xù)接收方式的周期更改方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代移動通信系統(tǒng)(UMTS)的呼叫/會話建立方法和過程，特別是移動用戶終端采用不連續(xù)接收方式的周期更改方法。
背景技術(shù)：
在第三代移動通信系統(tǒng)中，尋呼的主要目的是尋找被叫移動用戶。尋呼過程一般由核心網(wǎng)(CN)發(fā)起，此外，無線網(wǎng)絡(luò)控制器(RNC)也可能發(fā)起尋呼。
為了省電，處于空閑(IDLE)模式或連接模式中URA_PCH/CELL_PCH狀態(tài)下的用戶終端(UE)采用不連續(xù)接收(Discontinuous Reception(DRX))方式接收尋呼消息，DRX周期一般通過系統(tǒng)消息廣播或?qū)Ｓ玫目罩薪涌谛帕?如無線資源控制連接建立消息等)通知UE，這樣一來，IDLE/URA_PCH/CELL_PCH模式下的UE只是每隔DRX周期(如1.28秒)醒來讀取尋呼指示信道并判斷是否被尋呼，如果被尋呼，則發(fā)起業(yè)務(wù)，否則進(jìn)入睡眠狀態(tài)，以降低電源消耗。
根據(jù)3GPP 25.331協(xié)議，IDLE模式下的UE通過接收系統(tǒng)消息獲得DRX周期(稱為CN domain specific DRX cycle length)，DRX周期由網(wǎng)絡(luò)側(cè)決定，取值為{640ms，1280ms，2560ms，5120ms}中的一個(gè)。連接模式下，UE通過無線資源控制連接建立(RRC Connectionsetup)消息或其他消息如無線承載(RB)建立/重配/釋放、傳輸信道(TrCH)/物理信道(PhyCH)重配、小區(qū)更新確認(rèn)/URA更新確認(rèn)等消息獲得DRX周期(稱為UTRAN DRX cycle length)，該DRX周期也由網(wǎng)絡(luò)側(cè)決定，取值為{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms}中的一個(gè)。由此可見，連接模式下允許UE更頻繁地接收尋呼，以降低尋呼時(shí)延。
當(dāng)UE接收到不止一個(gè)DRX周期時(shí)，UE需要選擇一個(gè)合適的DRX周期，3GPP協(xié)議25.304中規(guī)定了UE選擇DRX周期的方法(1)UE處于IDLE模式，如果UE附著到不同的CN，UE需要保存各個(gè)CN對應(yīng)的CN domain specific DRX cycle length，然后選擇其中最小的一個(gè)；(2)UE處于連接模式，UE選擇UTRAN DRX cycle length與所有CN domain specific DRX cycle length中最小的一個(gè)。
從上面的描述可知，UE只是被動使用網(wǎng)絡(luò)側(cè)下發(fā)的DRX周期，因此如果UE出于一定目的要求主動修改DRX周期，比如UE準(zhǔn)備啟動PoC(Push to talk Over Cellular)業(yè)務(wù)，由于該業(yè)務(wù)對接續(xù)時(shí)延要求較高，因此UE希望通過縮短DRX周期來降低尋呼時(shí)延進(jìn)而降低接續(xù)時(shí)延；或者是UE終端的電池電量不足，UE希望通過延長DRX周期來降低電源消耗等目的，這樣需要給出一種方法，使得UE能夠請求期望的DRX周期。進(jìn)一步分析當(dāng)前3GPP協(xié)議，我們發(fā)現(xiàn)3GPP協(xié)議24.008中定義了UE可以通過非接入層(NAS)信令附著請求(ATTACH REQUEST)或者路由區(qū)更新請求(ROUTING AREAUPDATE REQUEST)消息向CN提出期望的DRX周期大小。不過該方法存在以下問題1、該方法局限于附著在分組交換(PS)域CN的UE，對于附著在電路交換(CS)域CN的UE，目前沒有辦法讓UE主動請求期望的DRX周期；2、該方法中UE發(fā)送的請求DRX周期取值范圍為{640ms，1280ms，2560ms，5120ms}，即與CN域DRX周期(CN domain specificDRX cycle length)一致，如果UE出于特定目的需要請求更短或更長的DRX周期，目前協(xié)議不支持；3、該方法局限于UE與CN之間的DRX周期協(xié)商，對于連接模式下UE與UTRAN之間的DRX周期協(xié)商，目前協(xié)議不支持。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種移動用戶終端采用不連續(xù)接收方式的周期更改方法，克服上述現(xiàn)有技術(shù)中的缺陷，給出一種機(jī)制，使得UE能夠通過NAS信令與CN在更大的DRX周期范圍內(nèi)進(jìn)行協(xié)商，另外，使得UE能夠通過接入層(AS)信令與UTRAN進(jìn)行DRX周期協(xié)商。
為解決上述技術(shù)問題，本發(fā)明是這樣實(shí)現(xiàn)的一種移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于主要包括以下步驟步驟1UE通過系統(tǒng)消息或者RRC連接建立消息等空口信令獲得網(wǎng)絡(luò)側(cè)配置的DRX周期，然后保存于UE中；步驟2UE判斷是否需要更新DRX周期，如果需要更新DRX周期，則進(jìn)入步驟3；否則DRX周期仍使用網(wǎng)絡(luò)側(cè)配置的值；步驟3UE根據(jù)當(dāng)前所處的RRC狀態(tài)決定采用什么樣的信令過程向網(wǎng)絡(luò)側(cè)發(fā)起修改DRX周期請求；如果UE處于IDLE模式，則進(jìn)入步驟4；若處于URA_PCH或者CELL_PCH狀態(tài)，則進(jìn)入步驟7；步驟4如果UE附著在PS域的CN，則進(jìn)入步驟5；如果UE附著在CS域的CN，則進(jìn)入步驟6；若UE同時(shí)附著在PS域和CS域CN，則UE可以先后進(jìn)入步驟5和步驟6分別進(jìn)行處理；步驟5采用當(dāng)前協(xié)議規(guī)定的方法，即通過NAS消息附著請求/路由區(qū)更新請求來修改DRX周期；步驟6采用位置區(qū)登記/位置區(qū)更新消息修改DRX周期；步驟7UE可以通過接入層消息修改DRX周期。
所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟6采用與步驟5類似的方法，在位置區(qū)登記/位置區(qū)更新消息中增加一個(gè)信元，以指示核心網(wǎng)UE期望使用的DRX周期，UE請求的DRX周期取值范圍同步驟5。
所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟7采用與步驟5類似的方法，在小區(qū)更新/URA更新消息中增加一個(gè)信元，以指示UTRAN該UE期望使用的DRX周期，UE請求的DRX周期取值范圍與UTRAN DRX cycle length一致。
所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟5/6中DRX周期取值范圍擴(kuò)展為{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms，10240ms}，步驟7中UE請求的DRX周期取值范圍與UTRAN DRX cycle length一致。
所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟5/6/7中UE請求CN或者UTRAN修改DRX周期對應(yīng)的NAS/AS消息名稱可以是其他現(xiàn)有消息或者重新構(gòu)建的消息。
藉由上述技術(shù)方案，本發(fā)明具有的技術(shù)效果是本發(fā)明方法能夠使得UE通過非接入層(NAS)或者接入層(AS)信令在較大的DRX周期范圍內(nèi)與CN或者UTRAN進(jìn)行DRX周期協(xié)商，更好地滿足UE的要求。


圖1是UE修改DRX周期流程示意圖。
圖2是UE通過非接入層信令修改PS域DRX周期的流程圖。
圖3是UE通過非接入層信令修改CS域DRX周期的流程圖。
圖4是連接模式下UE通過接入層信令修改DRX周期的流程圖。
具體實(shí)施例方式
本發(fā)明給出的尋呼DRX周期更改方法如圖1所示，主要包括以下步驟步驟1UE通過系統(tǒng)消息或者RRC連接建立消息等空口信令獲得網(wǎng)絡(luò)側(cè)配置的DRX周期，然后保存于UE中；這里包含DRX周期的空口消息沒有一一列舉，詳細(xì)請參見3GPP協(xié)議25.331；步驟2UE判斷是否需要更新DRX周期，如前面所述，UE出于特定目的可能需要縮短或延長DRX周期。如果需要更新DRX周期，則進(jìn)入步驟3；否則DRX周期仍使用網(wǎng)絡(luò)側(cè)配置的值；步驟3UE根據(jù)當(dāng)前所處的RRC狀態(tài)決定采用什么樣的信令向網(wǎng)絡(luò)側(cè)發(fā)起修改DRX周期請求。如果UE處于IDLE模式，則進(jìn)入步驟4；若處于URA_PCH或者CELL_PCH狀態(tài)，則進(jìn)入步驟7。說明由于其他狀態(tài)入CELL_FACH或者CELL_DCH狀態(tài)下采用專用尋呼，不存在尋呼周期的情況，因此我們這里不考慮其他狀態(tài)；步驟4如果UE附著在PS域的CN，則進(jìn)入步驟5；如果UE附著在CS域的CN，則進(jìn)入步驟6；若UE同時(shí)附著在PS域和CS域CN，則UE可以先后進(jìn)入步驟5和步驟6分別進(jìn)行處理；步驟5采用當(dāng)前協(xié)議規(guī)定的方法，即通過NAS消息附著請求/路由區(qū)更新請求來修改DRX周期，如圖2所示。說明與當(dāng)前3GPP協(xié)議不同的是，我們將UE請求的DRX周期范圍進(jìn)行擴(kuò)展，舉例來說，將DRX周期取值范圍擴(kuò)展為{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms，10240ms}；步驟6采用位置區(qū)登記/位置區(qū)更新消息修改DRX周期，如圖3所示，UE開機(jī)是采用位置區(qū)登記消息，在位置區(qū)登記成功之后UE采用位置區(qū)更新消息來修改DRX周期，具體的，我們采用與步驟5類似的方法，在位置區(qū)登記/位置區(qū)更新消息中增加一個(gè)信元(如DRXparameter)，以指示核心網(wǎng)UE期望使用的DRX周期。這里UE請求的DRX周期取值范圍同步驟5；步驟7UE可以通過接入層消息如小區(qū)更新(用于UE處于CELL_PCH狀態(tài))/URA更新(用于UE處于URA_PCH狀態(tài))消息修改DRX周期，如圖4所示，具體的，我們采用與步驟5類似的方法，在小區(qū)更新/URA更新消息中增加一個(gè)信元(如DRX parameter)，以指示UTRAN該UE期望使用的DRX周期。這里UE請求的DRX周期取值范圍與UTRAN DRXcycle length一致，即為{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms}。
上述方法步驟，可以有以下變化例1、步驟5/6/7中對UE請求的DRX周期擴(kuò)展后取值范圍可以是其他集合；2、步驟5/6/7中UE請求CN或者UTRAN修改DRX周期對應(yīng)的NAS/AS消息名稱可以是其他現(xiàn)有消息或者重新構(gòu)建的消息。
綜上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用來限定本發(fā)明的實(shí)施范圍。即凡依本發(fā)明申請專利范圍的內(nèi)容所作的等效變化與修飾，都應(yīng)為本發(fā)明的技術(shù)范疇。
權(quán)利要求
1.一種移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于主要包括以下步驟步驟1UE通過系統(tǒng)消息或者RRC連接建立消息等空口信令獲得網(wǎng)絡(luò)側(cè)配置的DRX周期，然后保存于UE中；步驟2UE判斷是否需要更新DRX周期，如果需要更新DRX周期，則進(jìn)入步驟3；否則DRX周期仍使用網(wǎng)絡(luò)側(cè)配置的值；步驟3UE根據(jù)當(dāng)前所處的RRC狀態(tài)決定采用什么樣的信令過程向網(wǎng)絡(luò)側(cè)發(fā)起修改DRX周期請求；如果UE處于IDLE模式，則進(jìn)入步驟4；若處于URA_PCH或者CELL_PCH狀態(tài)，則進(jìn)入步驟7；步驟4如果UE附著在PS域的CN，則進(jìn)入步驟5；如果UE附著在CS域的CN，則進(jìn)入步驟6；若UE同時(shí)附著在PS域和CS域CN，則UE可以先后進(jìn)入步驟5和步驟6分別進(jìn)行處理；步驟5采用當(dāng)前協(xié)議規(guī)定的方法，即通過NAS消息附著請求/路由區(qū)更新請求來修改DRX周期；步驟6采用位置區(qū)登記/位置區(qū)更新消息修改DRX周期；步驟7UE可以通過接入層消息如小區(qū)更新或URA更新等消息修改DRX周期。
2.根據(jù)權(quán)利要求1所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟6采用與步驟5類似的方法，在位置區(qū)登記/位置區(qū)更新消息中增加一個(gè)信元，以指示核心網(wǎng)UE期望使用的DRX周期，UE請求的DRX周期取值范圍同步驟5。
3.根據(jù)權(quán)利要求1所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟7采用與步驟5類似的方法，在小區(qū)更新/URA更新消息中增加一個(gè)信元，以指示UTRAN該UE期望使用的DRX周期。
4.根據(jù)權(quán)利要求1或2或3所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟5/6中DRX周期取值范圍擴(kuò)展為{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms，10240ms}，步驟7中UE請求的DRX周期取值范圍與UTRAN DRXcycle length一致。
5.根據(jù)權(quán)利要求1或2或3所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟5/6/7中UE請求CN或者UTRAN修改DRX周期對應(yīng)的NAS/AS消息名稱可以是其他現(xiàn)有消息或者重新構(gòu)建的消息。
6.根據(jù)權(quán)利要求1或2或3所述的移動用戶終端采用不連續(xù)接收方式的周期更改方法，其特征在于步驟5/6/7中UE請求CN修改的DRX周期可以與請求UTRAN修改的DRX周期取值范圍相同，也可以不同，而且DRX周期取值范圍可以是其他集合。
全文摘要
一種移動用戶終端采用不連續(xù)接收方式的周期更改方法，步驟1UE通過系統(tǒng)消息或RRC連接建立等消息獲得網(wǎng)絡(luò)側(cè)配置的DRX周期并保存于UE中；步驟2UE判斷是否更新DRX周期，若更新，則步驟3；否則沿用原值；步驟3UE根據(jù)當(dāng)前RRC狀態(tài)選擇相應(yīng)信令過程向網(wǎng)絡(luò)側(cè)發(fā)修改DRX周期請求；若UE為IDLE，則步驟4；若UE為URA_PCH或CELL_PCH，則步驟7；步驟4若UE附在PS域的CN，則步驟5；若UE附在CS域的CN，則步驟6；若UE同時(shí)附在PS域和CS域CN，則UE先后進(jìn)入步驟5、6分別處理；步驟5通過附請求/路由區(qū)更新請求過程修改DRX周期；步驟6通過位置區(qū)登記/位置區(qū)更新過程修改DRX周期；步驟7UE通過接入層信令如小區(qū)更新或URA更新過程修改DRX周期。
文檔編號H04W76/04GK1980452SQ20051011097
公開日2007年6月13日 申請日期2005年11月30日 優(yōu)先權(quán)日2005年11月30日
發(fā)明者許佰魁, 呂玲 申請人:展訊通信(上海)有限公司