專利名稱：一種位置更新方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，更具體地，涉及一種位置更新方法及裝置。
背景技術(shù)：
WiMAX (World Interoperability for Microwave Access, ^itit^^ASfflii 術(shù))是一I頁基于 IEEE (Institute of Electrical and Electronics Engineers，電氣禾口電子工程師協(xié)會(huì))802. 16標(biāo)準(zhǔn)的寬帶無線接入城域網(wǎng)技術(shù)，其基本目標(biāo)是在城域網(wǎng)接入環(huán)境下，確保不同廠商的無線設(shè)備互連互通。WiMAX主要用于為家庭、企業(yè)以及移動(dòng)通信網(wǎng)絡(luò)提供“最后一公里”的高速寬帶接入，以及將來的個(gè)人移動(dòng)通信業(yè)務(wù)。IEEE 802. 16標(biāo)準(zhǔn)制訂了物理層(PHY)和媒質(zhì)接入層(MAC)的規(guī)范IEEE 802. 16e，簡稱16e，這一規(guī)范在 IEEE802. 16-2004基礎(chǔ)上增加了對(duì)移動(dòng)性的支持，理論上可以支持120km/h的移動(dòng)速度。由固定接入式進(jìn)展到移動(dòng)式，無線通信系統(tǒng)面臨的首要問題便是移動(dòng)裝置的耗電問題。空閑(Idle)模式就是16e設(shè)計(jì)的兩種省電模式之一。處于空閑模式的終端在跨尋呼組或者周期性位置更新定時(shí)器超時(shí)等情況下會(huì)發(fā)起位置更新流程，如圖1所示，該流程主要步驟如下步驟1 終端向 BS (Base Mation，基站)發(fā)送 RNG-REQ (Ranging Request，位置更新請(qǐng)求)消息，請(qǐng)求位置更新，并在該RNG-REQ消息中帶上終端維護(hù)的CMAC_KEY_C0UNT (消息鑒權(quán)密鑰計(jì)數(shù)器，該消息鑒權(quán)密鑰計(jì)數(shù)器是加密算法的一個(gè)入?yún)?，用于防重放攻?，記為 CMAC_KEY_C0UNI ；步驟2 基站收到終端的RNG-REQ消息后，向AGW(Access gateway,接入網(wǎng)關(guān))發(fā)送LU_Req (Location Update Request，位置更新請(qǐng)求)消息請(qǐng)求位置更新；其中，RNG-REQ消息本用于時(shí)頻偏移調(diào)整和功率調(diào)整，但也可用于接入、切換、位置更新等。LU_Req也是位置更新請(qǐng)求，但它是R6/R4 口的消息，而RNG-REQ是Rl 口(空口) 消息。步驟3 AGW向基站回復(fù)LU_Rsp(位置更新響應(yīng))，并帶上Authenticator (鑒權(quán)器) 維護(hù)的 CMAC_KEY_C0UNT，記為 CMACJEYJ^OUNIn ；其中，Authenticator可以看作AGW的一部分，但也可以多個(gè)AGW共用一個(gè) Authenticator0步驟4 基站收到AGW的LU_Rsp消息，由于基站沒有保存空閑模式終端的 AK(AuthenticationKey,授權(quán)密鑰)上下文，所以需要?jiǎng)?chuàng)建AK上下文并將基站維護(hù)的CMAC_ KEY_C0UNT (記為 CMAC_KEY_C0UNTb)設(shè)為 LU_Rsp 帶的 CMAC_KEY_C0UNTn，并將 CMAC_KEY_ COUNTm與CMAC_KEY_C0UNTb比較，如果前者小于后者則認(rèn)為消息鑒權(quán)失?。蝗绻罢叽笥诨虻扔诤笳?，則對(duì)RNG-REQ做CMAC(Cipher-leased MessageAuthentication Code，基于加密的消息鑒權(quán)碼)驗(yàn)證(Validate)，若驗(yàn)證成功則認(rèn)為消息鑒權(quán)成功，否則消息鑒權(quán)失敗。如果消息鑒權(quán)成功則回復(fù)成功的RNG-RSP，并將CMAC_KEY_C0UNTb設(shè)為CMAC_KEY_C0UNTm，否則回復(fù)位置更新失敗的RNG-RSP ；
步驟5 如果消息鑒權(quán)成功，則回復(fù)成功的LU_Cnf (位置更新確認(rèn))并帶上終端的 CMAC_KEY_C0UNTm ；否則回復(fù)位置更新失敗的LU_Cnf。之后，AGW收到成功的 LU_Cnf 時(shí)，AGW 將 Authenticator 維護(hù)的 CMAC_KEY_C0UNT 更新為max {CMAC_KEY_C0UNTm，CMAC_KEY_C0UNTn} +1 這樣，終端下次再進(jìn)行位置更新時(shí)CMAC_KEY_C0UNT會(huì)增加1，而BS從AGW獲取的 CMAC_KEY_C0UNT也加了 1，所以仍能消息鑒權(quán)成功。但終端發(fā)起位置更新流程時(shí)，如果BS回復(fù)的RNG-RSP消息丟失而其它都正常，則其流程如圖2所示，主要步驟如下步驟1 終端向基站發(fā)送RNG-REQ消息，請(qǐng)求位置更新，并帶上CMAC_KEY_C0UNTm ；步驟2 基站收到終端的RNG-REQ消息后，向AGW發(fā)送LU_Req消息請(qǐng)求位置更新；步驟3 =AGff 向基站回復(fù) LU_Rsp，并帶上 CMACJEY—COUNIn ；步驟4 基站收到 LU_Rsp 消息，將 CMAC_KEY_C0UNTB 設(shè)為 CMAC_KEY_C0UNTn，對(duì) RNG-REQ進(jìn)行消息鑒權(quán)，消息鑒權(quán)成功，則回復(fù)成功的RNG-RSP，但該消息丟失；步驟5 回復(fù)成功的LU_Cnf并帶上終端的CMAC_KEY_C0UNTm ；步驟6 終端等待RNG-RSP超時(shí)并向基站重發(fā)RNG-REQ消息，并帶上CMAC_KEY_ COUNTm (沒有加 1)；步驟7 基站收到終端的RNG-REQ消息后，誤認(rèn)為是新的位置更新，并向AGW發(fā)送 LU_Req ；步驟8 =AGff向基站回復(fù)LU_Rsp，并帶上CMAC_KEY_C0UNTn (此時(shí)已經(jīng)加1 了)；步驟9 基站收到 LU_Rsp 消息，但因?yàn)?CMACJEYJXUNIn 大于 CMAC_KEY_C0UNTm，導(dǎo)致消息鑒權(quán)失敗，并向終端回復(fù)位置更新失敗的RNG-RSP ；步驟10 由于消息鑒權(quán)失敗，向AGW回復(fù)位置更新失敗的LU_Cnf。收到位置更新失敗的LU_RSP之后，終端將會(huì)發(fā)起退出Idle重入流程。但由于此時(shí)終端本身是合法的，因此，位置更新消息鑒權(quán)失敗是不合理的，這將對(duì)用戶體驗(yàn)造成不好的影響。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提供一種位置更新方法及裝置，能夠保證合法終端的置更新成功。為解決上述技術(shù)問題，本發(fā)明提供了一種位置更新方法，所述方法包括基站對(duì)終端發(fā)起的位置更新請(qǐng)求(RNG-REQ)消息鑒權(quán)成功后，向所述終端回復(fù)成功的位置更新響應(yīng)(RNG-RSP)消息，并緩存該RNG-RSP消息；所述基站在設(shè)定的時(shí)間內(nèi)收到所述終端重傳的所述RNG-REQ消息時(shí)，向所述終端重傳緩存的所述RNG-RSP消息。進(jìn)一步地，所述基站在緩存所述RNG-RSP消息的同時(shí)，啟動(dòng)資源保留定時(shí)器，如果在所述資源保留定時(shí)器的定時(shí)周期內(nèi)收到所述終端重傳的RNG-REQ消息，則向所述終端重傳緩存的所述RNG-RSP消息；否則，在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，釋放緩存的所述RNG-RSP消息。進(jìn)一步地，所述基站為每個(gè)終端僅緩存最新的一條RNG-RSP消息。
進(jìn)一步地，所述基站收到終端的RNG-REQ消息時(shí)，按照如下方式判斷是否為重傳的RNG-REQ消息如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同、且消息鑒權(quán)密鑰計(jì)數(shù)器也相同的RNG-RSP消息，則判定所述終端發(fā)送的該RNG-REQ消息為重傳的 RNG-REQ 消息；如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的RNG-RSP消息，或者緩存中不存在與終端發(fā)送的該RNG-REQ消息中的MAC 地址相同的RNG-RSP消息，則判定所述終端發(fā)送的該RNG-REQ消息為新的RNG-REQ消息。進(jìn)一步地，如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的RNG-RSP消息，則關(guān)閉所述RNG-RSP消息的資源保留定時(shí)器， 并釋放緩存的所述RNG-RSP消息。進(jìn)一步地，所述資源保留定時(shí)器的定時(shí)周期大于所述終端重傳RNG-REQ消息的超時(shí)時(shí)長。進(jìn)一步地，所述基站在回復(fù)成功的RNG-RSP消息的同時(shí)，或者在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，向接入網(wǎng)關(guān)(AGW)回復(fù)位置更新確認(rèn)(LU_Cnf)消息。本發(fā)明還提供了一種位置更新裝置，應(yīng)用于基站，所述裝置包括響應(yīng)消息緩存模塊，用于緩存回復(fù)給終端的RNG-RSP消息，在設(shè)定的時(shí)間內(nèi)收到所述終端重傳的RNG-REQ消息時(shí)，通知響應(yīng)消息重傳模塊向所述終端重傳緩存的所述 RNG-RSP 消息；響應(yīng)消息重傳模塊，用于根據(jù)所述響應(yīng)消息緩存模塊的通知，向所述終端重傳所述響應(yīng)消息緩存模塊中緩存的所述RNG-RSP消息。此外，所述響應(yīng)消息緩存模塊進(jìn)一步用于，在緩存所述RNG-RSP消息的同時(shí)，啟動(dòng)資源保留定時(shí)器，如果在所述資源保留定時(shí)器的定時(shí)周期內(nèi)收到所述終端重傳的RNG-REQ 消息，則通知所述響應(yīng)消息重傳模塊向所述終端重傳緩存的所述RNG-RSP消息；否則，在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，釋放緩存的所述RNG-RSP消息。此外，所述響應(yīng)消息緩存模塊進(jìn)一步用于，收到終端發(fā)送的RNG-REQ消息時(shí)，按照如下方式判斷是否為重傳的RNG-REQ消息如果緩存中存在與該RNG-REQ消息中的MAC地址相同、且消息鑒權(quán)密鑰計(jì)數(shù)器也相同的RNG-REQ消息，則判定該RNG-REQ消息為重傳的RNG-REQ消息，則通知所述響應(yīng)消息重傳模塊向所述終端重傳緩存的所述RNG-RSP消息；如果緩存中存在與該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的RNG-RSP消息，或者緩存中不存在與該RNG-REQ消息中的MAC地址相同的RNG-RSP消息， 則判定所述終端發(fā)送的該RNG-REQ消息為新的RNG-REQ消息。此外，所述響應(yīng)消息緩存模塊進(jìn)一步用于，收到終端發(fā)送的RNG-REQ消息時(shí)，如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的RNG-RSP消息，則關(guān)閉所述RNG-RSP消息的資源保留定時(shí)器，并釋放緩存的所述 RNG-RSP 消息。本發(fā)明通過緩存回復(fù)給終端的RNG-RSP消息，并在收到終端重傳的RNG-REQ消息時(shí)，向終端重傳緩存的RNG-RSP消息，避免了終端沒有接收到RNG-RSP消息時(shí)發(fā)起退出IDLE
6重入流程，從而提高了終端位置更新的成功率，改進(jìn)了用戶體驗(yàn)。


圖1為處于空閑模式的終端發(fā)起位置更新的正常流程示意圖；圖2為處于空閑模式的終端發(fā)起位置更新但基站回復(fù)成功響應(yīng)丟失的流程示意圖；圖3為本發(fā)明實(shí)施例一的流程示意圖；圖4為本發(fā)明實(shí)施例二的流程示意圖。
具體實(shí)施例方式為克服現(xiàn)有技術(shù)的不足，本發(fā)明提供一種保證合法終端位置更新成功的位置更新方案，其核心思想在于，在基于16e協(xié)議的基礎(chǔ)上作出如下改進(jìn)基站在回復(fù)成功的位置更新RNG-RSP后，緩存該RNG-RSP消息并啟動(dòng)定時(shí)器TLURemain，如果在該定時(shí)器超時(shí)之前收到終端重傳的位置更新RNG-REQ，則重傳RNG-RSP (并重啟定時(shí)器)；在該定時(shí)器超時(shí)后才釋放緩存的RNG-RSP消息?；谏鲜龊诵乃枷耄景l(fā)明提供一種位置更新方法，采用如下技術(shù)方案基站對(duì)終端發(fā)起的RNG-REQ消息鑒權(quán)成功后，回復(fù)成功的位置更新響應(yīng)RNG-RSP， 并緩存該RNG-RSP消息；基站在設(shè)定的時(shí)間內(nèi)收到所述終端重傳的所述RNG-REQ消息時(shí)，向所述終端重傳緩存的所述RNG-RSP消息。進(jìn)一步地，所述基站在緩存所述RNG-RSP消息的同時(shí)，啟動(dòng)資源保留定時(shí)器，如果在所述資源保留定時(shí)器的定時(shí)周期內(nèi)收到終端重傳的RNG-REQ消息，則向所述終端重傳緩存的所述RNG-RSP消息；否則，在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，釋放緩存的所述 RNG-RSP 消息。進(jìn)一步地，所述基站收到終端發(fā)送的RNG-REQ消息時(shí)，如果緩存中存在這樣的 RNG-RSP消息，該RNG-RSP消息中的MAC地址與所述終端發(fā)送的RNG-REQ消息中的MAC地址相同，且該RNG-RSP消息中的CMAC_KEY_C0UNT與所述終端發(fā)送的RNG-REQ消息中的CMAC_ KEY_C0UNT相同，則判定所述終端發(fā)送的RNG-REQ消息為重傳的RNG-REQ消息。進(jìn)一步地，所述基站收到終端發(fā)送的RNG-REQ消息時(shí)，如果在緩存中找不到與該 RNG-REQ消息中的MAC地址相同的RNG-RSP消息(情況一)；或者在緩存中找到了 MAC地址與所述終端發(fā)送的RNG-REQ消息相同的RNG-RSP消息，但該RNG-RSP消息的CMAC_KEY_ COUNT與所述終端發(fā)送的RNG-REQ消息中的CMAC_KEY_C0UNT不相同(情況二)，則判定所述終端發(fā)送的RNG-REQ消息為新的RNG-REQ消息，對(duì)于情況二還要關(guān)閉所述RNG-RSP消息的資源保留定時(shí)器，并釋放緩存的所述RNG-RSP消息。進(jìn)一步地，所述基站在回復(fù)成功的RNG-RSP消息的同時(shí)，或者在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，向AGW回復(fù)LU_Cnf。以下將結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明技術(shù)方案的實(shí)施作進(jìn)一步詳細(xì)描述。實(shí)施例一如圖3所示，本實(shí)施例的終端位置更新流程主要包括如下步驟
步驟1 終端向基站發(fā)送RNG-REQ消息，請(qǐng)求位置更新，并帶上CMAC_KEY_C0UNTm ；步驟2 基站收到終端的RNG-REQ消息后，向AGW發(fā)送LU_Req消息請(qǐng)求位置更新；步驟3 AGW 向基站回復(fù) LU_Rsp，并帶上 CMACJEYJXUNIn ；步驟4 基站收到 LU_Rsp 消息，將 CMAC_KEY_C0UNTB 設(shè)為 CMAC_KEY_C0UNTn，對(duì) RNG-REQ做消息鑒權(quán)且消息鑒權(quán)成功，回復(fù)成功的RNG-RSP，同時(shí)緩存該成功的RNG-RSP消息，并啟動(dòng)資源保留定時(shí)器TLURemain ；其中，資源保留定時(shí)器的定時(shí)周期應(yīng)大于終端重發(fā)RNG-REQ的超時(shí)時(shí)長。本實(shí)施例中，假設(shè)此時(shí)基站回復(fù)的該RNG-RSP消息丟失。步驟5 基站回復(fù)成功的LU_Cnf并帶上終端的CMAC_KEY_C0UNTm ；步驟6 在TLURemain的定時(shí)周期內(nèi)，基站收到終端發(fā)送的RNG-REQ消息，根據(jù)其中的MAC地址和CMAC_KEY_C0UNTm,判斷是否為重傳的RNG-REQ消息，本實(shí)施例中假定為終端重傳的RNG-REQ消息；其中，基站可以同時(shí)處理多個(gè)終端的位置更新，即可以同時(shí)緩存多個(gè)RNG-RSP消息，每個(gè)RNG-RSP消息都會(huì)對(duì)應(yīng)一個(gè)資源保留定時(shí)器(每個(gè)定時(shí)器對(duì)應(yīng)一個(gè)終端的MAC地址)，且基站為每個(gè)終端只緩存最新的一個(gè)RNG-RSP消息。因此，緩存中可以有0到多個(gè)RNG-RSP消息，且每個(gè)NG-RSP消息中的MAC地址唯
ο步驟7 基站確認(rèn)是終端重傳的RNG-REQ消息后，向終端重傳緩存的成功的 RNG-RSP 消息。如果在TLURemain的定時(shí)周期內(nèi)，基站沒有收到終端重傳的RNG-REQ消息，則在到達(dá)TLURemain的定時(shí)周期后，釋放緩存的成功的RNG-RSP消息；如果在TLURemain的定時(shí)周期內(nèi)，基站收到終端新的非重傳的RNG-REQ消息，則釋放掉為該終端緩存的RNG-RSP消息(如果有)，并走正常的位置更新流程(在回復(fù)RNG-RSP 時(shí)會(huì)重新緩存消息)。實(shí)施例二如圖4所示，本實(shí)施例的終端位置更新流程主要包括如下步驟步驟1 終端向基站發(fā)送RNG-REQ消息，請(qǐng)求位置更新，并帶上CMAC_KEY_C0UNTm ；步驟2 基站收到終端的RNG-REQ消息后，向AGW發(fā)送LU_Req消息請(qǐng)求位置更新；步驟3 =AGff 向基站回復(fù) LU_Rsp，并帶上 CMACJEY—COUNIn ；步驟4 基站收到 LU_Rsp 消息，將 CMAC_KEY_C0UNTB 設(shè)為 CMAC_KEY_C0UNTn，對(duì) RNG-REQ做消息鑒權(quán)且消息鑒權(quán)成功，回復(fù)成功的RNG-RSP，同時(shí)緩存該成功的RNG-RSP消息，并啟動(dòng)資源保留定時(shí)器TLURemain ；本實(shí)施例中，此時(shí)基站回復(fù)的該RNG-RSP消息丟失；步驟5 在TLURemain的定時(shí)周期內(nèi)，基站收到終端發(fā)送的RNG-REQ消息，根據(jù)其中的MAC地址和CMAC_KEY_C0UNTm,判斷是否為重傳的RNG-REQ消息，本實(shí)施例中假定為終端重傳的RNG-REQ消息；步驟6 基站確認(rèn)是終端重傳的RNG-REQ消息后，向終端重傳緩存的成功的 RNG-RSP 消息；步驟7 在到達(dá)TLURemain的定時(shí)周期時(shí)，基站回復(fù)成功的LU_Cnf并帶上終端的CMAC_KEY_C0UNTr ；如果在TLURemain的定時(shí)周期內(nèi)，基站沒有收到終端重傳的RNG-REQ消息，則在到達(dá)TLURemain的定時(shí)周期后，釋放緩存的成功的RNG-RSP消息。與實(shí)施例一不同的是，本實(shí)施例是將LU Cnf放到TLURemain超時(shí)之后。在某個(gè) MAC地址對(duì)應(yīng)的TLURemain超時(shí)之前，如果收到同MAC地址但非重傳的位置更新RNG-REQ， 此時(shí)RNG-REQ帶的CMAC_KEY_C0UNT應(yīng)會(huì)比BS維護(hù)的要大，所以消息鑒權(quán)能夠成功，BS此時(shí)只更新CMAC_KEY_C0UNT并回RNG-RSP，直到定時(shí)器超時(shí)才回LU_Cnf (CMAC_KEY_C0UNT為 BS最新的)。該方案與方案一的主要區(qū)別就在于，方案一中LU_Cnf中攜帶的CMAC_KEY_ COUNT與第一個(gè)RNG-REQ消息的相同，而方案二中的則與最后一個(gè)RNG-REQ消息的相同， 如果后續(xù)的RNG-REQ消息是非重傳的消息，則會(huì)使兩方案的LU_Cnf中攜帶的CMAC_KEY_ COUNT不同。而由于方案二是將最后一個(gè)RNG-REQ的CMAC_KEY_C0UNT通過LU_Cnf帶給 AGW (Authenticator)，因此方案二的安全性更好，需要說明的是，方案二中AGW側(cè)等待LU_ Cnf的定時(shí)器的時(shí)長必須大于BS上TLURemain的時(shí)長，方案一則沒有這個(gè)限制。相應(yīng)地，本發(fā)明實(shí)施例中還提供了一種位置更新裝置，該裝置應(yīng)用于基站，主要包括以下模塊響應(yīng)消息緩存模塊，用于緩存回復(fù)給終端的RNG-RSP消息，在設(shè)定的時(shí)間內(nèi)收到所述終端重傳的RNG-REQ消息時(shí)，通知響應(yīng)消息重傳模塊向所述終端重傳緩存的所述 RNG-RSP 消息；響應(yīng)消息重傳模塊，用于根據(jù)所述響應(yīng)消息緩存模塊的通知，向所述終端重傳所述響應(yīng)消息緩存模塊中緩存的所述RNG-RSP消息。此外，所述響應(yīng)消息緩存模塊進(jìn)一步用于，在緩存所述RNG-RSP消息的同時(shí)，啟動(dòng)資源保留定時(shí)器，如果在所述資源保留定時(shí)器的定時(shí)周期內(nèi)收到所述終端重傳的RNG-REQ 消息，則通知所述響應(yīng)消息重傳模塊向所述終端重傳緩存的所述RNG-RSP消息；否則，在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，釋放緩存的所述RNG-RSP消息。此外，所述響應(yīng)消息緩存模塊進(jìn)一步用于，收到終端發(fā)送的RNG-REQ消息時(shí)，按照如下方式判斷是否為重傳的RNG-REQ消息如果緩存中存在與該RNG-REQ消息中的MAC地址相同、且消息鑒權(quán)密鑰計(jì)數(shù)器也相同的RNG-REQ消息，則判定該RNG-REQ消息為重傳的RNG-REQ消息，則通知所述響應(yīng)消息重傳模塊向所述終端重傳緩存的所述RNG-RSP消息；如果緩存中存在與該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的RNG-RSP消息，或者緩存中不存在與該RNG-REQ消息中的MAC地址相同的RNG-RSP消息， 則判定所述終端發(fā)送的該RNG-REQ消息為新的RNG-REQ消息。此外，所述響應(yīng)消息緩存模塊進(jìn)一步用于，收到終端發(fā)送的RNG-REQ消息時(shí)，如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的RNG-RSP消息，則關(guān)閉所述RNG-RSP消息的資源保留定時(shí)器，并釋放緩存的所述 RNG-RSP 消息。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如只讀存儲(chǔ)器、磁盤或光盤等?？蛇x地，上述實(shí)施例的全部或部分步驟也可以使用一個(gè)或多個(gè)集成電路來實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。
權(quán)利要求
1.一種位置更新方法，其特征在于，所述方法包括基站對(duì)終端發(fā)起的位置更新請(qǐng)求(RNG-REQ)消息鑒權(quán)成功后，向所述終端回復(fù)成功的位置更新響應(yīng)(RNG-RSP)消息，并緩存該RNG-RSP消息；所述基站在設(shè)定的時(shí)間內(nèi)收到所述終端重傳的所述RNG-REQ消息時(shí)，向所述終端重傳緩存的所述RNG-RSP消息。
2.如權(quán)利要求1所述的方法，其特征在于，所述基站在緩存所述RNG-RSP消息的同時(shí)，啟動(dòng)資源保留定時(shí)器，如果在所述資源保留定時(shí)器的定時(shí)周期內(nèi)收到所述終端重傳的RNG-REQ消息，則向所述終端重傳緩存的所述 RNG-RSP消息；否則，在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，釋放緩存的所述RNG-RSP消息。
3.如權(quán)利要求2所述的方法，其特征在于，所述基站為每個(gè)終端僅緩存最新的一條RNG-RSP消息。
4.如權(quán)利要求2或3所述的方法，其特征在于，所述基站收到終端的RNG-REQ消息時(shí)，按照如下方式判斷是否為重傳的RNG-REQ消息如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同、且消息鑒權(quán)密鑰計(jì)數(shù)器也相同的RNG-RSP消息，則判定所述終端發(fā)送的該RNG-REQ消息為重傳的RNG-REQ 消息；如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的RNG-RSP消息，或者緩存中不存在與終端發(fā)送的該RNG-REQ消息中的MAC地址相同的RNG-RSP消息，則判定所述終端發(fā)送的該RNG-REQ消息為新的RNG-REQ消息。
5.如權(quán)利要求4所述的方法，其特征在于，如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的RNG-RSP消息，則關(guān)閉所述RNG-RSP消息的資源保留定時(shí)器，并釋放緩存的所述RNG-RSP消息。
6.如權(quán)利要求2所述的方法，其特征在于，所述資源保留定時(shí)器的定時(shí)周期大于所述終端重傳RNG-REQ消息的超時(shí)時(shí)長。
7.如權(quán)利要求1、2、3或6之任一項(xiàng)所述的方法，其特征在于，所述基站在回復(fù)成功的RNG-RSP消息的同時(shí)，或者在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，向接入網(wǎng)關(guān)(AGW)回復(fù)位置更新確認(rèn)(LU_Cnf)消息。
8.—種位置更新裝置，其特征在于，應(yīng)用于基站，所述裝置包括響應(yīng)消息緩存模塊，用于緩存回復(fù)給終端的RNG-RSP消息，在設(shè)定的時(shí)間內(nèi)收到所述終端重傳的RNG-REQ消息時(shí)，通知響應(yīng)消息重傳模塊向所述終端重傳緩存的所述RNG-RSP 消息；響應(yīng)消息重傳模塊，用于根據(jù)所述響應(yīng)消息緩存模塊的通知，向所述終端重傳所述響應(yīng)消息緩存模塊中緩存的所述RNG-RSP消息。
9.如權(quán)利要求8所述的裝置，其特征在于，所述響應(yīng)消息緩存模塊進(jìn)一步用于，在緩存所述RNG-RSP消息的同時(shí)，啟動(dòng)資源保留定時(shí)器，如果在所述資源保留定時(shí)器的定時(shí)周期內(nèi)收到所述終端重傳的RNG-REQ消息，則通知所述響應(yīng)消息重傳模塊向所述終端重傳緩存的所述RNG-RSP消息；否則，在到達(dá)所述資源保留定時(shí)器的定時(shí)周期時(shí)，釋放緩存的所述RNG-RSP消息。
10.如權(quán)利要求9所述的裝置，其特征在于，所述響應(yīng)消息緩存模塊進(jìn)一步用于，收到終端發(fā)送的RNG-REQ消息時(shí)，按照如下方式判斷是否為重傳的RNG-REQ消息如果緩存中存在與該RNG-REQ消息中的MAC地址相同、且消息鑒權(quán)密鑰計(jì)數(shù)器也相同的RNG-REQ消息，則判定該RNG-REQ消息為重傳的RNG-REQ消息，則通知所述響應(yīng)消息重傳模塊向所述終端重傳緩存的所述RNG-RSP消息；如果緩存中存在與該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的 RNG-RSP消息，或者緩存中不存在與該RNG-REQ消息中的MAC地址相同的RNG-RSP消息，則判定所述終端發(fā)送的該RNG-REQ消息為新的RNG-REQ消息。
11.如權(quán)利要求10所述的裝置，其特征在于，所述響應(yīng)消息緩存模塊進(jìn)一步用于，收到終端發(fā)送的RNG-REQ消息時(shí)，如果緩存中存在與所述終端發(fā)送的該RNG-REQ消息中的MAC地址相同但消息鑒權(quán)密鑰計(jì)數(shù)器不同的 RNG-RSP消息，則關(guān)閉所述RNG-RSP消息的資源保留定時(shí)器，并釋放緩存的所述RNG-RSP消息ο
全文摘要
本發(fā)明公開了一種位置更新方法及裝置，其中所述方法包括基站對(duì)終端發(fā)起的位置更新請(qǐng)求(RNG-REQ)消息鑒權(quán)成功后，向終端回復(fù)成功的位置更新響應(yīng)(RNG-RSP)消息，并緩存該RNG-RSP消息；基站在設(shè)定的時(shí)間內(nèi)收到終端重傳的RNG-REQ消息時(shí)，向終端重傳緩存的RNG-RSP消息。本發(fā)明通過緩存回復(fù)給終端的RNG-RSP消息，并在收到終端重傳的RNG-REQ消息時(shí)，向終端重傳緩存的RNG-RSP消息，避免了終端沒有接收到RNG-RSP消息時(shí)發(fā)起退出IDLE重入流程，從而提高了終端位置更新的成功率，改進(jìn)了用戶體驗(yàn)。
文檔編號(hào)H04L1/18GK102316440SQ201010219910
公開日2012年1月11日 申請(qǐng)日期2010年7月6日 優(yōu)先權(quán)日2010年7月6日
發(fā)明者李智 申請(qǐng)人:中興通訊股份有限公司