專利名稱：實(shí)現(xiàn)過載控制或差異化服務(wù)的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信領(lǐng)域，尤其涉及一種實(shí)現(xiàn)過載控制或差異化服務(wù)的方法、裝置、系統(tǒng)及用戶設(shè)備。
背景技術(shù)：
為了增強(qiáng)未來網(wǎng)絡(luò)的競爭能力，第三代合作伙伴計(jì)劃(3GPP)正在研究一種全新的演進(jìn)網(wǎng)絡(luò)，圖1為現(xiàn)有技術(shù)中無線演進(jìn)網(wǎng)絡(luò)架構(gòu)示意圖。如圖1所示，該無線演進(jìn)網(wǎng)絡(luò)包括演進(jìn)的 UMTS 陸地?zé)o線接入網(wǎng)(Evolved UMTS Terrestrial Radio Access Network,以下簡稱:EUTRAN)，用于實(shí)現(xiàn)所有與演進(jìn)網(wǎng)絡(luò)無線有關(guān)的功能；移動性管理網(wǎng)元(MobilityManagement Entity,以下簡稱:MME),用于控制面的移動性管理,包括用戶上下文和移動狀態(tài)管理、分配用戶臨時(shí)身份標(biāo)識等；服務(wù)網(wǎng)關(guān)實(shí)體(Serving Gateway,以下簡稱:SGW), SGff是3GPP接入網(wǎng)絡(luò)間的用戶面錨點(diǎn)，是終止E-TURAN的接口 ；分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)實(shí)體(PacketData Network Gateway，以下簡稱:PGW)是3GPP接入網(wǎng)絡(luò)和非3GPP接入網(wǎng)絡(luò)之間的用戶面錨點(diǎn)，是終止和外部分組數(shù)據(jù)網(wǎng)絡(luò)(Packet Data Network,以下簡稱:PDN)的接口 ；策略和計(jì)費(fèi)規(guī)則功能實(shí)體(Policy and Charging Rule Function,以下簡稱:PCRF)用于策略控制決定和流計(jì)費(fèi)控制功能；歸屬網(wǎng)絡(luò)服務(wù)器(Home Subscriber Server,以下簡稱:HSS)用于存儲用戶簽約信息；服務(wù)GPRS支持節(jié)點(diǎn)(Serving GPRS Support Node,以下簡稱:SGSN)是3GPP中用于做移動性管理的實(shí)體；GERAN (GSM Edge Radio Access Network)是以前3GPP系統(tǒng)中的接入網(wǎng)部分；運(yùn)營商控制的IP服務(wù)是用來服務(wù)UE的IP服務(wù)。需要說明的是，該無線演進(jìn)網(wǎng)絡(luò)可能不是最終的系統(tǒng)架構(gòu)演進(jìn)(System Architecture Evolution,以下簡稱:SAE)系統(tǒng)，不對此作限制?；谏鲜鼍W(wǎng)絡(luò) 架構(gòu)，當(dāng)MME過載時(shí)，MME向與其關(guān)聯(lián)的接入網(wǎng)側(cè)設(shè)備(如:eNodeB)發(fā)送過載開始消息,請求eNodeB拒絕某些會話請求或業(yè)務(wù)請求，例如,業(yè)務(wù)請求消息、響應(yīng)尋呼的業(yè)務(wù)請求、所有新的無線資源控制(Radio Resource Control,以下簡稱:RRC)消息，該RRC消息包括TAU請求消息和附著請求消息等，另外eNodeB只允許緊急呼叫。但是，現(xiàn)有技術(shù)中接入網(wǎng)側(cè)設(shè)備無法識別不同的消息類型，更無法獲取響應(yīng)尋呼的服務(wù)請求信息，也無法獲知當(dāng)前會話是否為緊急呼叫，因此，現(xiàn)有技術(shù)無法實(shí)現(xiàn)有效的過載控制。另外，當(dāng)需要在接入網(wǎng)側(cè)設(shè)備中進(jìn)行差異化服務(wù)時(shí)，也是由于接入網(wǎng)側(cè)無法識別上述請求消息的類型，無法獲取響應(yīng)尋呼的服務(wù)請求信息，無法獲知當(dāng)前會話是否為緊急呼叫或者其他業(yè)務(wù)類型，從而無法相應(yīng)實(shí)現(xiàn)有效的差異化服務(wù)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種實(shí)現(xiàn)過載控制或差異化服務(wù)的方法、裝置、系統(tǒng)及用戶設(shè)備，能夠?qū)崿F(xiàn)有效的過載控制或差異化服務(wù)。本發(fā)明實(shí)施例提供了一種實(shí)現(xiàn)過載控制或差異化服務(wù)的方法，應(yīng)用于包括移動性管理網(wǎng)元MME和演進(jìn)基站eNodeB的通信系統(tǒng)中，其中用戶設(shè)備UE通過演進(jìn)基站接入到MME上進(jìn)行通信業(yè)務(wù)，包括:接收封裝有指示信息的請求消息；所述指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；根據(jù)請求消息中的所述指示信息，以及獲取的過載控制策略或差異化服務(wù)策略，將所述請求消息進(jìn)行處理。本發(fā)明實(shí)施例提供了一種實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，包括:第一接收模塊，用于接收封裝有指示信息的請求消息；所述指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；接入模塊，用于根據(jù)請求消息中的所述指示信息，以及獲取的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處 理。本發(fā)明實(shí)施例提供了一種用戶設(shè)備，包括:第一封裝模塊，用于將指示信息封裝在請求消息中，所述指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；發(fā)送模塊，用于發(fā)送封裝有指示信息的請求消息。本發(fā)明實(shí)施例提供了一種實(shí)現(xiàn)過載控制或差異化服務(wù)的系統(tǒng)，包括用戶設(shè)備和演
進(jìn)基站;所述用戶設(shè)備包括:第一封裝模塊，用于將指示信息封裝在請求消息中，所述指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；發(fā)送模塊，用于發(fā)送封裝有指示信息的請求消息；所述演進(jìn)基站包括:第一接收模塊，用于接收封裝有所述指示信息的請求消息；接入模塊，用于根據(jù)請求消息中的所述指示信息，以及獲取的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處理。本發(fā)明實(shí)施例通過接收封裝有指示信息的請求消息，根據(jù)指示信息來識別請求消息，克服了現(xiàn)有技術(shù)中無法識別請求消息的類型等一系列問題，實(shí)現(xiàn)了有效的過載控制或差異化服務(wù)。


圖1為現(xiàn)有技術(shù)中無線演進(jìn)網(wǎng)絡(luò)架構(gòu)示意圖；圖2為本發(fā)明實(shí)施例一實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖；圖3為本發(fā)明實(shí)施例二實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的信令流程圖；圖4為本發(fā)明實(shí)施例三實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的信令流程圖；圖5為本發(fā)明實(shí)施例四實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的信令流程圖；圖6為本發(fā)明實(shí)施例五實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的信令流程圖；圖7為本發(fā)明實(shí)施例六實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖；圖8為本發(fā)明實(shí)施例七實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖；圖9為本發(fā)明實(shí)施例八實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖；圖10為本發(fā)明實(shí)施例九實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖11為本發(fā)明實(shí)施例實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置的示意圖；圖12為本發(fā)明實(shí)施例用戶設(shè)備的示意圖；圖13為本發(fā)明實(shí)施例實(shí)現(xiàn)過載控制或差異化服務(wù)的系統(tǒng)的示意圖。
具體實(shí)施例方式下面通過附圖和實(shí)施例，對本發(fā)明實(shí)施例的技術(shù)方案做進(jìn)一步的詳細(xì)描述。圖2為本發(fā)明實(shí)施例一實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖。本實(shí)施例可以應(yīng)用于包括MME和eNodeB的通信系統(tǒng)中，其中用戶設(shè)備(UE)通過eNodeB接入到MME上進(jìn)行通信業(yè)務(wù)，如圖2所示，本實(shí)施例具體包括如下步驟:步驟101、接收封裝有指示信息的請求消息；該指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；具體的說，可以在請求消息的新增信元或現(xiàn)有信元或擴(kuò)展信元中封裝指示信息；例如在請求消息所包括的全局唯一臨時(shí)標(biāo)識(GUTI)或分組臨時(shí)移動用戶標(biāo)識(Packet-Temporary Mobile Subscriber Identity,以下簡稱:P-TMSI)或臨時(shí)移動用戶標(biāo)識(Temporary Mobile Subscriber Identity,以下簡稱:TMSI)信兀中封裝指不信息(利用現(xiàn)有信元的保留位或者擴(kuò)展現(xiàn)有信元的結(jié)構(gòu))。其中，新增/[目兀是指在消息中新增加的 目兀，現(xiàn)有 目兀是指利用消息中已存在/[目元的保留位而得到的信元，擴(kuò)展信元是指通過擴(kuò)展現(xiàn)有信元而得到的信元。步驟102、根據(jù)請求消息中的指示信息以及獲取的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處理；該過載控制策略或差異化服務(wù)策略是在接收請求消息之前由網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的或者隨UE發(fā)送的 請求消息中攜帶。上述將請求消息進(jìn)行處理可以包括:確定接受請求消息或拒絕請求消息或?qū)⒄埱笙⒙酚山o其他網(wǎng)絡(luò)側(cè)設(shè)備。本實(shí)施例通過接收封裝有指示信息的請求消息，根據(jù)指示信息來識別請求消息，克服了現(xiàn)有技術(shù)中無法識別請求消息的類型等一系列問題，實(shí)現(xiàn)了有效的過載控制或差異化服務(wù)策略。本發(fā)明實(shí)施例中的網(wǎng)絡(luò)側(cè)設(shè)備可以為MME或SGSN，接入網(wǎng)側(cè)設(shè)備可以為RNC或BSC (GERAN/UTRAN網(wǎng)絡(luò))，也可以為eNodeB (EUTRAN網(wǎng)絡(luò))。下面以EUTRAN網(wǎng)絡(luò)為例，進(jìn)一步介紹本發(fā)明實(shí)施例的技術(shù)方案。圖3為本發(fā)明實(shí)施例二實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的信令流程圖。本實(shí)施例以實(shí)現(xiàn)過載控制為例，如圖3所示,具體包括:步驟201、UE向eNodeB發(fā)送附著請求消息,該附著請求消息中封裝有附著請求消息類型信息，用于標(biāo)示該請求消息為附著請求消息；另外，附著請求消息中還攜帶有國際移動用戶標(biāo)識(International Mobile Subscriber Identity,以下簡稱:IMSI)、或原 GUT1、上次訪問的跟蹤區(qū)標(biāo)識(Tracking Area Identity,以下簡稱:TAI)、UE能力信息、PDN類型、協(xié)議配置選項(xiàng)、附著類型等信息；其中附著請求消息類型信息可以封裝在附著請求消息的新增信元或現(xiàn)有信元或擴(kuò)展信元。例如可以新增一個(gè)信元表示附著請求消息類型信息或者在GUTI或P-TMSI或TMSI中的保留位中指示消息類型信息或者擴(kuò)展GUTI或其他現(xiàn)有信元來指示消息類型信肩、O步驟202、eNOdeB根據(jù)與其關(guān)聯(lián)的MME的負(fù)荷狀況，判斷附著請求消息中攜帶的原⑶TI對應(yīng)的MME是否過載，若是，則根據(jù)獲取MME下發(fā)的過載控制策略，確定是否拒絕該附著請求消息；若過載控制策略中指示拒絕該附著請求消息，則eNodeB拒絕UE的附著請求。否則可以接受該附著請求或者將該附著請求消息路由到其他未過載的MME，從而完成該UE的附著流程。在步驟201之前，本實(shí)施例還包括:eN0deB獲取MME下發(fā)的消息類型，以及與消息類型對應(yīng)的過載控制策略；eNodeB由此確定附著請求消息對應(yīng)的過載控制策略。進(jìn)一步的，本實(shí)施例還·可以包括如下步驟:步驟203、UE、MME以及HSS之間執(zhí)行鑒權(quán)流程；步驟204、MME和HSS之間執(zhí)行位置更新和插入簽約數(shù)據(jù)的流程，將MME的地址注冊到HSS中，同時(shí)HSS將UE的簽約數(shù)據(jù)插入到MME中；步驟205、MME根據(jù)該簽約數(shù)據(jù)中的缺省接入點(diǎn)名稱(Access Point Name,以下簡稱:APN)選擇PGW，向SGW發(fā)送創(chuàng)建缺省承載請求消息，用于創(chuàng)建缺省TON連接，該創(chuàng)建缺省承載請求消息中攜帶有 PGW 地址、EPS 承載 ID (Evolved Packet Syetem Bearer Identity)等信息；步驟206、SGW在EPS承載表中為該用戶新建上下文，同時(shí)向PGW發(fā)送創(chuàng)建缺省承載請求消息，該創(chuàng)建缺省承載請求消息中攜帶有SGW地址、SGW用戶面隧道端點(diǎn)標(biāo)識(Tunnel Endpoint Identifier,以下簡稱:TEID)、SGff 控制面 TEID 等信息；步驟207、如果網(wǎng)絡(luò)中存在策略控制和計(jì)費(fèi)規(guī)則功能(Policy Control andCharging Rules Function,以下簡稱:PCRF), PGW通過與PCRF進(jìn)行交互獲取缺省策略和計(jì)費(fèi)控制(Policy and Charging Control,以下簡稱:PCC)規(guī)貝丨J ；步驟208、PGff向SGW返回創(chuàng)建缺省承載響應(yīng)消息，該創(chuàng)建缺省承載響應(yīng)消息中攜帶有PGW地址、PGff控制面TEID、PGff用戶面TEID、EPS承載ID等信息；步驟209、SGff向MME返回創(chuàng)建缺省承載響應(yīng)消息，該創(chuàng)建缺省承載響應(yīng)消息中攜帶有SGW地址和TEID等信息；步驟210、MME向UE發(fā)送附著接受消息；步驟211、如果用戶的簽約數(shù)據(jù)允許跟非3GPP互通，MME向HSS發(fā)送位置更新請求消息，該位置更新請求消息中攜帶有UE使用的缺省PDN連接的APN和PGW地址信息；步驟212、HSS保存UE使用的APN和PGW地址信息，向MME返回位置更新響應(yīng)消
肩、O當(dāng)MME恢復(fù)正常使用時(shí)，MME將恢復(fù)正常的通知消息發(fā)送給eNodeB。本實(shí)施例通過將附著請求消息類型信息封裝在附著請求消息中發(fā)送給eNodeB，使得eNodeB根據(jù)該附著請求消息類型信息識別出接收到的請求消息為附著請求消息，進(jìn)一步根據(jù)獲取的過載控制策略確定是否接受該附著請求消息，克服了現(xiàn)有技術(shù)中無法識別附著請求消息的問題，實(shí)現(xiàn)了有效的過載控制。該實(shí)施例也適用于差異化服務(wù)，根據(jù)識別出請求消息為附著請求消息和獲取的差異化服務(wù)策略，實(shí)現(xiàn)有效的差異化服務(wù)。
圖4為本發(fā)明實(shí)施例三實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的信令流程圖。本實(shí)施例以實(shí)現(xiàn)過載控制為例，如圖4所示,具體包括:步驟301、UE到達(dá)一個(gè)新的跟蹤區(qū)(Tracking Area,以下簡稱:TA)或路由區(qū)(Routing Area,以下簡稱:RA),向eNodeB發(fā)送封裝有跟蹤區(qū)更新(Tracking Area Update,以下簡稱:TAU)請求消息類型信息的TAU請求消息，或向RNC/BSC發(fā)送封裝有路由區(qū)更新(Routing Area Update,以下簡稱:RAU)請求消息類型信息的RAU請求消息；下面以eNodeB和網(wǎng)絡(luò)側(cè)的處理為例來描述。步驟302、eNodeB根據(jù)TAU請求消息或RAU請求消息中攜帶的請求消息類型信息，以及預(yù)先獲取MME下發(fā)的過載控制策略，確定是否拒絕該TAU請求消息或RAU請求消息；若過載控制策略中指示拒絕該TAU請求消息或RAU請求消息，eNodeB可拒絕該TAU請求,也可以將該TAU請求消息或RAU請求消息路由到其他未過載的MME。在步驟301中，TAU請求消息類型信息可以封裝在TAU請求消息的新增信元或現(xiàn)有信元或擴(kuò)展信元中，例如封裝在TAU請求消息攜帶的⑶TI或P-TMSI或TMSI中；同理，RAU請求消息類型信息可以封裝在RAU請求消息的新增信元或現(xiàn)有信元或擴(kuò)展信元中，例如封裝在RAU請求消息攜帶的P-TMSI或TMSI中。進(jìn)一步的，如果需要區(qū)分TAU/RAU是周期性TAU/RAU或者正常的TAU/RAU，可以在TAU請求消息或RAU請求消息中增加一個(gè)信元、或者利用消息中的現(xiàn)有信元或擴(kuò)展信元封裝更新類型，該更新類型標(biāo)識TAU/RAU為周期性TAU/RAU或正常的TAU/RAU(正常的TAU/RAU指UE到達(dá)一個(gè)新的TA或RA區(qū)發(fā)起的TAU或RAU，或者由于系統(tǒng)間移動發(fā)起的TAU或者RAU等除了周期性TAU/RAU的TAU/RAU。);也可以在TAU請求消息或RAU請求消息攜帶的⑶TI或P-TMSI或TMSI中封裝更新類型；或者，利用不同的請求消息類型信息來區(qū)分周期性TAU/RAU或者正常的TAU/RAU，具體如下:當(dāng)TAU為周期性 TAU時(shí)，步驟301中的TAU請求消息類型信息具體為第一 TAU請求消息類型信息；當(dāng)TAU為正常的TAU時(shí)，步驟301中的TAU請求消息類型信息具體為第二TAU請求消息類型信息；同理，當(dāng)RAU為周期性RAU時(shí)，步驟301中的RAU請求消息類型信息具體為第一 RAU請求消息類型信息；當(dāng)RAU為正常的RAU時(shí)，步驟301中的RAU請求消息類型信息具體為第二 RAU請求消息類型信息。在步驟301之前，本實(shí)施例還包括:eN0deB獲取MME下發(fā)的消息類型，以及與消息類型對應(yīng)的過載控制策略；eNodeB由此確定TAU/RAU請求消息對應(yīng)的過載控制策略。在步驟302之后，本實(shí)施例還可以包括:步驟303、目標(biāo)側(cè)MME根據(jù)用戶的⑶TI獲知源側(cè)MME，將用戶上下文信息請求消息發(fā)送到源側(cè)MME，請求獲取用戶上下文信息；步驟304、源側(cè)MME將攜帶有用戶上下文的上下文響應(yīng)消息發(fā)送給UE，該用戶上下文包括承載上下文、移動性管理(Mobility Management,以下簡稱:MM)上下文、SGW信令地址和TEID等信息；步驟305、目標(biāo)側(cè)MME執(zhí)行認(rèn)證過程；步驟306、目標(biāo)側(cè)MME向源側(cè)MME發(fā)送上下文應(yīng)答消息；步驟307、目標(biāo)側(cè)MME更新SGW中的用戶上下文信息；步驟308、目標(biāo)側(cè)MME更新HSS中的用戶的MME的信息，并取消源側(cè)MME的信息；
步驟309、目標(biāo)側(cè)MME向UE發(fā)送TAU接受消息或者RAU接受消息；步驟310、UE向目標(biāo)側(cè)MME返回TAU完成消息或者RAU完成消息。當(dāng)MME恢復(fù)正常使用時(shí)，MME將恢復(fù)正常的通知消息發(fā)送給eNodeB。本實(shí)施例通過將TAU或RAU請求消息類型信息封裝在TAU或RAU請求消息中發(fā)送給eNodeB，使得eNodeB根據(jù)該TAU或RAU請求消息類型信息識別出接收到的請求消息為TAU或RAU請求消息，進(jìn)一步根據(jù)獲取的過載控制策略確定是否接受該TAU或RAU請求消息，克服了現(xiàn)有技術(shù)中無法識別TAU或RAU請求消息的問題，實(shí)現(xiàn)了有效的過載控制。該實(shí)施例也適用于差異化服務(wù)，根據(jù)識別出請求消息為TAU/RAU請求消息和獲取的差異化服務(wù)策略，實(shí)現(xiàn)有效的差異化服務(wù)。圖5為本發(fā)明實(shí)施例四實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的信令流程圖。本實(shí)施例以實(shí)現(xiàn)過載控制為例，如圖5所示,具體包括:步驟401、UE向eNodeB發(fā)送封裝有業(yè)務(wù)請求消息類型信息的業(yè)務(wù)請求消息；步驟402、eNodeB根據(jù)業(yè)務(wù)請求消息中攜帶的業(yè)務(wù)請求消息類型信息，以及獲取MME下發(fā)的過載控制策略,確定是否拒絕該業(yè)務(wù)請求消息；若過載控制策略中指示拒絕該業(yè)務(wù)請求消息，eNodeB拒絕該消息或者將該業(yè)務(wù)請求消息路由到其他未過載的MME。在步驟401中，業(yè)務(wù)請求消息類型信息可以封裝在業(yè)務(wù)請求消息的新增信元或現(xiàn)有信元或擴(kuò)展信元中，例如可以封裝在業(yè)務(wù)請求消息攜帶的GUTI或P-TMSI或TMSI中。進(jìn)一步的，UE發(fā)起業(yè)務(wù)請求消息可以針對不同的目的，例如存在針對上行數(shù)據(jù)流而發(fā)起的業(yè)務(wù)請求消息，還存在針對響應(yīng)尋呼而發(fā)起的業(yè)務(wù)請求消息。

為了區(qū)分不同目的的業(yè)務(wù)請求消息，本實(shí)施例可以在不同目的的業(yè)務(wù)請求消息中封裝不同的業(yè)務(wù)請求消息類型信息，當(dāng)業(yè)務(wù)請求消息為由于上行數(shù)據(jù)流而發(fā)起時(shí)，業(yè)務(wù)請求消息類型信息具體為第一業(yè)務(wù)請求消息類型信息(用Service Request來表示)；當(dāng)業(yè)務(wù)請求消息為由于響應(yīng)尋呼而發(fā)起時(shí)，業(yè)務(wù)請求消息類型信息具體為第二業(yè)務(wù)請求消息類型信息(用Paging Response來表示)。為了區(qū)分不同目的的業(yè)務(wù)請求消息，本實(shí)施例還可以在業(yè)務(wù)請求消息中增加一個(gè)信元、或者利用業(yè)務(wù)請求消息的現(xiàn)有信元封裝用途指示信息，例如在業(yè)務(wù)請求消息攜帶的⑶TI或P-TMSI或TMSI中封裝用途指示信息，該用途指示信息標(biāo)識業(yè)務(wù)請求消息是由于上行數(shù)據(jù)流發(fā)起還是響應(yīng)尋呼發(fā)起。具體的說，當(dāng)業(yè)務(wù)請求消息為由于上行數(shù)據(jù)流而發(fā)起時(shí)，用途指示信息具體為第一用途指示信息(用Data來表示)；當(dāng)業(yè)務(wù)請求消息為由于響應(yīng)尋呼而發(fā)起時(shí)，用途指示信息具體為第二用途指示信息(用Paging Response來表示)。在步驟401之前，本實(shí)施例還包括:eNodeB獲取MME下發(fā)的消息類型，以及與消息類型對應(yīng)的過載控制策略；eNodeB由此確定業(yè)務(wù)請求消息對應(yīng)的過載控制策略。在步驟402之后，本實(shí)施例還可以包括:步驟403、執(zhí)行認(rèn)證流程；步驟404、MME向eNodeB發(fā)送上下文初始建立請求消息，該上下文初始建立請求消息攜帶有S-GW地址、上行S1-TEID、承載服務(wù)質(zhì)量、上下文安全信息、MME信號連接ID等信息，用于通知eNodeB激活所有的激活EPS所承載的SI和Radio承載；步驟405、eNodeB發(fā)起無線承載建立流程，在該流程中攜帶非語音承載已經(jīng)恢復(fù)的通知，此時(shí)上行路線已連通，UE可以發(fā)送上行數(shù)據(jù)；
步驟406、UE向SGW、PGff發(fā)送上行數(shù)據(jù)；步驟407、eNodeB向MME發(fā)送上下文初始建立完成消息，該上下文初始建立完成消息中攜帶eNodeB地址、下行Sl-TEID等信息；步驟408、MME向SGW發(fā)送承載更新請求消息,該承載更新請求消息攜帶有eNodeB地址、下行S1-TEID、延遲下行數(shù)據(jù)指示、無線接入類型(Radio Access Type，以下簡稱:RAT)類型等信息；步驟409、SGW將此次RAT與上次RAT進(jìn)行比較，若發(fā)生改變，則將此次RAT通知給PGff ；步驟410、PGW與PCRF進(jìn)行交互，修改IP連接接入網(wǎng)(IP-Connectivity AccessNetwork,以下簡稱:IP CAN)會話；步驟411、PGW向SGW發(fā)送承載更新響應(yīng)消息；步驟412、SGW將承載更新響應(yīng)消息轉(zhuǎn)發(fā)給MME。當(dāng)MME恢復(fù)正常使用時(shí)，MME將恢復(fù)正常的通知消息發(fā)送給eNodeB。本實(shí)施例通過將業(yè)務(wù)請求消息類型信息封裝在業(yè)務(wù)請求消息中發(fā)送給eNodeB，使得eNodeB根據(jù)該業(yè)務(wù)請求消息類型信息識別出接收到的請求消息，進(jìn)一步根據(jù)獲取的過載控制策略確定是否接受該業(yè)務(wù)請求消 息，克服了現(xiàn)有技術(shù)中無法識別業(yè)務(wù)請求消息的問題，實(shí)現(xiàn)了有效的過載控制。該實(shí)施例也適用于差異化服務(wù)，根據(jù)識別出請求消息為業(yè)務(wù)請求消息和獲取的差異化服務(wù)策略，實(shí)現(xiàn)有效的差異化服務(wù)。圖6為本發(fā)明實(shí)施例五實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的信令流程圖。如圖6所示，本實(shí)施例具體包括:步驟501、UE發(fā)起一個(gè)緊急業(yè)務(wù)，向eNodeB發(fā)送封裝有業(yè)務(wù)類型信息的業(yè)務(wù)請求消息，該業(yè)務(wù)類型信息指示該業(yè)務(wù)請求消息的會話為緊急會話；步驟502、eNodeB接收封裝有業(yè)務(wù)類型信息的業(yè)務(wù)請求消息，根據(jù)業(yè)務(wù)類型信息，判斷業(yè)務(wù)請求消息對應(yīng)的業(yè)務(wù)是否為緊急業(yè)務(wù)，若是，則根據(jù)獲取的MME下發(fā)的過載控制策略和/或差異化服務(wù)策略，將業(yè)務(wù)請求消息進(jìn)行處理；若過載控制策略和/或差異化服務(wù)策略中指示拒絕該業(yè)務(wù)請求消息，eNodeB拒絕該業(yè)務(wù)請求消息否則接受或者將該業(yè)務(wù)請求消息路由到其他未過載或者可服務(wù)的MME。在步驟501之前，本實(shí)施例還包括:eN0deB獲取MME下發(fā)的業(yè)務(wù)類型，以及與業(yè)務(wù)類型對應(yīng)的過載控制策略；eNodeB由此確定緊急業(yè)務(wù)對應(yīng)的過載控制策略。本實(shí)施例還可以包括實(shí)施例四中描述的步驟403 步驟412。當(dāng)MME恢復(fù)正常使用時(shí)，MME將恢復(fù)正常的通知消息發(fā)送給eNodeB。本實(shí)施例通過將業(yè)務(wù)類型信息封裝在業(yè)務(wù)請求消息中發(fā)送給eNodeB，使得eNodeB根據(jù)該業(yè)務(wù)類型信息識別出接收到的請求消息對應(yīng)的業(yè)務(wù)是否緊急業(yè)務(wù)，進(jìn)一步根據(jù)獲取的過載控制策略和/或差異化服務(wù)策略確定是否接受該業(yè)務(wù)請求消息，克服了現(xiàn)有技術(shù)中無法獲知當(dāng)前會話是否為緊急呼叫的問題，實(shí)現(xiàn)了有效的過載控制和/或差異化服務(wù)。圖7為本發(fā)明實(shí)施例六實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖。如圖7所示，本實(shí)施例具體包括:
步驟601、eNodeB接收MME發(fā)送的開始消息，該開始消息中攜帶有用戶類別，以及用戶類別對應(yīng)的過載控制策略和/或差異化服務(wù)策略；本實(shí)施例將各個(gè)用戶劃分為不同的用戶類別，用戶類別可以為高端用戶和低端用戶，也可以為I級用戶和2級用戶，針對不同類別的用戶采取不同的過載控制策略和/或差異化服務(wù)策略，例如:當(dāng)高端用戶發(fā)起業(yè)務(wù)請求消息時(shí)，過載控制策略和/或差異化服務(wù)策略為接受用戶的業(yè)務(wù)請求消息；當(dāng)?shù)投擞脩舭l(fā)起業(yè)務(wù)請求消息時(shí)，過載控制策略和/或差異化服務(wù)策略為拒絕該業(yè)務(wù)請求消息或?qū)⒃摌I(yè)務(wù)請求消息路由到其他MME。步驟602、UE獲取用戶類別信息；本步驟也可以在步驟601之前執(zhí)行。本實(shí)施例中用戶類別和用戶類別信息是不同的概念，由步驟601中的描述可知，用戶類別劃分了各個(gè)用戶，如用戶類別為高端用戶和低端用戶；在本步驟中，用戶類別信息指本實(shí)施例中該UE所屬的用戶類別，如用戶類別信息可以為高端用戶，也可以為低端用戶。具體的說，MME獲取UE的簽約數(shù)據(jù)，該簽約數(shù)據(jù)中包括用戶類別信息；MME將用戶類別信息封裝在非接入層NAS(Non-Access Stratum)消息的新增信元或者擴(kuò)展的現(xiàn)有信元或者現(xiàn)有信元的保留位中，可以通過附著流程、跟蹤區(qū)更新流程、路由區(qū)更新流程、業(yè)務(wù)請求流程或全局臨時(shí)標(biāo)識重分配 流程，將封裝有用戶類別信息的NAS消息發(fā)送給UE。步驟603、eNodeB接收UE發(fā)送的封裝有用戶類別信息的請求消息；步驟604、eNodeB根據(jù)用戶類別信息以及步驟601中獲取的用戶類別，確定UE所屬的用戶類別；步驟605、eNOdeB根據(jù)UE所屬的用戶類別以及該用戶類別對應(yīng)的過載控制策略和/或差異化服務(wù)策略，將請求消息進(jìn)行處理。其中處理請求消息包括:確定接受請求消息或拒絕請求消息或?qū)⒄埱笙⒙?由給其他MME。進(jìn)一步的，本實(shí)施例中以附著流程為例，介紹UE獲取用戶類別信息(步驟602)的方法，具體包括:步驟6021、UE向eNodeB發(fā)送附著請求消息，該附著請求消息中攜帶有IMS1、原⑶T1、上次訪問的TA1、UE能力信息、PDN類型、協(xié)議配置選項(xiàng)、附著類型等NAS信息；步驟6022、eNodeB為UE選擇可用的MME，為UE完成附著流程；步驟6023、UE、MME以及HSS之間執(zhí)行鑒權(quán)流程；步驟6024、MME和HSS之間執(zhí)行位置更新和插入簽約數(shù)據(jù)的流程，將MME的地址注冊到HSS中，同時(shí)HSS將UE的簽約數(shù)據(jù)插入到MME中，該簽約數(shù)據(jù)中包含用戶類別信息；步驟6025、MME和SGW、PGff以及PCRF完成缺省承載建立過程；步驟6026、MME向UE發(fā)送附著接受消息，該附著接受消息中攜帶網(wǎng)絡(luò)側(cè)設(shè)備為UE分配的GUT1、TAI清單以及用戶類別信息等信元；該用戶類別信息是MME根據(jù)HSS中UE簽約數(shù)據(jù)所記錄的用戶類別信息而確定的；步驟6027、若UE的簽約數(shù)據(jù)允許跟非3GPP互通，MME向HSS發(fā)送位置更新請求消息，該位置更新請求消息中攜帶有UE使用的缺省PDN連接的APN和PGW地址信息；步驟6028、HSS保存UE使用的APN和PGW地址信息，向MME返回位置更新響應(yīng)消
肩、O當(dāng)MME恢復(fù)正常使用時(shí)，MME將恢復(fù)正常的通知消息發(fā)送給eNodeB。
本實(shí)施例通過將用戶類別信息封裝在請求消息中發(fā)送給eNodeB，使得eNodeB根據(jù)該用戶類別信息、以及獲取的用戶類別及其過載控制策略和/或差異化服務(wù)策略，確定是否接受該請求消息，實(shí)現(xiàn)了有效的過載控制和/或差異化服務(wù)。圖8為本發(fā)明實(shí)施例七實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖。如圖8所示，本實(shí)施例具體包括:步驟701、eNodeB接收MME發(fā)送的開始消息，該開始消息中攜帶有業(yè)務(wù)優(yōu)先級，以及業(yè)務(wù)優(yōu)先級對應(yīng)的過載控制策略和/或差異化服務(wù)策略；本實(shí)施例中，各個(gè)業(yè)務(wù)分屬于各個(gè)業(yè)務(wù)優(yōu)先級，針對不同業(yè)務(wù)優(yōu)先級的業(yè)務(wù)采取不同的過載控制策略和/或差異化服務(wù)策略，例如:在MME過載時(shí)，針對某一個(gè)業(yè)務(wù)優(yōu)先級以上的所有業(yè)務(wù)都給予接受，低于該業(yè)務(wù)優(yōu)先級的業(yè)務(wù)都給予拒絕或?qū)I(yè)務(wù)路由到其他MME ;或者，針對特定業(yè)務(wù)優(yōu)先級的業(yè)務(wù)給予特定的處理原則，某一些業(yè)務(wù)優(yōu)先級的業(yè)務(wù)給予接受，某一些業(yè)務(wù)優(yōu)先級的業(yè)務(wù)給予拒絕，另一些業(yè)務(wù)優(yōu)先級的業(yè)務(wù)將被路由到其他MME0步驟702、eNodeB接收UE發(fā)送的封裝有業(yè)務(wù)優(yōu)先級信息的請求消息；本實(shí)施例中業(yè)務(wù)優(yōu)先級和業(yè)務(wù)優(yōu)先級信息是不同的概念，由步驟701中的描述可知，業(yè)務(wù)優(yōu)先級劃分了各個(gè)業(yè)務(wù)；在本步驟中，業(yè)務(wù)優(yōu)先級信息指本實(shí)施例中該業(yè)務(wù)所屬的業(yè)務(wù)優(yōu)先級。步驟703、eNodeB根據(jù)業(yè)務(wù)優(yōu)先級信息，確定當(dāng)前業(yè)務(wù)所屬的業(yè)務(wù)優(yōu)先級，根據(jù)步驟701獲取的業(yè)務(wù)優(yōu)先級及其對應(yīng)的過載控制策略和/或差異化服務(wù)策略，對請求消息進(jìn)行處理。其中處理請求消息包括:確定接受請求消息或拒絕請求消息或?qū)⒄埱笙⒙酚山o其他MME。當(dāng)MME恢復(fù)正常使 用時(shí)，MME將恢復(fù)正常的通知消息發(fā)送給eNodeB。本實(shí)施例通過將業(yè)務(wù)優(yōu)先級信息封裝在請求消息中發(fā)送給eNodeB,使得eNodeB根據(jù)該業(yè)務(wù)優(yōu)先級信息、以及獲取的業(yè)務(wù)優(yōu)先級及其過載控制策略和/或差異化服務(wù)策略，確定是否接受該請求消息，實(shí)現(xiàn)了有效的過載控制和/或差異化服務(wù)。圖9為本發(fā)明實(shí)施例八實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖。如圖9所示，本實(shí)施例具體包括:步驟801、eNodeB接收MME發(fā)送的開始消息,該開始消息中攜帶有用戶設(shè)備狀態(tài)類另IJ，以及用戶設(shè)備狀態(tài)類別對應(yīng)的過載控制策略和/或差異化服務(wù)策略；本實(shí)施例中，針對不同狀態(tài)的UE采取不同的過載控制策略和/或差異化服務(wù)策略，例如:在MME過載時(shí)，處于激活態(tài)的UE所發(fā)起的請求消息都給予接受，處于空閑態(tài)的UE所發(fā)起的請求消息都給予拒絕或?qū)⒄埱笙⒙酚傻狡渌鸐ME。步驟802、UE向eNodeB發(fā)送請求消息；步驟803、eNOdeB接收上述請求消息，判斷并獲取UE的狀態(tài)信息，可根據(jù)是否存在Iu連接或SI連接來判斷UE處于激活態(tài)或空閑態(tài)；步驟804、eNodeB根據(jù)UE的狀態(tài)信息，確定當(dāng)前狀態(tài)信息所屬的用戶設(shè)備狀態(tài)類另O，根據(jù)步驟801獲取的用戶設(shè)備狀態(tài)類別及其對應(yīng)的過載控制策略和/或差異化服務(wù)策略，對請求消息進(jìn)行處理。其中處理請求消息包括:確定接受請求消息或拒絕請求消息或?qū)⒄埱笙⒙酚山o其他MME。
當(dāng)MME恢復(fù)正常使用時(shí)，MME將恢復(fù)正常的通知消息發(fā)送給eNodeB。本實(shí)施例使得eNodeB根據(jù)UE的狀態(tài)信息、以及獲取的用戶設(shè)備狀態(tài)類別及其過載控制策略和/或差異化服務(wù)策略，確定是否接受請求消息，實(shí)現(xiàn)了有效的過載控制和/或差異化服務(wù)。圖10為本發(fā)明實(shí)施例九實(shí)現(xiàn)過載控制或差異化服務(wù)的方法的流程圖。如圖10所示，本實(shí)施例具體包括:步驟901、UE接收由MME發(fā)送的或MME通過eNodeB轉(zhuǎn)發(fā)的策略通知消息，該策略通知消息可以是NAS消息，其中攜帶有UE的用戶類別信息，和/或，用戶類別或業(yè)務(wù)優(yōu)先級或用戶設(shè)備狀態(tài)類別或業(yè)務(wù)類型或消息類型，以及與用戶類別或業(yè)務(wù)優(yōu)先級或用戶設(shè)備狀態(tài)類別或業(yè)務(wù)類型或消息類型對應(yīng)的過載控制策略或差異化服務(wù)策略；這些攜帶的信息可以通過新增一個(gè)或幾個(gè)信元來攜帶，也可以采用擴(kuò)展現(xiàn)有信元來實(shí)現(xiàn)，例如P-TMS1、網(wǎng)絡(luò)能力信息、GUTI等現(xiàn)有信元，還可以采用在現(xiàn)有信元的保留位上攜帶；步驟902、UE向eNodeB發(fā)送請求消息；當(dāng)策略通知消息中攜帶的為用戶類別以及用戶類別對應(yīng)的過載控制策略或差異化服務(wù)策略時(shí)，該請求消息中封裝有用戶類別信息、和/或用戶類別、以及與所述用戶類別對應(yīng)的過載控制策略或 差異化服務(wù)策略；當(dāng)策略通知消息中攜帶的為業(yè)務(wù)優(yōu)先級以及業(yè)務(wù)優(yōu)先級對應(yīng)的過載控制策略或差異化服務(wù)策略時(shí)，該請求消息也可以封裝業(yè)務(wù)優(yōu)先級信息、業(yè)務(wù)優(yōu)先級、以及與所述業(yè)務(wù)優(yōu)先級對應(yīng)的過載控制策略或差異化服務(wù)策略；當(dāng)策略通知消息中攜帶的為業(yè)務(wù)類型以及業(yè)務(wù)類型對應(yīng)的過載控制策略或差異化服務(wù)策略時(shí)，該請求消息也可以封裝業(yè)務(wù)類型、以及與所述業(yè)務(wù)類型對應(yīng)的過載控制策略或差異化服務(wù)策略；當(dāng)策略通知消息中攜帶的為消息類型以及消息類型對應(yīng)的過載控制策略或差異化服務(wù)策略時(shí)，該請求消息也可以封裝消息類型、以及與所述消息類型對應(yīng)的過載控制策略或差異化服務(wù)策略。步驟903、eNodeB根用戶類別信息所屬的用戶類別，以及與用戶類別對應(yīng)的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處理；或者，eNodeB根據(jù)業(yè)務(wù)優(yōu)先級信息所屬的業(yè)務(wù)優(yōu)先級，以及與業(yè)務(wù)優(yōu)先級對應(yīng)的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處理；或者，eNodeB根據(jù)業(yè)務(wù)類型以及業(yè)務(wù)類型對應(yīng)的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處理；或者，eNodeB根據(jù)消息類型以及消息類型對應(yīng)的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處理。當(dāng)步驟901中策略通知消息中攜帶的為用戶設(shè)備狀態(tài)類別以及用戶設(shè)備狀態(tài)類別對應(yīng)的過載控制策略或差異化服務(wù)策略時(shí)，步驟902中的請求消息中封裝的指示信息為用戶設(shè)備狀態(tài)類別，以及與所述用戶設(shè)備狀態(tài)類別對應(yīng)的過載控制策略或差異化服務(wù)策略；在步驟903之前還包括eNodeB判斷并獲取用戶設(shè)備的狀態(tài)信息，可根據(jù)是否存在Iu連接或SI連接來判斷UE處于激活態(tài)或空閑態(tài)；步驟903具體為:根據(jù)用戶設(shè)備的狀態(tài)信息所屬的用戶設(shè)備狀態(tài)類別，以及與用戶設(shè)備狀態(tài)類別對應(yīng)的過載控制策略和/或差異化服務(wù)策略，將請求消息進(jìn)行處理。所述處理請求消息包括:確定接受請求消息或拒絕請求消息或?qū)⒄埱笙⒙酚山o其他MME。本實(shí)施例將指示信息封裝在請求消息中發(fā)送給eNodeB,使得eNodeB根據(jù)該指示信息、以及獲取過載控制策略和/或差異化服務(wù)策略，確定是否接受該請求消息，實(shí)現(xiàn)了有效的過載控制和/或差異化服務(wù)。圖11為本發(fā)明實(shí)施例實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置的示意圖，本實(shí)施例可以為單獨(dú)的功能實(shí)體，也可以集成在接入網(wǎng)側(cè)設(shè)備中，如在EUTRAN網(wǎng)絡(luò)中，本實(shí)施例集成在eNodeB中。如圖11所示，本實(shí)施例具體包括:第一接收模塊11，用于接收封裝有指示信息的請求消息；該指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；接入模塊12，用于根據(jù)請求消息中的指示信息，以及獲取的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處理。第一接收模塊11可以具體為第二接收模塊，用于接收在請求消息的新增信元或現(xiàn)有信元或擴(kuò)展信元中封裝指示信息的請求消息；第一接收模塊11也可以具體為第三接收模塊，用于接收在請求消息中所包括的全局唯一臨時(shí)標(biāo)識或P-TMSI或TMSI中封裝指示Ih息的請求消息。本實(shí)施例還可以包括:第四接收模塊13，用于接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的開始消息，該開始消息中攜帶有用戶類別或業(yè)務(wù)優(yōu)先級或用戶設(shè)備狀態(tài)類別或消息類型或業(yè)務(wù)類型，以及與用戶類別或業(yè)務(wù)優(yōu)先級或用戶設(shè)備狀態(tài)類別或消息類型或業(yè)務(wù)類型對應(yīng)的過載控制策略或差異化服務(wù)策略。本實(shí)施例通過接收封裝有指示信息的請求消息，根據(jù)指示信息來識別請求消息，克服了現(xiàn)有技術(shù)中無法識別請求消息的類型等一系列問題，實(shí)現(xiàn)了有效的過載控制或差異化服務(wù)。圖12為本發(fā)明實(shí)施例用戶設(shè)備的示意圖，如圖12所示，本實(shí)施例具體包括:第一封裝模塊21，用于將指 示信息封裝在請求消息中，該指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；發(fā)送模塊22，用于發(fā)送封裝有指示信息的請求消息。第一封裝模塊21可以具體為第二封裝模塊，用于將指示信息封裝在請求消息的新增信元或現(xiàn)有信元或擴(kuò)展信元中；第一封裝模塊21也可以具體為第三封裝模塊，用于將指示信息封裝在請求消息中所包括的全局唯一臨時(shí)標(biāo)識或P-TMSI或TMSI中。本實(shí)施例還可以包括:獲取模塊23，用于獲取用戶類別信息。獲取模塊23可以具體為第一獲取模塊，用于接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的或網(wǎng)絡(luò)側(cè)設(shè)備通過接入網(wǎng)側(cè)設(shè)備轉(zhuǎn)發(fā)的策略通知消息，所述策略通知消息中攜帶有用戶設(shè)備的用戶類別信息，和/或，用戶類別或業(yè)務(wù)優(yōu)先級或用戶設(shè)備狀態(tài)類別或消息類型或業(yè)務(wù)類型，以及與所述用戶類別或業(yè)務(wù)優(yōu)先級或用戶設(shè)備狀態(tài)類別或消息類型或業(yè)務(wù)類型對應(yīng)的過載控制策略或差異化服務(wù)策略。本實(shí)施例通過將指示信息封裝在請求消息中，根據(jù)指示信息來識別請求消息，克服了現(xiàn)有技術(shù)中無法識別請求消息的類型等一系列問題，實(shí)現(xiàn)了有效的過載控制或差異化服務(wù)。圖13為本發(fā)明實(shí)施例實(shí)現(xiàn)過載控制或差異化服務(wù)的系統(tǒng)的示意圖，如圖13所示，本實(shí)施例具體包括用戶設(shè)備31和eNodeB32。其中用戶設(shè)備31可以包括:第一封裝模塊311，用于將指示信息封裝在請求消息中，指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；發(fā)送模塊312，用于發(fā)送封裝有指示信息的請求消息。eNodeB32可以包括:第一接收模塊321，用于接收封裝有指示信息的請求消息；接入模塊322，用于根據(jù)請求消息中的指示信息以及獲取的過載控制策略或差異化服務(wù)策略，將請求消息進(jìn)行處理。本實(shí)施例還可以包括MME33，用于獲取包括用戶類別信息的簽約數(shù)據(jù)，將用戶類別信息，和/或，用戶類別或業(yè)務(wù)優(yōu)先級或用戶設(shè)備狀態(tài)類別或消息類型或業(yè)務(wù)類型，以及與所述用戶類別或業(yè)務(wù)優(yōu)先級用戶設(shè)備狀態(tài)類別或消息類型或或業(yè)務(wù)類型對應(yīng)的過載控制策略或差異化服務(wù)策略封裝在NAS消息的新增信元或現(xiàn)有信元或擴(kuò)展信元中，并將NAS消息發(fā)送給用戶設(shè)備。上述用戶設(shè)備可以為本發(fā)明實(shí)施例用戶設(shè)備中所述的任一用戶設(shè)備，上述eNodeB可以為本發(fā)明實(shí)施例實(shí)現(xiàn)過載控制的裝置中所述的任一 eNodeB。本實(shí)施例通過將指示信息封裝在請求消息中，根據(jù)指示信息來識別請求消息，克服了現(xiàn)有技術(shù)中無法識別請求消息的類型等一系列問題，實(shí)現(xiàn)了有效的過載控制或差異化服務(wù)。本領(lǐng)域普通技術(shù)人員可以理解:實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計(jì)算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟，而前述的存儲介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

最后應(yīng)說明的是:以上實(shí)施例僅用以說明本發(fā)明實(shí)施例的技術(shù)方案，而非對其限制；盡管參照前述實(shí)施例對本發(fā)明實(shí)施例進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種實(shí)現(xiàn)過載控制或差異化服務(wù)的方法，其特征在于，包括: 基站接收用戶設(shè)備發(fā)送的請求消息，所述請求消息包括用戶類別信息； 所述基站根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略對所述請求消息進(jìn)行處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略對所述請求消息進(jìn)行處理，包括: 所述基站根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略拒絕所述請求消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括: 所述基站接收所述用戶設(shè)備或者移動性管理網(wǎng)元發(fā)送的所述過載控制策略或者所述差異化服務(wù)策略。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述請求消息還包括:所述過載控制策略或者所述差異化服務(wù)策略。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶設(shè)備發(fā)送的所述用戶類別信息是網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送 的。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略對所述請求消息進(jìn)行處理，包括: 所述基站根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略轉(zhuǎn)發(fā)所述請求消息至其他網(wǎng)絡(luò)側(cè)設(shè)備處理。
7.一種實(shí)現(xiàn)過載控制或差異化服務(wù)的方法，其特征在于，包括: 用戶設(shè)備接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的用戶類別信息； 所述用戶設(shè)備發(fā)送請求消息至基站，所述請求消息包括所述用戶類別信息，以使所述基站根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略對所述請求消息進(jìn)行處理。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，還包括: 所述用戶設(shè)備還發(fā)送所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略至所述基站。
9.一種實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，其特征在于，包括: 用于接收用戶設(shè)備發(fā)送的請求消息的第一裝置，所述請求消息包括用戶類別信息； 用于根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略對所述請求消息進(jìn)行處理的第二裝置。
10.根據(jù)權(quán)利要求9所述的實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，其特征在于，所述第二裝置，具體用于: 根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略拒絕所述請求消息。
11.根據(jù)權(quán)利要求9所述的實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，其特征在于，所述第一裝置，還用于收所述用戶設(shè)備或者移動性管理網(wǎng)元發(fā)送的所述過載控制策略或者所述差異化服務(wù)策略。
12.根據(jù)權(quán)利要求9所述的實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，其特征在于，所述請求消息還包括:所述過載控制策略或者所述差異化服務(wù)策略。
13.根據(jù)權(quán)利要求9所述的實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，其特征在于，所述用戶設(shè)備發(fā)送的所述用戶類別信息是網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的。
14.根據(jù)權(quán)利要求9所述的實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，其特征在于，所述第二裝置，具體用于: 根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略轉(zhuǎn)發(fā)所述請求消息至其他網(wǎng)絡(luò)側(cè)設(shè)備處理。
15.一種實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，其特征在于，包括: 用于接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的用戶類別信息的第一裝置； 用于發(fā)送請求消息至基站的第二裝置，所述請求消息包括所述用戶類別信息，以使所述基站根據(jù)所述用戶類別信息，以及所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略對所述請求消息進(jìn)行處理。
16.根據(jù)權(quán)利要求15所述的實(shí)現(xiàn)過載控制或差異化服務(wù)的裝置，其特征在于，所述第二裝置，還用于，發(fā)送所述用戶類別信息對應(yīng)的過載控制策略或者差異化服務(wù)策略至所述基站ο`
全文摘要
本發(fā)明實(shí)施例涉及一種實(shí)現(xiàn)過載控制或差異化服務(wù)的方法、裝置、系統(tǒng)及用戶設(shè)備，其中方法包括接收封裝有指示信息的請求消息；所述指示信息包括消息類型信息或業(yè)務(wù)類型信息或用戶類別信息或業(yè)務(wù)優(yōu)先級信息；根據(jù)請求消息中的所述指示信息以及獲取的過載控制策略或差異化服務(wù)策略，將所述請求消息進(jìn)行處理。本發(fā)明實(shí)施例通過接收封裝有指示信息的請求消息，根據(jù)指示信息來識別請求消息，克服了現(xiàn)有技術(shù)中無法識別請求消息的類型等一系列問題，實(shí)現(xiàn)了有效的過載控制或差異化服務(wù)。
文檔編號H04W8/12GK103227983SQ20131015773
公開日2013年7月31日 申請日期2008年6月16日 優(yōu)先權(quán)日2008年6月16日
發(fā)明者孫曉姬, 袁立平 申請人:華為技術(shù)有限公司