專利名稱：一種接入控制的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及接入控制的方法及裝置。
背景技術(shù)：
現(xiàn)有3GPP (第三代移動(dòng)通信)協(xié)議中提出，在核心網(wǎng)控制實(shí)體SGSN (服務(wù) GPRS(通用分組無(wú)線業(yè)務(wù))支持節(jié)點(diǎn))或MME(移動(dòng)性管理實(shí)體)過(guò)載時(shí)，可以優(yōu)先拒絕 攜帶了低優(yōu)先級(jí)接入指示的NAS(非接入層)請(qǐng)求消息，同時(shí)在拒絕消息中，可以選擇性 的攜帶退避時(shí)間，使得終端在退避定時(shí)器超時(shí)之前不能發(fā)起任何請(qǐng)求。然而由于NAS協(xié) 議的分層設(shè)計(jì)，使得匪layer(移動(dòng)管理層)和SM layer(會(huì)話管理層)獨(dú)立維護(hù)。對(duì) 于匪layer，網(wǎng)絡(luò)對(duì)簽約了特殊APN(接入點(diǎn)名稱)的UE (用戶設(shè)備)進(jìn)行APN based mobility managementcongestion(基于APN的移動(dòng)性管理?yè)砣?控制，當(dāng)此類UE發(fā)起 mobilitymanagement request (MM request，移動(dòng)管理請(qǐng)求)到網(wǎng)絡(luò)時(shí)，網(wǎng)絡(luò)判斷特殊APN 是否發(fā)生擁塞，如果是，則拒絕此MM request,并可能攜帶mobi litymanagement back-off timer (MM back-off timer，移動(dòng)管理退避時(shí)間)給 UE，UE 在收到 MM back-off timer 之后，在此退避時(shí)間對(duì)應(yīng)的定時(shí)器超時(shí)之前不再發(fā)起任何mobility management (MM，移 動(dòng)管理)過(guò)程。對(duì)于SM layer，當(dāng)網(wǎng)絡(luò)判定某APN正處于擁塞狀態(tài)，則拒絕針對(duì)此APN 的PDN CormectivityRequest (分組數(shù)據(jù)網(wǎng)絡(luò)連接請(qǐng)求)，并在拒絕消息中攜帶session managementback-off timer (會(huì)話管理退避時(shí)間信息)，UE在收到此back-off timer之后， 不再發(fā)起任何針對(duì)此APN的Session management過(guò)程，如果PDN connectivityRequest消 息中沒有提供APN，則網(wǎng)絡(luò)根據(jù)default (默認(rèn))APN判斷。然而，在SGSN或MME過(guò)載條件下，根據(jù)APN based Congestion (基于擁塞的APN) 的判定準(zhǔn)則，UE發(fā)起的PDN connectivity Request所對(duì)應(yīng)的APN可能并沒有處于擁塞 狀態(tài)。或者，在SGSN/MME過(guò)載條件下，UE在收到針對(duì)某個(gè)APN Wkssion management back-off timer之后，仍然有可能發(fā)起針對(duì)其它APN的kssion management (SM，會(huì)話管 理)過(guò)程。因此，在 SGSN或MME過(guò)載條件下，Session Management Congestion Control (會(huì) 話管理?yè)砣刂?機(jī)制不能有效工作。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種接入控制的方法及裝置，用于實(shí)現(xiàn)較好的接入控制。一種接入控制的方法，應(yīng)用于網(wǎng)絡(luò)側(cè)，包括以下步驟核心網(wǎng)控制節(jié)點(diǎn)接收終端發(fā)送的會(huì)話管理請(qǐng)求kssion ManagementRequest消 息；核心網(wǎng)控制節(jié)點(diǎn)確定本節(jié)點(diǎn)處于過(guò)載狀態(tài)時(shí)，向終端發(fā)送會(huì)話管理退避時(shí)間信息 Session Management back-off timer。一種接入過(guò)程中的消息處理方法，應(yīng)用于終端側(cè)，包括以下步驟終端發(fā)送會(huì)話管理請(qǐng)求kssion Management Request消息；
5
終端接收核心網(wǎng)控制節(jié)點(diǎn)發(fā)送的會(huì)話管理退避時(shí)間信息Sess ionManagement back-off timer ；終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再發(fā)送會(huì)話管理請(qǐng)求消息。一種核心網(wǎng)控制節(jié)點(diǎn)設(shè)備，包括接口模塊，用于接收終端發(fā)送的會(huì)話管理請(qǐng)求kssion Management Request消 息；控制模塊，用于確定本節(jié)點(diǎn)處于過(guò)載狀態(tài)時(shí)，指示接口模塊向終端發(fā)送會(huì)話管理 退避時(shí)間信息 Session Management back-off timer。一種終端設(shè)備，包括接口模塊，用于發(fā)送會(huì)話管理請(qǐng)求kssion Management Request消息，以及接收 核心網(wǎng)控制節(jié)點(diǎn)發(fā)送的會(huì)話管理退避時(shí)間信息kssion Managementback-off timer ；控制模塊，用于在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再發(fā)送會(huì)話管理 請(qǐng)求消息。本發(fā)明實(shí)施例中核心網(wǎng)控制節(jié)點(diǎn)收到會(huì)話管理請(qǐng)求(Session ManagementRequest)消息后，確定本節(jié)點(diǎn)處于過(guò)載(overload)狀態(tài)，便可以拒絕終端的請(qǐng) 求，并向終端發(fā)送會(huì)話管理退避時(shí)間信息(Session Management back-offtimer)，不再需 要判斷會(huì)話管理請(qǐng)求消息對(duì)應(yīng)的APN是否擁塞(congestion)。即，本發(fā)明實(shí)施例中核心網(wǎng) 控制節(jié)點(diǎn)處于過(guò)載狀態(tài)時(shí)，拒絕所有NAS請(qǐng)求消息，包括MM請(qǐng)求消息和SM請(qǐng)求消息，有效 的實(shí)現(xiàn)了接入控制，完善了 kssionManagement Congestion Control 機(jī)制。


圖1為本發(fā)明實(shí)施例中接入控制中核心網(wǎng)控制節(jié)點(diǎn)側(cè)的方法流程圖；圖2為本發(fā)明實(shí)施例中接入過(guò)程中終端側(cè)的方法流程圖；圖3為本發(fā)明實(shí)施例中針對(duì)方式一的接入控制的方法流程圖；圖4為本發(fā)明實(shí)施例中針對(duì)方式二的接入控制的方法流程圖；圖5為本發(fā)明實(shí)施例中核心網(wǎng)控制節(jié)點(diǎn)設(shè)備的結(jié)構(gòu)圖；圖6為本發(fā)明實(shí)施例中終端設(shè)備的結(jié)構(gòu)圖。
具體實(shí)施例方式本發(fā)明實(shí)施例中核心網(wǎng)控制節(jié)點(diǎn)收到會(huì)話管理請(qǐng)求(Session ManagementRequest)消息后，確定本節(jié)點(diǎn)處于過(guò)載(overload)狀態(tài)，便可以拒絕終端的請(qǐng) 求，并向終端發(fā)送會(huì)話管理退避時(shí)間信息(Session Management back-offtimer)，不再需 要判斷會(huì)話管理請(qǐng)求消息對(duì)應(yīng)的APN是否擁塞(congestion)。即，本發(fā)明實(shí)施例中核心網(wǎng) 控制節(jié)點(diǎn)處于過(guò)載狀態(tài)時(shí)，拒絕所有NAS請(qǐng)求消息，包括MM請(qǐng)求消息和SM請(qǐng)求消息，有效 的實(shí)現(xiàn)了接入控制，完善了 kssionManagement Congestion Control 機(jī)制。本實(shí)施例中核心網(wǎng)控制節(jié)點(diǎn)的過(guò)載狀態(tài)主要是因?yàn)楹诵木W(wǎng)控制節(jié)點(diǎn)的負(fù)荷過(guò)載 而設(shè)的過(guò)載狀態(tài)，核心網(wǎng)控制節(jié)點(diǎn)的負(fù)荷過(guò)載可以是CPU過(guò)載或者消息隊(duì)列過(guò)載等各種可 能的過(guò)載原因。參見圖1，本實(shí)施例中接入控制中核心網(wǎng)控制節(jié)點(diǎn)側(cè)的方法流程如下
步驟101 核心網(wǎng)控制節(jié)點(diǎn)接收終端發(fā)送的會(huì)話管理請(qǐng)求消息。會(huì)話管理請(qǐng)求消 息至少包括下列消息之一激活分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATEPDP CONTEXT REQUEST 消息，激活二級(jí)分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATE SECONDARY PDP CONTEXT REQUEST 消息，分組數(shù)據(jù)網(wǎng)絡(luò)連接請(qǐng)求PDN CONNECTIVITY REQUEST消息，承載資源配置請(qǐng)求 BEARERRESOURCE ALLOCATION REQUEST 消息。步驟102 核心網(wǎng)控制節(jié)點(diǎn)確定本節(jié)點(diǎn)處于過(guò)載狀態(tài)時(shí)，向終端發(fā)送會(huì)話管理退 避時(shí)間信息。具體的，核心網(wǎng)控制節(jié)點(diǎn)可以通過(guò)會(huì)話管理拒絕消息來(lái)攜帶會(huì)話管理退避時(shí) 間信息。消息中還可以攜帶表示核心網(wǎng)控制節(jié)點(diǎn)過(guò)載的指示信息。較佳的，可以通過(guò)拒絕 原因來(lái)表示該指示信息，例如新增一個(gè)原因值表示SGSN或MME過(guò)載。即通過(guò)擴(kuò)展拒絕原因 的取值表示核心網(wǎng)控制節(jié)點(diǎn)過(guò)載的指示信息。與網(wǎng)絡(luò)側(cè)相對(duì)的，參見圖2所示，本實(shí)施例中接入過(guò)程中終端側(cè)的方法流程如下步驟201 終端發(fā)送會(huì)話管理請(qǐng)求消息。步驟202 終端接收核心網(wǎng)控制節(jié)點(diǎn)發(fā)送的會(huì)話管理退避時(shí)間信息。步驟203 終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再發(fā)送會(huì)話管理 請(qǐng)求消息。在接入過(guò)程中，核心網(wǎng)控制節(jié)點(diǎn)側(cè)和終端側(cè)均有多種實(shí)現(xiàn)方式，如方式一核心網(wǎng) 控制節(jié)點(diǎn)通過(guò)會(huì)話管理退避時(shí)間信息指示終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超 時(shí)前，不得發(fā)送針對(duì)任何接入點(diǎn)網(wǎng)絡(luò)APN的會(huì)話管理請(qǐng)求；此時(shí)終端不再向任何APN發(fā)送會(huì) 話管理請(qǐng)求消息?；蛘?，如方式二核心網(wǎng)控制節(jié)點(diǎn)根據(jù)本節(jié)點(diǎn)的過(guò)載狀態(tài)判定所有與本節(jié) 點(diǎn)有連接關(guān)系的APN均擁塞，并根據(jù)APN的擁塞狀態(tài)拒絕終端的請(qǐng)求；此時(shí)終端可以針對(duì)其 它APN再次發(fā)送請(qǐng)求，但核心網(wǎng)控制節(jié)點(diǎn)無(wú)需判斷，根據(jù)APN的擁塞狀態(tài)直接拒絕終端的請(qǐng) 求。下面通過(guò)兩個(gè)實(shí)施例來(lái)詳細(xì)介紹實(shí)現(xiàn)過(guò)程。參見圖3，本實(shí)施例中針對(duì)方式一的接入控制的方法流程如下核心網(wǎng)控制節(jié)點(diǎn)預(yù)先判斷本節(jié)點(diǎn)是否發(fā)生過(guò)載，若是，則進(jìn)入過(guò)載狀態(tài)。步驟301 終端發(fā)送PDN Connectivity Request (分組數(shù)據(jù)網(wǎng)絡(luò)連接請(qǐng)求)消息。 會(huì)話管理請(qǐng)求消息有多種，本實(shí)施例以PDN Connectivity Request消息為例進(jìn)行說(shuō)明。步驟302 核心網(wǎng)控制節(jié)點(diǎn)判斷本節(jié)點(diǎn)是否處于過(guò)載狀態(tài)，若是，則繼續(xù)步驟303， 否則結(jié)束流程，按照現(xiàn)有技術(shù)中未過(guò)載時(shí)的流程處理。步驟303 核心網(wǎng)控制節(jié)點(diǎn)針對(duì)收到的PDN Connectivity Request消息設(shè)置會(huì)話 管理退避時(shí)間信息。核心網(wǎng)控制節(jié)點(diǎn)可以具體參考過(guò)載程度、請(qǐng)求原因和接入優(yōu)先級(jí)等因 素設(shè)置會(huì)話管理退避時(shí)間信息。步驟304 核心網(wǎng)控制節(jié)點(diǎn)向終端發(fā)送攜帶有會(huì)話管理退避時(shí)間信息的PDN Connectivity Reject (分組數(shù)據(jù)網(wǎng)絡(luò)連接拒絕)消息。該消息還可以攜帶表示核心網(wǎng)控制 節(jié)點(diǎn)過(guò)載的指示信息。核心網(wǎng)控制節(jié)點(diǎn)通過(guò)會(huì)話管理退避時(shí)間信息指示終端在會(huì)話管理退 避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前，不得發(fā)送針對(duì)任何接入點(diǎn)網(wǎng)絡(luò)APN的會(huì)話管理請(qǐng)求。核心網(wǎng)控制節(jié)點(diǎn)在發(fā)送退避時(shí)間后，在該退避時(shí)間對(duì)應(yīng)的定時(shí)器超時(shí)前，拒絕收 到的會(huì)話管理請(qǐng)求消息。步驟305 終端啟動(dòng)與會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器。具體的，終端將會(huì)話 管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到通配的wild card APN，在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向任何APN發(fā)送會(huì)話管理請(qǐng)求消息?；蛘?，終端將會(huì)話管理退避 時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到所有APN，在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不 再向任何APN發(fā)送會(huì)話管理請(qǐng)求消息。當(dāng)終端需要再次發(fā)起會(huì)話管理請(qǐng)求時(shí)，繼續(xù)下面的步驟。步驟306 終端需再次發(fā)送PDN Connectivity Request消息。步驟307 終端判斷定時(shí)器是否超時(shí)，若是，則繼續(xù)步驟309，否則繼續(xù)步驟308。例 如，終端判斷wild card APN對(duì)應(yīng)的定時(shí)器是否超時(shí)，或者終端判斷本次PDN Connectivity Request消息對(duì)應(yīng)的APN所對(duì)應(yīng)的定時(shí)器是否超時(shí)。步驟308 終端中止發(fā)送PDN Connectivity Request消息。本實(shí)施例中終端中止 發(fā)送會(huì)話管理請(qǐng)求消息，較佳的，終端中止發(fā)送非Emergency/I^ioritykrvice (緊急或優(yōu) 先級(jí)服務(wù))的會(huì)話管理請(qǐng)求消息。步驟309 終端發(fā)送 PDN Connectivity Request 消息。參見圖4，本實(shí)施例中針對(duì)方式二的接入控制的方法流程如下核心網(wǎng)控制節(jié)點(diǎn)預(yù)先判斷本節(jié)點(diǎn)是否發(fā)生過(guò)載，若是，則進(jìn)入過(guò)載狀態(tài)，并判定所 有APN均處于擁塞狀態(tài)。步驟401 終端發(fā)送PDN Connectivity Request (分組數(shù)據(jù)網(wǎng)絡(luò)連接請(qǐng)求)消息。 會(huì)話管理請(qǐng)求消息有多種，本實(shí)施例以PDN Connectivity Request消息為例進(jìn)行說(shuō)明。步驟402 核心網(wǎng)控制節(jié)點(diǎn)判斷PDN Connectivity Request消息對(duì)應(yīng)的APN是 否處于擁塞狀態(tài)，若是，則繼續(xù)步驟403，否則結(jié)束流程，按照現(xiàn)有技術(shù)中未過(guò)載時(shí)的流程處理。步驟403 核心網(wǎng)控制節(jié)點(diǎn)針對(duì)收到的PDN Connectivity Request消息設(shè)置會(huì)話 管理退避時(shí)間信息。核心網(wǎng)控制節(jié)點(diǎn)可以具體參考過(guò)載程度、請(qǐng)求原因和接入優(yōu)先級(jí)等因 素設(shè)置會(huì)話管理退避時(shí)間信息。步驟404 核心網(wǎng)控制節(jié)點(diǎn)向終端發(fā)送攜帶有會(huì)話管理退避時(shí)間信息的PDN Connectivity Reject (分組數(shù)據(jù)網(wǎng)絡(luò)連接拒絕)消息。該消息還可以攜帶表示核心網(wǎng)控制 節(jié)點(diǎn)過(guò)載的指示信息。核心網(wǎng)控制節(jié)點(diǎn)通過(guò)會(huì)話管理退避時(shí)間信息指示終端在會(huì)話管理退 避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前，不得發(fā)送針對(duì)任何接入點(diǎn)網(wǎng)絡(luò)APN的會(huì)話管理請(qǐng)求。步驟405 終端啟動(dòng)與會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器。具體的，終端將會(huì)話 管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到會(huì)話管理請(qǐng)求消息對(duì)應(yīng)的APN，在會(huì)話管理退避時(shí) 間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向該APN發(fā)送會(huì)話管理請(qǐng)求消息。當(dāng)終端需要再次發(fā)起會(huì)話管理請(qǐng)求時(shí)，繼續(xù)下面的步驟。步驟406 終端需再次發(fā)送PDN Connectivity Request消息。步驟407 終端判斷PDN Connectivity Request消息對(duì)應(yīng)的APN所對(duì)應(yīng)的定時(shí)器 是否超時(shí)，若是，則繼續(xù)步驟409，否則繼續(xù)步驟408。例如，終端判斷wild card APN對(duì)應(yīng) 的定時(shí)器是否超時(shí)，或者終端判斷本次PDN ConnectivityRequest消息對(duì)應(yīng)的APN所對(duì)應(yīng) 的定時(shí)器是否超時(shí)。步驟408 終端中止發(fā)送PDN Connectivity Request消息。本實(shí)施例中終端中止 發(fā)送會(huì)話管理請(qǐng)求消息，較佳的，終端中止發(fā)送非Emergency/I^ioritykrvice的會(huì)話管 理請(qǐng)求消息。
步驟409 終端發(fā)送 PDN Connectivity Request 消息。通過(guò)以上描述了解了接入控制的實(shí)現(xiàn)過(guò)程，該過(guò)程主要由核心網(wǎng)控制節(jié)點(diǎn)和終端 實(shí)現(xiàn)，下面針對(duì)這兩個(gè)設(shè)備的內(nèi)部結(jié)構(gòu)和功能進(jìn)行介紹。參見圖5，本實(shí)施例中核心網(wǎng)控制節(jié)點(diǎn)設(shè)備包括接口模塊501和控制模塊502。 核心網(wǎng)控制節(jié)點(diǎn)設(shè)備可以具體為SGSN或MME等。接口模塊501，與外接設(shè)備連接，用于接收和發(fā)送各種消息，如接收終端發(fā)送的會(huì) 話管理請(qǐng)求(Session Management Request)消息?？刂颇K502用于確定核心網(wǎng)控制節(jié)點(diǎn)設(shè)備處于過(guò)載狀態(tài)時(shí)，指示接口模塊向終 端發(fā)送會(huì)話管理退避時(shí)間信息(Session Management back-off timer)?？刂颇K502還 用于根據(jù)會(huì)話管理請(qǐng)求消息為終端設(shè)置會(huì)話管理層(SM layer)的會(huì)話管理退避時(shí)間信息。 控制模塊502確定核心網(wǎng)控制節(jié)點(diǎn)設(shè)備處于過(guò)載狀態(tài)時(shí)，還用于指示接口模塊向終端發(fā)送 表示核心網(wǎng)控制節(jié)點(diǎn)過(guò)載的指示信息。具體的，針對(duì)方式一，控制模塊502通過(guò)會(huì)話管理退 避時(shí)間信息指示終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前，不得發(fā)送針對(duì)任何接 入點(diǎn)網(wǎng)絡(luò)APN的會(huì)話管理請(qǐng)求?？刂颇K502還用于在發(fā)送退避時(shí)間后，在該退避時(shí)間對(duì) 應(yīng)的定時(shí)器超時(shí)前，拒絕收到的會(huì)話管理請(qǐng)求消息。或者，針對(duì)方式二，控制模塊502還用 于判斷核心網(wǎng)控制節(jié)點(diǎn)設(shè)備是否發(fā)生過(guò)載，若是，則進(jìn)入過(guò)載狀態(tài)，并判定所有APN均處于 擁塞狀態(tài)；控制模塊502確定核心網(wǎng)控制節(jié)點(diǎn)設(shè)備處于過(guò)載狀態(tài)時(shí)，確定收到的會(huì)話管理 請(qǐng)求所對(duì)應(yīng)的APN處于擁塞狀態(tài)，則指示接口模塊501向終端發(fā)送會(huì)話管理退避時(shí)間信息。參見圖6，本實(shí)施例中終端設(shè)備包括接口模塊601和控制模塊602。終端設(shè)備可 以具體為用戶設(shè)備(UE)或MS (移動(dòng)終端)。接口模塊601用于發(fā)送會(huì)話管理請(qǐng)求(Session Management Request)消息， 以及接收核心網(wǎng)控制節(jié)點(diǎn)發(fā)送的會(huì)話管理退避時(shí)間信息(Session Managementback-off timer)?？刂颇K602用于在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再發(fā)送會(huì)話 管理請(qǐng)求消息。具體的，控制模塊602將會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到會(huì)話 管理請(qǐng)求消息對(duì)應(yīng)的APN，在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向該APN發(fā) 送會(huì)話管理請(qǐng)求消息；或者，將會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到通配的wild card APN，在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向任何APN發(fā)送會(huì)話管理請(qǐng) 求消息；或者，將會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到所有ΑΡΝ，在會(huì)話管理退避時(shí) 間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向任何APN發(fā)送會(huì)話管理請(qǐng)求消息。較佳的，控制模塊 602在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再發(fā)送針對(duì)非Emergency/Priority Service的會(huì)話管理請(qǐng)求消息。本發(fā)明實(shí)施例中核心網(wǎng)控制節(jié)點(diǎn)收到會(huì)話管理請(qǐng)求(Session ManagementRequest)消息后，確定本節(jié)點(diǎn)處于過(guò)載(overload)狀態(tài)，便可以拒絕終端的請(qǐng) 求，并向終端發(fā)送會(huì)話管理退避時(shí)間信息(Session Management back-offtimer)，不再需 要判斷會(huì)話管理請(qǐng)求消息對(duì)應(yīng)的APN是否擁塞(congestion)。即，本發(fā)明實(shí)施例中核心網(wǎng) 控制節(jié)點(diǎn)處于過(guò)載狀態(tài)時(shí)，拒絕所有NAS請(qǐng)求消息，包括MM請(qǐng)求消息和SM請(qǐng)求消息，有效 的實(shí)現(xiàn)了接入控制，完善了 kssionManagement Congestion Control機(jī)制。本發(fā)明實(shí)施例 提供了多種具體實(shí)施方式
，核心網(wǎng)控制節(jié)點(diǎn)在確定本節(jié)點(diǎn)過(guò)載時(shí)，直接判定所有APN均擁
9塞，在收到終端的請(qǐng)求時(shí)，可根據(jù)APN的擁塞狀態(tài)直接拒絕終端的請(qǐng)求，不再需要根據(jù)APN 的判斷機(jī)制進(jìn)行判斷。另外，核心網(wǎng)控制節(jié)點(diǎn)可以通過(guò)會(huì)話管理退避時(shí)間信息指示終端不 再發(fā)送針對(duì)任何APN的會(huì)話管理請(qǐng)求，節(jié)省了信令流程。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序 產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí) 施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī) 可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器和光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形 式。本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程 圖和/或方框圖來(lái)描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計(jì)算 機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理 器以產(chǎn)生一個(gè)機(jī)器，使得通過(guò)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生 用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能 的裝置。這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特 定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或 多個(gè)方框中指定的功能。這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì) 算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或 其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖 一個(gè)方框或多個(gè)方框中指定的功能的步驟。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
10
權(quán)利要求
1.一種接入控制的方法，其特征在于，包括以下步驟核心網(wǎng)控制節(jié)點(diǎn)接收終端發(fā)送的會(huì)話管理請(qǐng)求Session ManagementRequest消息；核心網(wǎng)控制節(jié)點(diǎn)確定本節(jié)點(diǎn)處于過(guò)載狀態(tài)時(shí)，向終端發(fā)送會(huì)話管理退避時(shí)間Session Management back-off timer 信息。
2.如權(quán)利要求1所述的方法，其特征在于，會(huì)話管理退避時(shí)間信息用于指示終端在會(huì) 話管理退避時(shí)間信息對(duì)應(yīng)的時(shí)長(zhǎng)范圍內(nèi)，不得發(fā)送針對(duì)任何接入點(diǎn)網(wǎng)絡(luò)APN的會(huì)話管理請(qǐng) 求；或者所述方法還包括步驟核心網(wǎng)控制節(jié)點(diǎn)判斷本節(jié)點(diǎn)是否發(fā)生過(guò)載，若是，則進(jìn)入過(guò)載狀 態(tài)，并判定本節(jié)點(diǎn)對(duì)應(yīng)的所有APN均處于擁塞狀態(tài)；核心網(wǎng)控制節(jié)點(diǎn)確定本節(jié)點(diǎn)處于過(guò)載 狀態(tài)時(shí)，向終端發(fā)送會(huì)話管理退避時(shí)間信息的步驟包括核心網(wǎng)控制節(jié)點(diǎn)確定本節(jié)點(diǎn)處于 過(guò)載狀態(tài)時(shí)，確定收到的會(huì)話管理請(qǐng)求所對(duì)應(yīng)的APN處于擁塞狀態(tài)，則向終端發(fā)送會(huì)話管 理退避時(shí)間信息，指示終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的時(shí)長(zhǎng)范圍內(nèi)，不得再次發(fā)送針 對(duì)已發(fā)送的會(huì)話管理請(qǐng)求所對(duì)應(yīng)的APN的會(huì)話管理請(qǐng)求。
3.如權(quán)利要求2所述的方法，其特征在于，核心網(wǎng)控制節(jié)點(diǎn)通過(guò)會(huì)話管理退避時(shí)間信 息指示終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前，不得發(fā)送針對(duì)任何接入點(diǎn)網(wǎng)絡(luò) APN的會(huì)話管理請(qǐng)求時(shí)，還包括步驟核心網(wǎng)控制節(jié)點(diǎn)發(fā)送會(huì)話管理退避時(shí)間信息后，在該 退避時(shí)間對(duì)應(yīng)的時(shí)長(zhǎng)范圍內(nèi)，拒絕收到的會(huì)話管理請(qǐng)求消息。
4.如權(quán)利要求1所述的方法，其特征在于，核心網(wǎng)控制節(jié)點(diǎn)向終端發(fā)送會(huì)話管理退避 時(shí)間信息之前，還包括步驟核心網(wǎng)控制節(jié)點(diǎn)根據(jù)會(huì)話管理請(qǐng)求消息為終端設(shè)置會(huì)話管理 層SM layer的會(huì)話管理退避時(shí)間信息。
5.如權(quán)利要求1至4中任一項(xiàng)所述的方法，其特征在于，核心網(wǎng)控制節(jié)點(diǎn)確定本節(jié)點(diǎn)處 于過(guò)載狀態(tài)時(shí)，還包括步驟核心網(wǎng)控制節(jié)點(diǎn)向終端發(fā)送表示核心網(wǎng)控制節(jié)點(diǎn)過(guò)載的指示 fn息ο
6.如權(quán)利要求5所述的方法，其特征在于，表示核心網(wǎng)控制節(jié)點(diǎn)過(guò)載的指示信息為通 過(guò)擴(kuò)展拒絕原因的取值表示核心網(wǎng)控制節(jié)點(diǎn)過(guò)載的指示信息。
7.如權(quán)利要求1至4中任一項(xiàng)所述的方法，其特征在于，會(huì)話管理請(qǐng)求消息至少包括下 列消息之一激活分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATE PDPCONTEXT REQUEST消息，激活二級(jí) 分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATESECONDARY PDP CONTEXT REQUEST消息，分組數(shù)據(jù)網(wǎng)絡(luò) 連接請(qǐng)求PDNCONNECTIVITY REQUEST消息，承載資源配置請(qǐng)求BEARER RES0URCEALL0CATI0N REQUEST 消息。
8.一種接入過(guò)程中的消息處理方法，其特征在于，包括以下步驟終端發(fā)送會(huì)話管理請(qǐng)求Session Management Request消息；終端接收核心網(wǎng)控制節(jié)點(diǎn)發(fā)送的會(huì)話管理退避時(shí)間Session Managementback-off timer信息；終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的時(shí)長(zhǎng)范圍內(nèi)不再發(fā)送會(huì)話管理請(qǐng)求消息。
9.如權(quán)利要求8所述的方法，其特征在于，終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的時(shí)長(zhǎng) 范圍內(nèi)不再發(fā)送會(huì)話管理請(qǐng)求消息的步驟包括終端將會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到會(huì)話管理請(qǐng)求消息對(duì)應(yīng)的APN，在 會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向該APN發(fā)送會(huì)話管理請(qǐng)求消息；或者終端將會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到通配的wild card APN，在會(huì)話管 理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向任何APN發(fā)送會(huì)話管理請(qǐng)求消息；或者終端將會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到所有ΑΡΝ，在會(huì)話管理退避時(shí)間信 息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向任何APN發(fā)送會(huì)話管理請(qǐng)求消息。
10.如權(quán)利要求8所述的方法，其特征在于，終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí) 器超時(shí)前不再發(fā)送會(huì)話管理請(qǐng)求消息的步驟包括終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定 時(shí)器超時(shí)前不再發(fā)送針對(duì)非緊急優(yōu)先級(jí)服務(wù)Emergency/Priority Service的會(huì)話管理請(qǐng) 求消息。
11.如權(quán)利要求8至10中任一項(xiàng)所述的方法，其特征在于，會(huì)話管理請(qǐng)求消息至少 包括下列消息之一激活分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATE PDPCONTEXT REQUEST消 息，激活二級(jí)分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATESECONDARY PDP CONTEXT REQUEST消 息，分組數(shù)據(jù)網(wǎng)絡(luò)連接請(qǐng)求PDNCONNECTIVITY REQUEST消息，承載資源配置請(qǐng)求BEARER RES0URCEALL0CATI0N REQUEST 消息。
12.—種核心網(wǎng)控制節(jié)點(diǎn)設(shè)備，其特征在于，包括接口模塊，用于接收終端發(fā)送的會(huì)話管理請(qǐng)求Session Management Request消息；控制模塊，用于確定核心網(wǎng)控制節(jié)點(diǎn)設(shè)備處于過(guò)載狀態(tài)時(shí)，指示接口模塊向終端發(fā)送 會(huì)話管理退避時(shí)間信息 Session Management back-off timer。
13.如權(quán)利要求12所述的核心網(wǎng)控制節(jié)點(diǎn)設(shè)備，其特征在于，會(huì)話管理退避時(shí)間信息 用于指示終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的時(shí)長(zhǎng)范圍內(nèi)，不得發(fā)送針對(duì)任何接入點(diǎn)網(wǎng)絡(luò) APN的會(huì)話管理請(qǐng)求；或者控制模塊還用于判斷核心網(wǎng)控制節(jié)點(diǎn)設(shè)備是否發(fā)生過(guò)載，若是，則進(jìn)入過(guò)載狀態(tài)，并判 定核心網(wǎng)控制節(jié)點(diǎn)設(shè)備連接的所有APN均處于擁塞狀態(tài)；控制模塊確定核心網(wǎng)控制節(jié)點(diǎn)設(shè) 備處于過(guò)載狀態(tài)時(shí)，確定收到的會(huì)話管理請(qǐng)求所對(duì)應(yīng)的APN處于擁塞狀態(tài)，則指示接口模 塊向終端發(fā)送會(huì)話管理退避時(shí)間信息，指示終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的時(shí)長(zhǎng)范圍 內(nèi)，不得再次發(fā)送針對(duì)已發(fā)送的會(huì)話管理請(qǐng)求所對(duì)應(yīng)的APN的會(huì)話管理請(qǐng)求。
14.如權(quán)利要求13所述的核心網(wǎng)控制節(jié)點(diǎn)設(shè)備，其特征在于，控制模塊通過(guò)會(huì)話管理 退避時(shí)間信息指示終端在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前，不得發(fā)送針對(duì)任何 接入點(diǎn)網(wǎng)絡(luò)APN的會(huì)話管理請(qǐng)求時(shí)，還用于在發(fā)送退避時(shí)間后，在該退避時(shí)間對(duì)應(yīng)的時(shí)長(zhǎng) 范圍內(nèi)，拒絕收到的會(huì)話管理請(qǐng)求消息。
15.如權(quán)利要求12所述的核心網(wǎng)控制節(jié)點(diǎn)設(shè)備，其特征在于，控制模塊還用于根據(jù)會(huì) 話管理請(qǐng)求消息為終端設(shè)置會(huì)話管理層SM layer的會(huì)話管理退避時(shí)間信息。
16.如權(quán)利要求12至15中任一項(xiàng)所述的核心網(wǎng)控制節(jié)點(diǎn)設(shè)備，其特征在于，控制模塊 確定核心網(wǎng)控制節(jié)點(diǎn)設(shè)備處于過(guò)載狀態(tài)時(shí)，還用于指示接口模塊向終端發(fā)送表示核心網(wǎng)控 制節(jié)點(diǎn)過(guò)載的指示信息。
17.如權(quán)利要求16所述的核心網(wǎng)控制節(jié)點(diǎn)設(shè)備，其特征在于，表示核心網(wǎng)控制節(jié)點(diǎn)過(guò) 載的指示信息為通過(guò)擴(kuò)展拒絕原因的取值表示核心網(wǎng)控制節(jié)點(diǎn)過(guò)載的指示信息。
18.如權(quán)利要求12至15中任一項(xiàng)所述的核心網(wǎng)控制節(jié)點(diǎn)設(shè)備，其特征在于，會(huì)話管理 請(qǐng)求消息至少包括下列消息之一激活分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATE PDP CONTEXT REQUEST消息，激活二級(jí)分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATE SECONDARY PDP CONTEXTREQUEST消息，分組數(shù)據(jù)網(wǎng)絡(luò)連接請(qǐng)求PDN CONNECTIVITY REQUEST消息，承載資源配置請(qǐng)求 BEARERRESOURCE ALLOCATION REQUEST 消息。
19.一種終端設(shè)備，其特征在于，包括接口模塊，用于發(fā)送會(huì)話管理請(qǐng)求Session Management Request消息，以及接收核心 網(wǎng)控制節(jié)點(diǎn)發(fā)送的會(huì)話管理退避時(shí)間信息Session Managementback-off timer ；控制模塊，用于在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再發(fā)送會(huì)話管理請(qǐng)求 消息。
20.如權(quán)利要求19所述的終端設(shè)備，其特征在于，控制模塊將會(huì)話管理退避時(shí)間信息 對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到會(huì)話管理請(qǐng)求消息對(duì)應(yīng)的APN，在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí) 器超時(shí)前不再向該APN發(fā)送會(huì)話管理請(qǐng)求消息；或者，將會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定 時(shí)器關(guān)聯(lián)到通配的wild card APN，在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向 任何APN發(fā)送會(huì)話管理請(qǐng)求消息；或者，將會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器關(guān)聯(lián)到所 有ΑΡΝ，在會(huì)話管理退避時(shí)間信息對(duì)應(yīng)的定時(shí)器超時(shí)前不再向任何APN發(fā)送會(huì)話管理請(qǐng)求 消息。
21.如權(quán)利要求19所述的終端設(shè)備，其特征在于，控制模塊在會(huì)話管理退避時(shí)間信息 對(duì)應(yīng)的定時(shí)器超時(shí)前不再發(fā)送針對(duì)非Emergency/Priority Service的會(huì)話管理請(qǐng)求消息。
22.如權(quán)利要求19至21中任一項(xiàng)所述的終端設(shè)備，其特征在于，會(huì)話管理請(qǐng)求消息至 少包括下列消息之一激活分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATEPDP CONTEXT REQUEST消息， 激活二級(jí)分組數(shù)據(jù)協(xié)議上下文請(qǐng)求ACTIVATE SECONDARY PDP CONTEXT REQUEST消息，分組 數(shù)據(jù)網(wǎng)絡(luò)連接請(qǐng)求PDN CONNECTIVITY REQUEST消息，承載資源配置請(qǐng)求BEARERRESOURCE ALLOCATI ON REQUEST 消息。
全文摘要
本發(fā)明公開了一種接入控制的方法，用于實(shí)現(xiàn)較好的接入控制。所述方法包括核心網(wǎng)控制節(jié)點(diǎn)接收終端發(fā)送的會(huì)話管理請(qǐng)求Session ManagementRequest消息；核心網(wǎng)控制節(jié)點(diǎn)確定本節(jié)點(diǎn)處于過(guò)載狀態(tài)時(shí)，向終端發(fā)送會(huì)話管理退避時(shí)間信息Session Management back-off timer。本發(fā)明還公開了用于實(shí)現(xiàn)所述方法的裝置。
文檔編號(hào)H04W48/06GK102098759SQ201110040450
公開日2011年6月15日 申請(qǐng)日期2011年2月18日 優(yōu)先權(quán)日2011年2月18日
發(fā)明者王胡成 申請(qǐng)人:電信科學(xué)技術(shù)研究院