專利名稱：資源分配處理方法、裝置和網(wǎng)絡服務系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明實施例涉及通信技術(shù)領域，尤其涉及一種資源分配處理方法、裝置和網(wǎng)絡 服務系統(tǒng)。
背景技術(shù)：
在移動寬帶網(wǎng)絡中新業(yè)務、新終端頻出，新業(yè)務、新終端對設備的資源需求差異很 大。以全球范圍內(nèi)銷量激增的智能手機為例，智能手機終端出于省電的考慮，會在數(shù)傳結(jié) 束數(shù)秒內(nèi)后快速觸發(fā)Iu 口連接釋放(Iu release)請求；無線網(wǎng)絡控制器(Radio Network Controller,以下簡稱為RNC)出于資源優(yōu)化考慮，也可能在數(shù)傳結(jié)束數(shù)十秒后釋放Iu連 接。當后續(xù)終端(User Equipment,以下簡稱為UE)有新的數(shù)據(jù)報文傳輸時，首先將觸發(fā)尋 呼服務(例如=PagingAervice request)信令流程。智能手機上的豐富PS應用呈現(xiàn)持續(xù) 時間短、數(shù)據(jù)報文發(fā)送頻繁的特點。由于智能手機的上述特點，會造成頻繁的無線接入承載(Radio Access Bearer, 以下簡稱為RAB)建立和釋放信令，例如全球話務模型2009年信令增長300%。而頻繁 的RAB建立和釋放信令的過程，將對核心網(wǎng)網(wǎng)元，如GPRS服務支持節(jié)點(Serving GPRS Support Node，以下簡稱為SGSN)、GPRS 網(wǎng)關(guān)支持節(jié)點(Gateway GPRS Support Node，以下 簡稱為GGSN)或者移動性管理實體(Mobility Management Entity，以下簡稱為MME)等 造成巨大的信令處理壓力，影響核心網(wǎng)網(wǎng)元的單板性能。為了解決上述問題，現(xiàn)有技術(shù)提供一種基于國際移動身份識別(International Mobile Equipment Identity，以下簡稱為IMEI)識別智能手機的資源管控方案，該方案包 括先將智能手機的IMEI號段配置在核心網(wǎng)網(wǎng)元，例如SGSN或MME上；然后獲取正在通信 的手機的IMEI，查看是否從屬于已配置的智能手機的IMEI號段，以識別該手機是否為智能 手機；對識別出的智能手機的用戶行為進行資源管理控制。然而，由于智能手機在全球范圍內(nèi)使用數(shù)量激增，智能手機的IMEI號沒有統(tǒng)一的 分配規(guī)范，使得運營商難以獲得所有智能手機IMEI號段范圍；并且隨著智能手機的激增， 智能手機對應的IMEI庫也越來越龐大，使得對IMEI的查詢和維護都很困難。由此，需要提 供一種新的方案，以在UE和網(wǎng)絡側(cè)之間信令交互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的信令處 理壓力。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種資源分配處理方法、裝置和網(wǎng)絡服務系統(tǒng)，以實現(xiàn)在UE和 網(wǎng)絡側(cè)之間信令交互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的信令處理壓力。本發(fā)明實施例提供一種資源分配處理方法，包括獲取終端的歷史行為指標，該歷史行為指標包括服務請求次數(shù)、重試請求次數(shù)、 數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)和占用資源信息中的至少一個；若該歷史行為指標大于閾值，對該終端進行信令流控處理。
本發(fā)明實施例提供一種資源分配處理裝置，包括獲取模塊，用于獲取終端的歷史行為指標；該歷史行為指標包括服務請求次數(shù)、 重試請求次數(shù)、數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)和占用資源信息中的至少一個；處理模塊，用于若該獲取模塊獲取的該歷史行為指標大于閾值，對該終端進行信 令流控處理。本發(fā)明實施例還提供一種網(wǎng)絡服務系統(tǒng)，包括本發(fā)明實施例提供的任一資源分配
處理裝置。本發(fā)明實施例的資源分配處理方法、裝置和網(wǎng)絡服務系統(tǒng)，網(wǎng)絡服務節(jié)點獲取終 端的歷史行為指標，并在該歷史行為指標大于閾值，對該終端進行信令流控處理，以減少終 端對應的資源消耗，實現(xiàn)在終端和網(wǎng)絡側(cè)之間信令交互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的 信令處理壓力。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用 的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領 域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附
圖。
圖1為本發(fā)明資源分配處理方法實施 歹一的流程圖
圖2為本發(fā)明資源分配處理方法實施 歹二的流程圖
圖3為本發(fā)明資源分配處理方法實施 歹三的流程圖
圖4為本發(fā)明資源分配處理方法實施 歹四的流程圖
圖5為本發(fā)明資源分配處理方法實施 歹五的流程圖
圖6為本發(fā)明資源分配處理方法實施 歹六的流程圖
圖7為本發(fā)明資源分配處理方法實施 歹七的流程圖
圖8為本發(fā)明資源分配處理方法實施 歹八的流程圖
圖9為本發(fā)明資源分配處理裝置實施 歹一的示意圖
圖10為本發(fā)明資源分配處理裝置實施例二的示意圖
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明資源分配處理方法實施例一的流程圖，如圖1所示，該方法包括步驟101、網(wǎng)絡服務節(jié)點獲取終端的歷史行為指標。本發(fā)明實施例可以應用在第三代移動通信標準組織(簡稱為3GPP)網(wǎng)絡系統(tǒng)中， 也可以應用在系統(tǒng)架構(gòu)演進(System Architecture Evolution,以下簡稱為SAE)系統(tǒng)中。其中，在3GPP網(wǎng)絡系統(tǒng)中，該網(wǎng)絡服務節(jié)點可以是GPRS服務支持節(jié)點(Serving GPRS Support Node，以下簡稱為SGSN)；在SAE系統(tǒng)中，該網(wǎng)絡服務節(jié)點可以是移動性管理實體(Mobility Management Entity，以下簡稱為MME)。網(wǎng)絡服務節(jié)點獲取的UE的歷史行為指標可以包括服務請求次數(shù)、重試請求次數(shù)、 數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)和占用資源信息中的至少一個；其中，服務請求次數(shù)為UE向網(wǎng)絡服務 節(jié)點發(fā)送的服務請求的次數(shù)，重試請求次數(shù)為UE向網(wǎng)絡服務節(jié)點發(fā)送的重試請求的次數(shù)， 數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)為UE進行數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)，占用資源信息為UE占用的資源信息。步驟102、若歷史行為指標大于閾值，對終端進行信令流控處理。網(wǎng)絡服務節(jié)點獲取到UE的歷史行為指標后，根據(jù)該歷史行為指標進行后續(xù)的操 作。若該歷史行為指標大于預先設定的閾值，則為了減少UE的行為對核心網(wǎng)網(wǎng)元造 成的信令處理壓力，網(wǎng)絡服務節(jié)點可以根據(jù)具體的情況對該UE進行多種不同的信令流控 處理，例如1、網(wǎng)絡服務節(jié)點對該UE對該UE進行去激活，使該UE不再發(fā)送服務請求或重 試請求；2、網(wǎng)絡服務節(jié)點向該UE發(fā)送分離請求，對該UE進行強制分離；3、在3GPP網(wǎng)絡系 統(tǒng)中，當UE發(fā)送的服務請求的次數(shù)超過閾值時，SGSN可以選擇用戶不走直接通道(Direct Tunnel，以下簡稱為DT)；具體的處理過程在下面的各實施例中進行詳細描述。需要說明 的是，本發(fā)明各實施例中該核心網(wǎng)網(wǎng)元主要是指SGSN、GGSN和MME等。當網(wǎng)絡服務節(jié)點對UE進行信令流控處理后，可以減少UE對應的資源消耗。本發(fā)明實施例，網(wǎng)絡服務節(jié)點獲取UE的歷史行為指標，并在該歷史行為指標大于 閾值，對UE進行信令流控處理，以減少UE對應的資源消耗，實現(xiàn)在UE和網(wǎng)絡側(cè)之間信令交 互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的信令處理壓力。本發(fā)明實施例中的歷史行為指標可以包括以下指標中的至少一個服務請求次 數(shù)、重試請求次數(shù)、數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)和占用資源信息。不同的歷史行為指標對應不同的 應用場景和不同的信令流控處理方式，下面通過實施例對不同的應用場景進行具體描述。圖2為本發(fā)明資源分配處理方法實施例二的流程圖，本實施例中歷史行為指標為 服務請求次數(shù)，如圖2所示，該方法包括步驟201、網(wǎng)絡服務節(jié)點獲取在第一時間段內(nèi)接收到的UE發(fā)送的服務請求次數(shù)。本實施例可以應用在3GPP網(wǎng)絡系統(tǒng)中，也可以應用在SAE系統(tǒng)中。下面以在3GPP 網(wǎng)絡系統(tǒng)中為例進行說明，網(wǎng)絡服務節(jié)點為SGSN。當UE為智能終端(smart phone)時，UE 可能會比較頻繁的發(fā)送服務請求，由此可能會給網(wǎng)絡側(cè)帶來信令風暴。在UE激活后，SGSN記錄UE發(fā)送的服務請求(Service request)次數(shù)。為了檢測 UE發(fā)送的服務請求次數(shù)是否過于頻繁，SGSN記錄UE在第一時間段內(nèi)接收到的服務請求次 數(shù)；其中，該第一時間段可以是本領域技術(shù)人員進行常規(guī)判斷或檢測后根據(jù)配置命令設定 的，如通過大量的檢測分析后認為，通過對終端一小時內(nèi)的行為進行分析即可確定該終端 的類型，那么此時該第一時間段可以設置為一小時。SGSN通過記錄UE在一定時間段內(nèi)發(fā)送 的服務請求次數(shù)，可以判斷出UE的信令消耗習慣。步驟202、若服務請求次數(shù)大于第一閾值，則向無線網(wǎng)絡控制器發(fā)送包括SGSN的 隧道標識和IP地址的第一無線接入承載請求消息，以使UE不采取DT模式進行數(shù)據(jù)業(yè)務傳輸。當SGSN獲取到UE在第一時間段內(nèi)發(fā)送的服務請求次數(shù)大于預設的第一閾值時， 可以判斷出該UE為智能終端。其中，該第一閾值根據(jù)第一時間段的長度和一般智能終端發(fā)送的服務請求次數(shù)而設定，如當?shù)谝粫r間段設置為一小時，一般情況下智能終端在一小時 內(nèi)的服務請求次數(shù)不大于10，則設置第一閾值為10。若UE在第一時間段內(nèi)的服務請求次數(shù)大于第一閾值，即SGSN判斷出該UE為智能 終端后，SGSN限制該UE采取DT模式，也就是說，SGSN控制該UE不走DT通道。SGSN控制該 UE不走DT通道的過程具體可以為SGSN向無線網(wǎng)絡控制器(fcidio Network Controller, 以下簡稱為RNC)發(fā)送無線接入承載請求消息(Radio Access Bearer Assignment Request)，該無線接入承載請求消息中包括SGSN的隧道標識(Tunnel Endpoint ID,簡稱 為=TEID)和IP地址，以限制UE與GPRS網(wǎng)關(guān)支持節(jié)點(Gateway GPRS Support Node,以下 簡稱為GGSN)之間的業(yè)務傳輸，即限制UE采取DT模式，從而可以減少UE與GGSN之間的 更新分組數(shù)據(jù)協(xié)議(update PDP)次數(shù)。若UE在第一時間段內(nèi)的服務請求次數(shù)不大于第一閾值，即SGSN判斷出該UE不是 智能終端，則SGSN不限制該UE采取DT模式，也就是說，SGSN控制該UE走DT通道。需要說明的是，在3GPP中，UE可以采取DT模式進行通信，也可以不采取DT模式 進行通信；其中，UE采取DT模式進行通信具體為UE發(fā)送的業(yè)務數(shù)據(jù)從UMTS陸地無線接 入網(wǎng)(UMTS Terrestrial Radio Access Network，以下簡稱為UTRAN)直接到達 GGSN，而 不經(jīng)過SGSN。本實施例在判斷出UE為智能終端后，就控制UE不采取DT模式進行通信，從 而可以減輕GGSN的資源消耗。當然，本實施例還可以是在GGSN的資源相對不足時，才控制智能終端不采取DT模式。步驟202’、若服務請求次數(shù)大于第一閾值，則向UE發(fā)送拒絕請求，以去激活UE。上述的步驟202可以由步驟202，代替。當SGSN獲取到UE在第一時間段內(nèi)發(fā)送的服務請求次數(shù)大于預設的第一閾值時， 可以直接向UE發(fā)送拒絕請求(service reject)，以去激活該UE，從而減輕SGSN的資源消 耗。也就是說，當SGSN的資源不足時，可以通過對智能終端去激活來減輕SGSN的資源消耗。本實施例上述的步驟是以3GPP網(wǎng)絡系統(tǒng)為例進行說明的，本實施例也可以應用 在SAE系統(tǒng)中。在SAE系統(tǒng)中，控制面和用戶面徹底分離，MME單獨為一個節(jié)點，網(wǎng)關(guān)(feiteway，以 下簡稱為GW)劃分為服務網(wǎng)關(guān)(Serving Gff)和分組數(shù)據(jù)網(wǎng)絡網(wǎng)關(guān)(PDN GW)。當本實施例 應用在SAE系統(tǒng)時，上述的網(wǎng)絡服務節(jié)點為MME。需要說明的是，在SAE系統(tǒng)中，MME檢測出UE發(fā)送的服務請求次數(shù)大于第一閾值 后，直接向UE發(fā)送拒絕請求，以去激活UE,而沒有限制UE采取DT模式的步驟。以下圖3-圖5所示的實施例中，歷史行為指標為重試請求次數(shù)，其中，該重試請求 次數(shù)包括分組數(shù)據(jù)協(xié)議請求失敗次數(shù)、附著請求失敗次數(shù)或路由區(qū)更新請求次數(shù)。在圖3-圖5所示的實施例中，第二時間段可以是本領域技術(shù)人員進行常規(guī)判斷或 測試后根據(jù)配置命令設定的，例如為一小時等，第二閾值可以是根據(jù)第二時間段進行相應 的設置。圖3為本發(fā)明資源分配處理方法實施例三的流程圖，本實施例中重試請求次數(shù)為 分組數(shù)據(jù)協(xié)議請求失敗次數(shù)，如圖3所示，該方法包括步驟301、網(wǎng)絡服務節(jié)點獲取在第二時間段內(nèi)接收到的UE發(fā)送的分組數(shù)據(jù)協(xié)議請求失敗次數(shù)。在進行業(yè)務時，UE會向網(wǎng)絡側(cè)發(fā)送PDP激活請求。對于作為UE的山寨手機或水 貨手機而言，其很可能攜帶核心網(wǎng)不能匹配的接入點名(Access Point Name，以下簡稱為 APN)入網(wǎng)。當山寨手機或水貨手機攜帶核心網(wǎng)不能匹配的APN入網(wǎng)時，手機攜帶的APN就 不能跟歸屬位置寄存器(Home Location Register，以下簡稱為HLR)分配的簽約APN匹 配，此時，SGSN會拒絕手機發(fā)送的分組數(shù)據(jù)協(xié)議請求(Packet Data Protocol，以下簡稱為 PDP)激活請求。在UE發(fā)送的PDP激活請求被拒絕之后，即PDP激活請求失敗后，UE會不斷 的重試PDP激活請求，以進行業(yè)務。由此，SGSN可以獲取到UE發(fā)送的PDP激活請求失敗次 數(shù)。由于APN不能匹配，UE發(fā)送的PDP激活請求的次數(shù)在瞬間激增，如果不對此進行控制， 則會造成核心網(wǎng)大量的信令浪費，甚至由于信令資源緊張而引發(fā)網(wǎng)絡風暴。SGSN記錄第二時間段內(nèi)UE的PDP激活請求失敗次數(shù)。其中，手機初次進行PDP業(yè) 務時，PDP請求次數(shù)初始化可以為0。步驟302、若分組數(shù)據(jù)協(xié)議請求失敗次數(shù)大于第二閾值，則向UE發(fā)送拒絕重試請 求，以使UE停止發(fā)送分組數(shù)據(jù)協(xié)議請求失敗次數(shù)。SGSN將記錄的第二時間段內(nèi)UE對應的PDP激活請求失敗次數(shù)，與預先設定的第二 閾值進行比較，當PDP激活請求失敗次數(shù)大于第二閾值時，例如當一小時內(nèi)PDP激活請求失 敗次數(shù)大于50次時，向UE發(fā)送PDP激活拒絕請求。該PDP激活拒絕請求中攜帶讓UE不再 重試激活請求的原因值，即SGSN通知UE不再進行激活PDP行為。由此可以減少由于山寨 或水貨手機不斷重試PDP激活請求而引發(fā)的信令消耗，從而避免對核心網(wǎng)造成大量的信令 浪費，降低網(wǎng)絡風暴概率。其中該第二閾值為判別UE為惡意消耗信令行為的閾值。本實施例上述的步驟是以3GPP網(wǎng)絡系統(tǒng)為例進行說明的，本實施例也可以應用 在SAE系統(tǒng)中。在SAE系統(tǒng)中，上述的網(wǎng)絡服務節(jié)點替換為MME。圖4為本發(fā)明資源分配處理方法實施例四的流程圖，本實施例中重試請求次數(shù)為 附著請求失敗次數(shù)，如圖4所示，該方法包括步驟401、網(wǎng)絡服務節(jié)點獲取在第二時間段內(nèi)接收到的UE發(fā)送的附著請求失敗次數(shù)。對于作為UE的非法用戶或惡意用戶，由于其缺乏合法身份認證的條件，入網(wǎng)就會 失敗。但是，非法或惡意用戶在附著請求(ATTACH)失敗后會反復重試附著請求，給核心網(wǎng) 帶來不必要的信令開支。在核心網(wǎng)設備(包括但不限于SGSN或MME)版本升級后，可能伴隨著設備復位。此 時，所有用戶都被強行“踢下線”，會造成短時間內(nèi)大量用戶的同時接入，設備信令負荷瞬間 增大。為防止核心網(wǎng)設備由于信令沖擊而癱瘓，就有必要使用本實施例控制無效信令。UE向SGSN發(fā)起ATTACH ；SGSN對該UE的合法性進行驗證，當驗證不通過時，UE發(fā) 起的ATTACH失??；SGSN記錄第三時間段內(nèi)UE對應的ATTACH失敗次數(shù)。步驟402、若附著請求失敗次數(shù)大于第二閾值，則向UE發(fā)送拒絕重試請求，以使UE 停止發(fā)送附著請求失敗次數(shù)。SGSN將記錄的第二時間段內(nèi)UE對應的ATTACH失敗次數(shù)，與預先設定的第二閾 值進行比較，當ATTACH失敗次數(shù)大于第二閾值時，例如當一小時內(nèi)ATTACH失敗次數(shù)大于 10次時，向UE發(fā)送ATTACH拒絕消息，該ATTACH拒絕消息中可以攜帶讓UE無需再次重試ATTACH請求的原因值，禁止UE再次入網(wǎng)，從而避免對核心網(wǎng)造成大量的信令浪費。其中該 第二閾值為判別UE為惡意消耗信令行為的閾值。本實施例上述的步驟是以3GPP網(wǎng)絡系統(tǒng)為例進行說明的，本實施例也可以應用 在SAE系統(tǒng)中。在SAE系統(tǒng)中，上述的網(wǎng)絡服務節(jié)點替換為MME。圖5為本發(fā)明資源分配處理方法實施例五的流程圖，本實施例中重試請求次數(shù)為 路由區(qū)更新請求次數(shù)，如圖5所示，該方法包括步驟501、網(wǎng)絡服務節(jié)點獲取在第二時間段內(nèi)接收到的UE發(fā)送的路由區(qū)更新請求 次數(shù)。當網(wǎng)絡設備信號覆蓋不良時，UE檢測到的小區(qū)信號時高時低，不穩(wěn)定。由此，UE會 反復觸發(fā)路由區(qū)更新(Routing Area Update,以下簡稱為RAU)流程，來找尋信號最好的小 區(qū)。此時，可根據(jù)UE發(fā)送的RAU請求次數(shù)來確認UE當前是否在反復消耗信令，以在網(wǎng)絡繁 忙時限制UE的RAU行為，從而達到降低信令負荷的目的。UE向SGSN發(fā)起RAU請求；SGSN對UE的合法性進行驗證；驗證通過后，SGSN將該 UE的RAU請求次數(shù)加一，以記錄在第二時間段內(nèi)該UE發(fā)送的RAU請求次數(shù)。步驟502、若路由區(qū)更新請求次數(shù)大于第二閾值，則向UE發(fā)送拒絕重試請求，以使 UE停止發(fā)送路由區(qū)更新請求次數(shù)；SGSN將記錄的第二時間段內(nèi)UE發(fā)送的RAU請求次數(shù)，與預先設定的第二閾值進行 比較，當RAU請求次數(shù)大于第二閾值時，例如當一小時內(nèi)RAU請求次數(shù)大于20次時，向UE 發(fā)送RAU拒絕的請求，其中攜帶讓UE不再重試RAU的原因值，即通知UE再次入網(wǎng)，從而避 免造成大量的信令浪費。本實施例上述的步驟是以3GPP網(wǎng)絡系統(tǒng)為例進行說明的，本實施例也可以應用 在SAE系統(tǒng)中。在SAE系統(tǒng)中，上述的網(wǎng)絡服務節(jié)點替換為MME。以下圖6-圖7所示的實施例中，歷史行為指標為數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)，其中第三 時間段可以是本領域技術(shù)人員在進行判斷或者檢測后根據(jù)配置命令進行設置。圖6為本發(fā)明資源分配處理方法實施例六的流程圖，如圖6所示，該方法包括步驟601、網(wǎng)絡服務節(jié)點獲取在UE在線的第三時間段內(nèi)、UE進行數(shù)據(jù)業(yè)務傳輸?shù)?次數(shù)。SGSN可以獲取UE在其在線的第三時間段內(nèi)的進行數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)，以據(jù)此 對該UE進行信令流控處理。步驟602、若UE在第三時間段內(nèi)的只進行一次數(shù)據(jù)業(yè)務傳輸，則向UE發(fā)送分離請 求，以去激活UE。具體的，若SGSN檢測UE在第三時間段內(nèi)只進行過一次業(yè)務傳輸，則向UE發(fā)送分 離請求。當UE的PDP在線時間長，且UE在驗證成功后只進行了一次業(yè)務傳輸，例如UE的 PDP在線一小時，但只進行了一次業(yè)務傳輸，則可以判斷出該UE為M2M ；由此，SGSN向該UE 發(fā)送分離請求，以主動發(fā)起去激活流程，從而避免對造成大量的信令浪費。伴隨著移動寬帶 數(shù)據(jù)業(yè)務的不斷提升，將出現(xiàn)更多的物聯(lián)網(wǎng)業(yè)務。以抄水表的行為為例，用戶入網(wǎng)后，只需 要進行一次抄水表操作，就完成了任務，然后M2M的用戶就往往處在空閑的狀態(tài)，不再進行 任何業(yè)務行為，繼續(xù)消耗著核心網(wǎng)的靜態(tài)內(nèi)存等資源。在網(wǎng)絡由于用戶數(shù)過多導致內(nèi)存不夠時，會引發(fā)網(wǎng)絡癱瘓。本實施例可以設別出M2M的行為，減免由于內(nèi)存不足引發(fā)的網(wǎng)絡風 暴，優(yōu)化內(nèi)存使用。本實施例上述的步驟是以3GPP網(wǎng)絡系統(tǒng)為例進行說明的，本實施例也可以應用 在SAE系統(tǒng)中。在SAE系統(tǒng)中，上述的網(wǎng)絡服務節(jié)點替換為MME。圖7為本發(fā)明資源分配處理方法實施例七的流程圖，如圖7所示，該方法包括步驟701、網(wǎng)絡服務節(jié)點獲取在UE在線的第三時間段內(nèi)、UE進行數(shù)據(jù)業(yè)務傳輸?shù)?次數(shù)。SGSN可以獲取UE在其在線的第三時間段內(nèi)進行數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)，以據(jù)此對 該UE進行信令流控處理。步驟702、若UE在第三時間段內(nèi)進行業(yè)務傳輸?shù)拇螖?shù)大于第三閾值時，則向無線 網(wǎng)絡控制器發(fā)送包括GGSN的隧道標識和IP地址的第二無線接入承載請求消息，以使UE采 取DT模式進行數(shù)據(jù)業(yè)務傳輸。其中，第三閾值可以根據(jù)第三時間段進行相應的設置。具體的，若SGSN檢測UE在第三時間段內(nèi)進行業(yè)務傳輸?shù)拇螖?shù)大于第三閾值時，例 如UE在半個小時內(nèi)進行業(yè)務傳輸?shù)拇螖?shù)大于10次時，向RNC發(fā)送包括GGSN的隧道標識和 IP地址的無線接入承載請求消息，以使UE采取DT模式，即使得UE走DT通道。當UE的PDP在線時間長，且UE在第三時間段內(nèi)多次進行業(yè)務傳輸，則可以判斷出 該UE為數(shù)據(jù)卡；由此，SGSN選擇該UE采取DT模式進行業(yè)務傳輸，可以提高數(shù)據(jù)傳輸速度， 并且避免造成大量的信令浪費。圖8為本發(fā)明資源分配處理方法實施例八的流程圖，本實施例中重試請求次數(shù)為 占用資源信息，其中，第四閾值可以是本領域技術(shù)人員在進行常規(guī)的判斷或者檢測后，根據(jù) 配置命令進行設置，如圖8所示，該方法包括步驟801、網(wǎng)絡服務節(jié)點獲取UE的占用資源信息。具體的，SGSN根據(jù)UE建立的分組數(shù)據(jù)協(xié)議(Packet Data Protocol,以下簡稱為 PDP)情況，獲取UE的占用資源信息。如果SGSN確定該UE建立PDP數(shù)量和允許該UE建立 的PDP量的比值，即可獲取該UE占用資源信息。其中UE建立的PDP包括UE激活以及UE 修改的PDP。步驟802、若UE的占用資源信息為UE占用內(nèi)存資源的時間大于第四閾值，且UE沒 有進行數(shù)據(jù)傳輸或信令業(yè)務，則向UE發(fā)送分離請求，以分離UE。當SGSN獲取到UE的占用資源信息為UE占用內(nèi)存資源的時間大于第四閾值，并 且在UE占用內(nèi)存資源的這段時間內(nèi)沒有進行任何數(shù)據(jù)傳輸或信令業(yè)務，例如UE占用內(nèi)存 資源超過一小時，且在這段時間內(nèi)沒有進行任何數(shù)據(jù)傳輸和信令業(yè)務，則表示該UE入網(wǎng) 后，就一直沒有進行業(yè)務；由此SGSN向該UE發(fā)送分離請求，以分離該UE,從而避免對系統(tǒng) 資源造成浪費。本實施例上述的步驟是以3GPP網(wǎng)絡系統(tǒng)為例進行說明的，本實施例也可以應用 在SAE系統(tǒng)中。在SAE系統(tǒng)中，上述的網(wǎng)絡服務節(jié)點替換為MME。需要說明的是，本發(fā)明各實施例中該第一時間段、第二時間段和第三時間段，分別 表示的是任一段時間，而這三個時間段并沒有時序關(guān)系。本發(fā)明上述各實施例，網(wǎng)絡服務節(jié)點獲取UE的歷史行為指標，并在該歷史行為指標大于閾值，對UE進行信令流控處理，以減少UE對應的資源消耗，實現(xiàn)在UE和網(wǎng)絡側(cè)之間 信令交互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的信令處理壓力。本發(fā)明各實施例有效的解決目 前運營商因智能手機等帶來的一系列網(wǎng)絡風暴問題，有效控制運營商忙時的信令沖擊，減 少無謂的信令消耗。本發(fā)明各實施例基于用戶歷史行為的資源使用習慣識別方法，根據(jù)用 戶不同的習慣、實際需要來實施相應的資源分配策略。本領域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光 盤等各種可以存儲程序代碼的介質(zhì)。圖9為本發(fā)明資源分配處理裝置實施例一的示意圖，如圖9所示，該裝置包括獲 取模塊91和處理模塊93。獲取模塊91用于獲取UE的歷史行為指標。歷史行為指標包括服務請求次數(shù)、重 試請求次數(shù)、數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)和占用資源信息中的至少一個。處理模塊93用于若獲取模塊91獲取的歷史行為指標大于閾值，對UE進行信令流 控處理，以減少UE對應的資源消耗。本實施例中各個模塊的工作流程和工作原理參見上述方法實施例中的描述，在此 不再贅述。本發(fā)明實施例，獲取模塊獲取UE的歷史行為指標，處理模塊在該歷史行為指標大 于閾值，對UE進行信令流控處理，以減少UE對應的資源消耗，實現(xiàn)在UE和網(wǎng)絡側(cè)之間信令 交互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的信令處理壓力。圖10為本發(fā)明資源分配處理裝置實施例二的示意圖，在裝置實施例一的基礎上， 如圖9所示獲取模塊91具體可以包括第一獲取單元911。與獲取模塊91包括的單元相對 應，處理模塊93具體可以包括第一處理單元931?；蛘撸@取模塊91具體可以包括第二獲取單元913。對應的，處理模塊93具體 可以包括第二處理單元933?；蛘?，獲取模塊91具體可以包括第三獲取單元915。對應的，處理模塊93具體 可以包括第三處理單元935和/或第四處理單元937。或者，獲取模塊91具體可以包括第四獲取單元917。對應的，處理模塊93具體 可以包括第五處理單元939。需要說明的是，獲取模塊91可以包括以下單元中的任意一個或多個第一獲取單 元911、第二獲取單元913、第三獲取單元915和第四獲取單元917。處理模塊93中包含與 獲取模塊91中的獲取單元相對應的處理單元。第一獲取單元911用于獲取在第一時間段內(nèi)接收到的UE發(fā)送的服務請求次數(shù)。第 二獲取單元913用于獲取在第二時間段內(nèi)接收到的UE發(fā)送的重試請求次數(shù)。第三獲取單 元915用于獲取在UE在線的第三時間段內(nèi)、UE進行數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)。第四獲取單元 917用于獲取UE的占用資源信息。其中，第四獲取單元917具體用于根據(jù)同時附著用戶數(shù)和/或分組數(shù)據(jù)協(xié)議占用 情況，獲取UE的占用資源信息。
第一處理單元931用于若第一獲取單元911獲取的服務請求次數(shù)大于第一閾值， 則向無線網(wǎng)絡控制器發(fā)送包括SGSN的隧道標識和IP地址的第一無線接入承載請求消息， 以使UE不采取DT模式進行數(shù)據(jù)業(yè)務傳輸；或者若第一獲取單元獲911取的服務請求次數(shù) 大于第一閾值，則向UE發(fā)送拒絕請求，以去激活UE。第二處理單元933用于若第二獲取單元913獲取的重試請求次數(shù)大于第二閾值， 則向UE發(fā)送拒絕重試請求，以使UE停止發(fā)送重試請求。第三處理單元935用于若第三獲取單元915獲取到UE在第三時間段內(nèi)只進行一 次數(shù)據(jù)業(yè)務傳輸，則向UE發(fā)送分離請求，以去激活UE。第四處理單元937用于若第三獲取單元915獲取到UE在第三時間段內(nèi)進行數(shù)據(jù) 業(yè)務傳輸?shù)拇螖?shù)大于第三閾值，則向無線網(wǎng)絡控制器發(fā)送包括GGSN的隧道標識和IP地址 的第二無線接入承載請求消息，以使UE采取DT模式進行數(shù)據(jù)業(yè)務傳輸。第五處理單元939用于若第四獲取單元917獲取的UE的占用資源信息為UE占用 內(nèi)存資源的時間大于第四閾值且UE沒有進行數(shù)據(jù)傳輸或信令業(yè)務，則向UE發(fā)送分離請求， 以分離該UE。本實施例中各個模塊和單元的工作流程和工作原理參見上述方法實施例中的描 述，在此不再贅述。本發(fā)明實施例，獲取模塊獲取UE的歷史行為指標，處理模塊在該歷史行為指標大 于閾值，對UE進行信令流控處理，以減少UE對應的資源消耗，實現(xiàn)在UE和網(wǎng)絡側(cè)之間信令 交互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的信令處理壓力。本發(fā)明各實施例有效的解決目前運 營商因智能手機等帶來的一系列網(wǎng)絡風暴問題，有效控制運營商忙時的信令沖擊，減少無 謂的信令消耗。本發(fā)明各實施例基于用戶歷史行為的資源使用習慣識別方法，根據(jù)用戶不 同的習慣、實際需要來實施相應的資源分配策略。本發(fā)明實施例還提供一種網(wǎng)絡服務系統(tǒng)，包括本發(fā)明實施例提供的任一資源分配
處理裝置。本實施例中網(wǎng)絡服務節(jié)點的工作流程和工作原理參見上述方法實施例中的描述， 在此不再贅述。本發(fā)明實施例具有上述各實施例所述的優(yōu)點，網(wǎng)絡服務節(jié)點獲取UE的歷史行為 指標，并在該歷史行為指標大于閾值，對UE進行信令流控處理，以減少UE對應的資源消耗， 實現(xiàn)在UE和網(wǎng)絡側(cè)之間信令交互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的信令處理壓力。最后應說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術(shù)人員應當理解其依然 可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替 換；而這些修改或者替換，并不使相應技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精 神和范圍。
權(quán)利要求
1.一種資源分配處理方法，其特征在于，包括獲取終端的歷史行為指標，所述歷史行為指標包括服務請求次數(shù)、重試請求次數(shù)、數(shù) 據(jù)業(yè)務傳輸?shù)拇螖?shù)和占用資源信息中的至少一個；若所述歷史行為指標大于閾值，對所述終端進行信令流控處理。
2.根據(jù)權(quán)利要求1所述的資源分配處理方法，其特征在于，所述獲取終端的歷史行為 指標包括下述行為中的至少一個獲取在第一時間段內(nèi)接收到的所述終端發(fā)送的服務請求次數(shù)； 獲取在第二時間段內(nèi)接收到的所述終端發(fā)送的重試請求次數(shù)； 獲取在所述終端在線的第三時間段內(nèi)、所述終端進行數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)；和 獲取所述終端的占用資源信息。
3.根據(jù)權(quán)利要求2所述的資源分配處理方法，其特征在于，所述若所述歷史行為指標 大于閾值，對所述終端進行信令流控處理包括下述方式中的至少一個若所述服務請求次數(shù)大于第一閾值，則向無線網(wǎng)絡控制器發(fā)送包括GPRS服務支持節(jié) 點SGSN的隧道標識和IP地址的第一無線接入承載請求消息，以使所述終端不采取直接通 道DT模式進行數(shù)據(jù)業(yè)務傳輸；或者，若所述服務請求次數(shù)大于第一閾值，則向所述終端發(fā) 送拒絕請求，以去激活所述終端；若所述重試請求次數(shù)大于第二閾值，則向所述終端發(fā)送拒絕重試請求，以使所述終端 停止發(fā)送所述重試請求；若所述終端在所述第三時間段內(nèi)的只進行一次數(shù)據(jù)業(yè)務傳輸，則向所述終端發(fā)送分離 請求，以去激活所述終端；若所述終端在所述第三時間段內(nèi)的進行數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)大于第三閾值，則向無線 網(wǎng)絡控制器發(fā)送包括GPRS網(wǎng)關(guān)支持節(jié)點GGSN的隧道標識和IP地址的第二無線接入承載 請求消息，以使所述終端采取DT模式進行數(shù)據(jù)業(yè)務傳輸；若所述終端的占用資源信息為所述終端占用內(nèi)存資源的時間大于第四閾值且所述終 端沒有進行數(shù)據(jù)傳輸或信令業(yè)務，則向所述終端發(fā)送分離請求，以分離所述終端。
4.根據(jù)權(quán)利要求3所述的資源分配處理方法，其特征在于，所述重試請求次數(shù)包括分 組數(shù)據(jù)協(xié)議請求失敗次數(shù)、附著請求失敗次數(shù)或路由區(qū)更新請求次數(shù)。
5.根據(jù)權(quán)利要求3所述的資源分配處理方法，其特征在于，所述獲取所述終端的占用 資源信息包括根據(jù)同時附著用戶數(shù)和/或分組數(shù)據(jù)協(xié)議占用情況，獲取所述終端的所述占用資源信肩、ο
6.一種資源分配處理裝置，其特征在于，包括獲取模塊，用于獲取終端的歷史行為指標，所述歷史行為指標包括服務請求次數(shù)、重 試請求次數(shù)、數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)和占用資源信息中的至少一個；處理模塊，用于若所述獲取模塊獲取的所述歷史行為指標大于閾值，對所述終端進行 信令流控處理。
7.根據(jù)權(quán)利要求6所述的資源分配處理裝置，其特征在于，所述獲取模塊包括第一獲取單元，用于獲取在第一時間段內(nèi)接收到的所述終端發(fā)送 的服務請求次數(shù)；所述處理模塊包括第一處理單元，用于若所述第一獲取單元獲取的所述服務請求次 數(shù)大于第一閾值，則向無線網(wǎng)絡控制器發(fā)送包括SGSN的隧道標識和IP地址的第一無線接 入承載請求消息，以使所述終端不采取DT模式進行數(shù)據(jù)業(yè)務傳輸；或者若所述第一獲取單 元獲取的所述服務請求次數(shù)大于第一閾值，則向所述終端發(fā)送拒絕請求，以去激活所述終端。
8.根據(jù)權(quán)利要求6所述的資源分配處理裝置，其特征在于，所述獲取模塊包括第二獲取單元，用于獲取在第二時間段內(nèi)接收到的所述終端發(fā)送 的重試請求次數(shù)；所述處理模塊包括第二處理單元，用于若所述第二獲取單元獲取的所述重試請求次 數(shù)大于第二閾值，則向所述終端發(fā)送拒絕重試請求，以使所述終端停止發(fā)送所述重試請求。
9.根據(jù)權(quán)利要求6所述的資源分配處理裝置，其特征在于，所述獲取模塊包括第三獲取單元，用于獲取在所述終端在線的第三時間段內(nèi)、所述終 端進行數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)；所述處理模塊包括第三處理單元和/或第四處理單元；所述第三處理單元，用于若所述第三獲取單元獲取到所述終端在所述第三時間段內(nèi)只 進行一次數(shù)據(jù)業(yè)務傳輸，則向所述終端發(fā)送分離請求，以去激活所述終端；所述第四處理單元，用于若所述第三獲取單元獲取到所述終端在所述第三時間段內(nèi)進 行數(shù)據(jù)業(yè)務傳輸?shù)拇螖?shù)大于第三閾值，則向無線網(wǎng)絡控制器發(fā)送包括GGSN的隧道標識和 IP地址的第二無線接入承載請求消息，以使所述終端采取DT模式進行數(shù)據(jù)業(yè)務傳輸。
10.根據(jù)權(quán)利要求6所述的資源分配處理裝置，其特征在于，所述獲取模塊包括第四獲取單元，用于獲取所述終端的占用資源信息；所述處理模塊包括第五處理單元，用于若所述第四獲取單元獲取的所述終端的占用 資源信息為所述終端占用內(nèi)存資源的時間大于第四閾值且所述終端沒有進行數(shù)據(jù)傳輸或 信令業(yè)務，則向所述終端發(fā)送分離請求，以分離所述終端。
11.根據(jù)權(quán)利要求10所述的資源分配處理裝置，其特征在于，所述第四獲取單元具體 用于根據(jù)同時附著用戶數(shù)和/或分組數(shù)據(jù)協(xié)議占用情況，獲取所述終端的所述占用資源信 肩、O
12.—種網(wǎng)絡服務系統(tǒng)，包括如權(quán)利要求6-11任一所述的資源分配處理裝置。
全文摘要
本發(fā)明實施例提供一種資源分配處理方法、裝置和網(wǎng)絡服務系統(tǒng)，該方法包括獲取終端的歷史行為指標；若所述歷史行為指標大于閾值，對所述終端進行信令流控處理，以減少所述終端對應的資源消耗。本發(fā)明實施例采用的方法，可以對終端進行信令流控處理，以減少終端對應的資源消耗，實現(xiàn)在終端和網(wǎng)絡側(cè)之間信令交互頻繁時，降低對核心網(wǎng)網(wǎng)元造成的信令處理壓力。
文檔編號H04W72/08GK102143484SQ201010602868
公開日2011年8月3日 申請日期2010年12月20日 優(yōu)先權(quán)日2010年12月20日
發(fā)明者余海濤, 張丹寧, 沈圣 申請人:華為技術(shù)有限公司