[發明專利]一種處理移動性管理上下文的方法和設備

有效

• 申請號: 201010504082.5
• 申請日: 2010-09-30
• 公開（公告）號: CN102448045A
• 公開（公告）日: 2012-05-09
• 發明（設計）人: 艾明
• 申請（專利權）人: 電信科學技術研究院
• 主分類號: H04W8/02
• 分類號: H04W8/02;H04W28/02;H04W56/00
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 劉松

技術領域

本發明涉及無線通信技術領域，特別涉及一種處理移動性管理上下文的方法和設備。

背景技術

在3GPP(3rd?Generation?Partnership?Project，第三代移動通信伙伴計劃)的機器到機器通信(M2M)規范制訂過程中，規定了基于APN(Access?Point?Name，接入點名稱)的擁塞控制機制，并決定該機制也可以用于普通UE(終端)引起的APN擁塞情形。

在該機制中，規定了當網絡側因為APN擁塞而拒絕UE的ATTACH(附著)/TAU(Tracking?Area?Update，跟蹤區更新)請求時，網絡側需要保持該UE的簽約數據一段時間。

目前，UE的簽約信息存在UE的移動性管理上下文中，對于移動性管理上下文的保存時長并沒有規定。

如果網絡側過早刪除移動性管理上下文，在UE再次進行EMM(EPS?Mobility?Management，EPS移動性管理；EPS：Evolved?Packet?System，演進分組系統)/ESM(EPS?Session?Management，EPS會話管理)請求時，由于移動性管理節點如MME(Mobility?Management?Entity移動性管理實體)、SGSN(Serving?GPRS?Support?Node，服務GPRS支持節點)沒有UE的簽約信息，而需要重新和HSS/HLR(Home?Subscriber?Server，歸屬用戶服務器；Home?Location?Register，歸屬位置寄存器)進行交互，增加了信令開銷；如果移動性管理節點過晚刪除移動性管理上下文，有可能導致移動性管理節點過長的保持UE的上下文，增加了網絡側的負荷。

綜上所述，目前沒有規定網絡側保存移動性管理上下文的時長，從而有可能增加信令開銷和網絡負荷。

發明內容

本發明實施例提供一種處理移動性管理上下文的方法和設備，用以解決現有技術中存在的沒有規定網絡側保存移動性管理上下文的時長，從而有可能增加信令開銷或網絡負荷的問題。

本發明實施例提供一種處理移動性管理上下文的方法，包括：

網絡側設備在網絡擁塞，且拒絕終端的請求后，針對該終端啟動第一上下文定時器；

所述網絡側設備在第一上下文定時器超時前收到且接納終端的請求，保留所述終端對應的移動性管理上下文；

所述網絡側設備在第一上下文定時器超時前沒有收到終端的請求或收到但沒有接納終端的請求，刪除所述終端對應的移動性管理上下文。

本發明實施例提供另一種處理移動性管理上下文的方法，包括：

網絡側設備在網絡擁塞后，啟動第二上下文定時器；

所述網絡側設備在第二上下文定時器超時后，保留第一終端對應的移動性管理上下文，刪除第二終端對應的移動性管理上下文；

其中，所述第一終端是網絡擁塞后，第二上下文定時器超時前發送的請求被網絡側設備接納的終端；所述第二終端是網絡擁塞后，第二上下文定時器超時前發送的所有請求都被網絡側設備拒絕的終端。

本發明實施例提供一種處理移動性管理上下文的網絡側設備，包括：

第一啟動模塊，用于在網絡擁塞，且拒絕終端的請求后，針對該終端啟動第一上下文定時器；

第一管理模塊，用于在第一上下文定時器超時前收到且接納終端的請求，保留所述終端對應的移動性管理上下文，在第一上下文定時器超時前沒有收到終端的請求或收到但沒有接納終端的請求，刪除所述終端對應的移動性管理上下文。

本發明實施例提供另一種處理移動性管理上下文的網絡側設備，包括：

第二啟動模塊，用于在網絡擁塞后，啟動第二上下文定時器；

第二管理模塊，用于在第二上下文定時器超時后，保留第一終端對應的移動性管理上下文，刪除第二終端對應的移動性管理上下文；

其中，所述第一終端是網絡擁塞后，第二上下文定時器超時前發送的請求被網絡側設備接納的終端；所述第二終端是網絡擁塞后，第二上下文定時器超時前發送的所有請求都被網絡側設備拒絕的終端。

由于規定了網絡側保存移動性管理上下文的時長，從而降低了信令開銷和網絡負荷；進一步提高了資源利用率。

附圖說明

圖1為本發明實施例第一種處理移動性管理上下文的網絡側設備結構示意圖；

圖2為本發明實施例第一種處理移動性管理上下文的方法流程示意圖；

圖3為本發明實施例第二種處理移動性管理上下文的網絡側設備結構示意圖；