專利名稱：建立rrc連接的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種建立RRC連接的方法及系統(tǒng)。
背景技術(shù)：
在移動(dòng)通信系統(tǒng)中，UE (User Equipment，用戶設(shè)備)取得服務(wù)之前，都必須進(jìn)行RRC(Radio Resource Control,無線資源控制)連接。如圖I所示，為UE建立RRC連接的過程。其中，步驟1-3，為UE和RNC(RadioNetwork Controller,無線網(wǎng)絡(luò)控制器)之間建立RRC連接,步驟4_5完成UE把發(fā)起的業(yè)務(wù)指示發(fā)送給核心網(wǎng)的過程，步驟6-7將建立業(yè)務(wù)連接的結(jié)果返回給UE，此時(shí)，UE可以得知業(yè)務(wù)連接建立是否成功。 但是，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下缺陷當(dāng)UE得知建立業(yè)務(wù)連接建立失敗后，很多UE，特別是智能手機(jī)會(huì)不斷的發(fā)起建立RRC連接的重試，要求UE不斷的重復(fù)圖I中建立RRC連接的步驟。當(dāng)大量的手機(jī)進(jìn)行上網(wǎng)業(yè)務(wù)時(shí)，UE不斷的發(fā)起建立RRC連接的重試的行為會(huì)對(duì)通信系統(tǒng)中的空口資源造成極大的負(fù)擔(dān)，甚至使網(wǎng)絡(luò)癱瘓。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種建立RRC連接的方法和系統(tǒng)，以解決在現(xiàn)有技術(shù)中當(dāng)UE得知建立業(yè)務(wù)連接失敗后反復(fù)發(fā)起建立RRC連接的重試導(dǎo)致的對(duì)空口資源占用過大的問題。一方面，提供了一種建立RRC連接的方法，所述方法包括接收UE發(fā)送的建立RRC連接的請(qǐng)求；判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法；如果不合法，向所述UE發(fā)送RRC連接拒絕消息；其中，所述業(yè)務(wù)指示具體包括APN(Access Point Name,接入點(diǎn)名稱)和/或PDP (Packet Data Protocol,分組數(shù)據(jù)協(xié)議)地址和/或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)或多項(xiàng)參數(shù)。一方面，提供了一種建立RRC連接的系統(tǒng)，所述系統(tǒng)包括接入網(wǎng)設(shè)備；其中，所述接入網(wǎng)設(shè)備包括接收模塊，用于接收所述UE發(fā)送的所述建立RRC連接的請(qǐng)求；判斷模塊，用于判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法；第一發(fā)送模塊，用于所述判斷模塊判斷出所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示不合法時(shí)，向所述UE發(fā)送RRC連接拒絕消息；其中，所述業(yè)務(wù)指示具體包括接入點(diǎn)名稱APN、分組數(shù)據(jù)協(xié)議TOP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)或多項(xiàng)參數(shù)。另一方面，還提供了一種建立RRC連接的方法，所述方法包括
接收UE發(fā)送的建立RRC連接的請(qǐng)求，根據(jù)所述建立RRC連接請(qǐng)求消息中的UE標(biāo)識(shí)和預(yù)設(shè)的認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷所述UE是否合法；如果不合法，向所述UE發(fā)送RRC連接拒絕消息。另一 方面，提供了一種建立RRC連接的系統(tǒng)，所述系統(tǒng)包括接入網(wǎng)設(shè)備；其中，所述接入網(wǎng)設(shè)備，具體包括接收模塊，用于接收UE發(fā)送的建立RRC連接的請(qǐng)求，根據(jù)所述建立RRC連接請(qǐng)求消息中的UE標(biāo)識(shí)和預(yù)設(shè)的認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷所述UE是否合法；判斷模塊，用于根據(jù)所述UE的UE標(biāo)識(shí)和認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷所述UE是否合法；第一發(fā)送模塊，用于當(dāng)所述判斷模塊判斷得出所述UE不合法時(shí)，向所述UE發(fā)送RRC連接拒絕消息。本發(fā)明實(shí)施例提供的技術(shù)方案的有益效果是通過接入網(wǎng)設(shè)備來判斷建立RRC連接請(qǐng)求是被拒絕或接受，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。
為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例中使用的附圖并做簡單地介紹，顯而易見地，下面所列附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明背景技術(shù)中所提供的一種建立RRC連接的方法的流程圖；圖2為本發(fā)明實(shí)施例I所提供的一種建立RRC連接的方法的流程圖；圖3為本發(fā)明實(shí)施例2所提供的一種建立RRC連接的方法的流程圖；圖4為本發(fā)明實(shí)施例3所提供的一種建立RRC連接的方法的流程圖；圖5為本發(fā)明實(shí)施例3所提供的一種建立或更新認(rèn)證數(shù)據(jù)庫的方法的流程圖；圖6為本發(fā)明實(shí)施例3所提供的第二種建立或更新認(rèn)證數(shù)據(jù)庫的方法的流程圖；圖7為本發(fā)明實(shí)施例3所提供的第三種更新認(rèn)證數(shù)據(jù)庫的方法的流程圖；圖8為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)的接入網(wǎng)設(shè)備的結(jié)構(gòu)示意圖；圖9為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)中的判斷模塊的結(jié)構(gòu)示意圖；圖10為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)中的核心網(wǎng)的結(jié)構(gòu)示意圖；圖11為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)的接入網(wǎng)設(shè)備的第二種結(jié)構(gòu)意圖；圖12為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)中的認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊的結(jié)構(gòu)示意圖；圖13為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)中的核心網(wǎng)的更新模塊的種結(jié)構(gòu)示意圖；圖14為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)中的認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊的第二種結(jié)構(gòu)示意圖；圖15為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)中的核心網(wǎng)的更新模塊的第二種結(jié)構(gòu)示意圖；圖16為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)中的認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊的第三種結(jié)構(gòu)示意圖；圖17為本發(fā)明實(shí)施例4所提供的一種建立RRC連接的系統(tǒng)的接入網(wǎng)設(shè)備的第三種結(jié)構(gòu)意圖；圖18為本發(fā)明實(shí)施例5所提供的一種建立RRC連接的方法的流程圖；
圖19為本發(fā)明實(shí)施例5所提供的一種建立或更新認(rèn)證數(shù)據(jù)庫的方法的流程圖；圖20為本發(fā)明實(shí)施例5所提供的一種建立或更新認(rèn)證數(shù)據(jù)庫的方法的第二種流程圖；圖21為本發(fā)明實(shí)施例6所提供的一種建立RRC連接的方法的流程圖；圖22為本發(fā)明實(shí)施例7所提供的一種建立RRC連接的系統(tǒng)的接入網(wǎng)設(shè)備的結(jié)構(gòu)示意圖；圖23為本發(fā)明實(shí)施例7所提供的一種建立RRC連接的系統(tǒng)的接入網(wǎng)設(shè)備的第二種結(jié)構(gòu)意圖；圖24為本發(fā)明實(shí)施例7所提供的一種建立RRC連接的系統(tǒng)中的接入網(wǎng)設(shè)備的認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊的結(jié)構(gòu)示意圖；圖25為本發(fā)明實(shí)施例7所提供的一種建立RRC連接的系統(tǒng)中的核心網(wǎng)的更新模塊的結(jié)構(gòu)示意圖；圖26為本發(fā)明實(shí)施例7所提供的一種建立RRC連接的系統(tǒng)中的接入網(wǎng)設(shè)備的認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊的第二種結(jié)構(gòu)示意圖；圖27為本發(fā)明實(shí)施例7所提供的一種建立RRC連接的系統(tǒng)的接入網(wǎng)設(shè)備的第三種結(jié)構(gòu)意圖；圖28為本發(fā)明實(shí)施例7所提供的一種建立RRC連接的系統(tǒng)的接入網(wǎng)設(shè)備的第四種結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明實(shí)施方式作進(jìn)一步地詳細(xì)描述。本發(fā)明的方法可以適用于多種無線接入網(wǎng)，例如演進(jìn)通用移動(dòng)通信系統(tǒng)(Universal Mobile Telecommunication System,簡稱 UMTS)陸地?zé)o線接入網(wǎng)(EvolvedUniversal Mobile Telecommunication System Territorial Radio AccessNetwork,簡稱E-UTRAN)、UMTS 陸地?zé)o線接入網(wǎng)(UMTS Territorial RadioAccess Network，簡稱 UTRAN)、全球移動(dòng)通信系統(tǒng)(Global System for MobileCommunications,簡稱GSM) /提高數(shù)據(jù)速率的 GSM 演進(jìn)技術(shù)(^Enhanced Data ratefor GSM Evolution,簡稱 EDGE)無線接入網(wǎng)(GSMEDGE Radio Access Network,簡稱 GERAN)等網(wǎng)絡(luò)。其中的接入網(wǎng)設(shè)備可以為E-UTRAN中的演進(jìn)型NodeB(Evolved NodeB,簡稱eNB)或家庭演進(jìn)型 NodeB (Home Evolved NodeB,簡稱 HeNB),還可以為 UTRAN/GERAN 中的無線網(wǎng)絡(luò)控制器(Radio Network Controller,簡稱RNC)或基站控制器(Base StationController,簡稱 BSC),也可以為非 3GPP 網(wǎng)絡(luò)的 WLAN(Wireless Local Area Networks,無線局域網(wǎng)絡(luò))中的演進(jìn)分組數(shù)據(jù)網(wǎng)關(guān)(Evolved Packet Data Gateway,簡稱ePDG)中的接入網(wǎng)邏輯功能、WiMAX(Worldwide Interoperability for Microwave Access,全球微波互聯(lián)接入)網(wǎng)絡(luò)中的接入服務(wù)網(wǎng)絡(luò)的基站(Access Service Network Base Station,簡稱ASNBS)等網(wǎng)元。其中的核心網(wǎng)設(shè)備可以為E-UTRAN中的移動(dòng)性管理實(shí)體(MobilityManagementEntity,簡稱MME),還可以為UTRAN/GERAN中 的服務(wù)通用分組無線服務(wù)(General PacketRadio Service,簡稱GPRS)支持節(jié)點(diǎn)(Serving GPRSSupporting Node,簡稱 SGSN)等網(wǎng)兀。需要說明的是，在本發(fā)明提供的實(shí)施例中，接入網(wǎng)設(shè)備均以RNC為例進(jìn)行說明。實(shí)施例I如圖2所示，本發(fā)明實(shí)施例提供了一種建立RRC連接的方法，該方法包括101、接收UE發(fā)送的建立RRC連接的請(qǐng)求；102、判斷上述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法，如果合法，執(zhí)行步驟103，如果不合法，執(zhí)行步驟104 ；103、向UE發(fā)送RRC連接建立消息；104、向UE發(fā)送RRC連接拒絕消息。其中，業(yè)務(wù)指示具體包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)或
多項(xiàng)參數(shù)。本發(fā)明實(shí)施例通過接入網(wǎng)設(shè)備對(duì)建立RRC連接請(qǐng)求中的業(yè)務(wù)指示來判斷建立RRC連接請(qǐng)求是被拒絕或接受，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。實(shí)施例2如圖3所示，本發(fā)明實(shí)施例提供了一種建立RRC連接的方法，實(shí)施例2是在實(shí)施例I的基礎(chǔ)之上進(jìn)行的細(xì)化，以對(duì)本發(fā)明提供的方法進(jìn)行說明。在本實(shí)施例中，參與建立RRC連接的設(shè)備包括UE、RNC和核心網(wǎng)。201、UE向RNC發(fā)送建立RRC連接的請(qǐng)求；其中，上述請(qǐng)求具體的為RRCConnenction Request,RRC ConnenctionRequest需要說明的是，RRC Connenction Request中包括業(yè)務(wù)指示,該業(yè)務(wù)指示包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)或多項(xiàng)參數(shù)。進(jìn)一步地,上述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型,具體的在RRC ConnenctionRequest中體現(xiàn)為原因值，用來指示是什么業(yè)務(wù)發(fā)起的建立RRC連接的請(qǐng)求，例如QQ、MSN、TWITTER、
微博等。在本實(shí)施例中，為了便于說明，假設(shè)在UE向RNC發(fā)送的建立RRC連接請(qǐng)求中只包括APN為例進(jìn)行說明。202、RNC接收到上述請(qǐng)求后，向核心網(wǎng)發(fā)送新增的認(rèn)證APN的請(qǐng)求消息；其中，上述認(rèn)證APN的請(qǐng)求消息，為了便于說明，在本實(shí)施例中可以命名為apnauthentication request消息，該消息中至少包括消息類型、UE標(biāo)識(shí)和APN。UE標(biāo)識(shí)可以為 IMSI (InternationalMobileSubscriberIdentificationNumber,國際移動(dòng)用戶識(shí)別石馬)、P-TMSI (Packet Temporary Mobile Subscriber Identity,報(bào)文臨時(shí)移動(dòng)用戶標(biāo)識(shí))或 IMEI (International Mobile Equipment Identity,國際移動(dòng)設(shè)備身份碼)等。需要說明的是，當(dāng)步驟201中不具體的限定建立RRC連接請(qǐng)求中只包括APN時(shí)，本步驟具體的為RNC接收到上述請(qǐng)求后，向核心網(wǎng)發(fā)送認(rèn)證請(qǐng)求消息，該認(rèn)證請(qǐng)求消息中至少包括消息類型、UE標(biāo)識(shí)、業(yè)務(wù)指示。203、核心網(wǎng)判斷上述APN是否合法，并將判斷結(jié)果返回給RNC，如果合法，執(zhí)行步驟204，如果不合法，執(zhí)行步驟205 ；需要說明的是，當(dāng)步驟201中不具體的限定建立RRC連接請(qǐng)求中只包括APN時(shí)，本步驟具體的為
核心網(wǎng)判斷認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示是否合法，并將判斷結(jié)果返回給RNC，如果合法，執(zhí)行步驟204，如果不合法，執(zhí)行步驟205。需要說明的是，在本實(shí)施例中，判斷業(yè)務(wù)指示是否合法是指判斷UE的apn/pdp地址/業(yè)務(wù)類型是否簽約，或者該UE的apn/pdp地址/業(yè)務(wù)類型是否沒有限制。核心網(wǎng)判斷認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示是否合法，具體包括當(dāng)業(yè)務(wù)指示為APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)參數(shù)時(shí)，核心網(wǎng)判斷認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示是否合法，具體的為，核心網(wǎng)判斷該參數(shù)是否合法；當(dāng)業(yè)務(wù)指示為APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的多項(xiàng)參數(shù)時(shí)，核心網(wǎng)判斷認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示是否合法，具體的為，核心網(wǎng)判斷該多項(xiàng)參數(shù)中的全部或部分是否合法。核心網(wǎng)判斷該多項(xiàng)參數(shù)中的全部或部分是否合法，可以包括多種判斷原則例如，如果該多項(xiàng)參數(shù)中的全部參數(shù)均合法，則認(rèn)為認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示合法；或，如果該多項(xiàng)參數(shù)中的全部參數(shù)中有一項(xiàng)參數(shù)合法，則認(rèn)為認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示合法；或，當(dāng)核心網(wǎng)接收到該多項(xiàng)參數(shù)中，只選取其中一個(gè)參數(shù)進(jìn)行判斷，如果該參數(shù)合法，即認(rèn)為認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示合法。204、RNC向UE發(fā)送RRC連接建立消息；在本實(shí)施例中，RRC連接建立消息具體地為RRC Connection Setup消息。205、RNC向UE發(fā)送RRC連接拒絕消息。在本實(shí)施例中，RRC連接拒絕消息體地為RRC Connection Reject消息。進(jìn)一步地,在RRC Connection Reject消息還可以包括核心網(wǎng)拒絕該UE建立RRC的原因值，例如，原因值為APN/PDP地址/業(yè)務(wù)類型非法等。本發(fā)明實(shí)施例通過增加新流程和核心網(wǎng)進(jìn)行交互，來判斷建立RRC連接請(qǐng)求是被拒絕或接受，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。同時(shí)，目前大量的具有I3USH功能的智能手機(jī)，PUSH功能要求UE和PUSH服務(wù)器有一個(gè)保持連接的心跳機(jī)制，即每隔一定時(shí)間，UE或者PUSH服務(wù)器要發(fā)送心跳包，要求UE不斷的重復(fù)圖I中建立RRC連接的步驟，本發(fā)明同時(shí)可以解決具有PUSH功能的手機(jī)占用空口資源，在建立RRC連接時(shí)使用過多信令的問題。實(shí)施例3
如圖4所示，本發(fā)明實(shí)施例提供了一種建立RRC連接的方法，是在實(shí)施例I的基礎(chǔ)之上改進(jìn)而來。在本實(shí)施例中，參與建立RRC連接的設(shè)備包括UE和RNC，在RNC預(yù)先建立有認(rèn)證數(shù)據(jù)庫，該認(rèn)證數(shù)據(jù)庫保存有可以對(duì)業(yè)務(wù)指示進(jìn)行認(rèn)證的認(rèn)證信息。一種建立RRC連接的方法，具體包括301、UE向RNC發(fā)送建立RRC連接的請(qǐng)求；其中，上述請(qǐng)求具體的為RRCConnenction Request,RRC ConnenctionRequest需要說明的是，RRC Connenction Request中包括業(yè)務(wù)指示,該業(yè)務(wù)指示包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)或多項(xiàng)參數(shù)。進(jìn)一步地,上述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型，具體的在RRC ConnenctionRequest中體現(xiàn)為原因值，用來指示是什么業(yè)務(wù)發(fā)起的建立RRC連接的請(qǐng)求，例如QQ、MSN、TWITTER、
微博等。302、RNC接收到上述請(qǐng)求后，根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息對(duì)建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示進(jìn)行認(rèn)證，如果合法，執(zhí)行步驟303，如果不合法，執(zhí)行步驟304 ；在本步驟中，以RNC根據(jù)認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息對(duì)建立RRC連接的請(qǐng)求中的APN進(jìn)行認(rèn)證舉例進(jìn)行說明此時(shí)，預(yù)先建立的認(rèn)證數(shù)據(jù)庫中保存的認(rèn)證信息應(yīng)至少包括UE標(biāo)識(shí)和業(yè)務(wù)指示信息，在本實(shí)施例中具體的為UE標(biāo)識(shí)和APN信息，以表I為例表I
IMSIAPN~
0000123 I0000121 2在上述認(rèn)證數(shù)據(jù)庫中，以UE的MSI作為UE標(biāo)識(shí)，并在認(rèn)證數(shù)據(jù)庫中建立MSI和APN的對(duì)應(yīng)關(guān)系，當(dāng)RNC接收到UE發(fā)送的RRC Connenction Request后，RNC將RRCConnenction Request中的UE標(biāo)識(shí)和APN與表I中的認(rèn)證信息進(jìn)行比較,如果匹配,貝U認(rèn)為APN為簽約的，認(rèn)證結(jié)果為合法，執(zhí)行步驟303，如果不匹配或不存在，則認(rèn)為APN為未簽約的，認(rèn)證結(jié)果為不合法，執(zhí)行步驟304。進(jìn)一步地，在表I中存儲(chǔ)的為UE標(biāo)識(shí)及UE標(biāo)識(shí)對(duì)應(yīng)的APN的正確值，在實(shí)際應(yīng)用中，還可以采用如下方法在認(rèn)證數(shù)據(jù)庫中存儲(chǔ)認(rèn)證信息，該認(rèn)證信息中還可以為UE標(biāo)識(shí)及UE標(biāo)識(shí)對(duì)應(yīng)的APN的錯(cuò)誤值；
相應(yīng)地，當(dāng)RNC 接收到 UE 發(fā)送的 RRC Connenction Request 后，RNC 將 RRCConnenction Request中的UE標(biāo)識(shí)和APN與認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)及UE標(biāo)識(shí)對(duì)應(yīng)的APN的錯(cuò)誤值進(jìn)行比較，如果相同，認(rèn)證結(jié)果為不合法，如果不相同，則認(rèn)證結(jié)果為合法。需要說明的是，當(dāng)業(yè)務(wù)指示包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)參數(shù)時(shí)，根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法包括根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷業(yè)務(wù)指示中的一項(xiàng)參數(shù)是否合法；
或者，當(dāng)業(yè)務(wù)指示包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的多項(xiàng)參數(shù)時(shí)，根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法包括根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷業(yè)務(wù)指示中的多項(xiàng)參數(shù)種的全部或其中任意一項(xiàng)是否合法。RNC判斷該多項(xiàng)參數(shù)中的全部或部分是否合法，可以包括多種判斷原則例如，如果該多項(xiàng)參數(shù)中的全部參數(shù)均合法，則認(rèn)為認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示合法；或，如果該多項(xiàng)參數(shù)中的全部參數(shù)中有一項(xiàng)參數(shù)合法,貝U認(rèn)為認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示合法；或，當(dāng)RNC接收到該多項(xiàng)參數(shù)中，只選取其中一個(gè)參數(shù)進(jìn)行判斷，如果該參數(shù)合法，SP認(rèn)為認(rèn)證請(qǐng)求消息中的業(yè)務(wù)指示合法。303、RNC向UE發(fā)送RRC連接建立消息；在本實(shí)施例中，RRC連接建立消息具體地為RRC Connection Setup消息。304、RNC向UE發(fā)送RRC連接拒絕消息。在本實(shí)施例中，RRC連接拒絕消息體地為RRC Connection Reject消息。進(jìn)一步地,在RRC Connection Reject消息還可以包括拒絕該UE建立RRC的原因值，例如，原因值為APN/PDP地址/業(yè)務(wù)類型非法等。需要說明的是，在步驟301之前，本實(shí)施例還包括建立認(rèn)證數(shù)據(jù)庫和更新認(rèn)證數(shù)據(jù)庫的方法。其中，建立認(rèn)證數(shù)據(jù)庫和更新認(rèn)證數(shù)據(jù)庫的包括三種方法，具體的為方法一具體地如圖5所示，一種建立或更新認(rèn)證數(shù)據(jù)庫的方法SlOU RNC向核心網(wǎng)發(fā)送獲取認(rèn)證信息的請(qǐng)求；其中，該新增的獲取認(rèn)證信息的請(qǐng)求消息可以用于要求獲取一個(gè)或多個(gè)UE的認(rèn)證信息；S102、核心網(wǎng)向RNC發(fā)送該RNC要求獲取認(rèn)證信息的UE的認(rèn)證信息。其中，認(rèn)證信息包括該RNC要求獲取的UE對(duì)應(yīng)的APN和/或PDP地址和/或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型的信息。S103、RNC判斷是否存在認(rèn)證數(shù)據(jù)庫，如果有，則更新該認(rèn)證數(shù)據(jù)庫中，如果沒有，則建立認(rèn)證數(shù)據(jù)庫。方法二具體地如圖6所示，一種建立或更新認(rèn)證數(shù)據(jù)庫的方法
S20UUE初始接入核心網(wǎng)中，向核心網(wǎng)發(fā)起附著請(qǐng)求或PDP激活請(qǐng)求；在本實(shí)施例中，附著請(qǐng)求或PDP激活請(qǐng)求具體的為Attach Requset或ActivatePDP Context Request。其中，在Attach Requset中還包括業(yè)務(wù)指示。S202、核心網(wǎng)通過響應(yīng)UE發(fā)送的附著請(qǐng)求，檢測業(yè)務(wù)指示是否合法，如果合法，向UE發(fā)送接收附著請(qǐng)求/PDP激活的接受消息，如果不合法，向UE發(fā)送拒絕附著消息/PDP激活拒絕消息，同時(shí)將該UE的認(rèn)證信息通知RNC。在本實(shí)施例中，接收附著的接受消息具體地為Attach Accept或ActivatePDPContext Accept,拒絕消息具體地為Attach Reject或Activate PDP Context Reject。進(jìn)一步地，核心網(wǎng)將該UE的認(rèn)證信息通知RNC，具體地為核心網(wǎng)通過RANAP(RadioAccess Network Application Part,無線接入網(wǎng)絡(luò)應(yīng)用部分)的IE(Information Element,信元)將該UE的認(rèn)證信息通知RNC,也就是把該信息增加到核心網(wǎng)發(fā)送下來的直傳消息中NAS(non access stratum)信元外的RANAP的IE中。S203、RNC判斷是否存在認(rèn)證數(shù)據(jù)庫，如果有，則存入該認(rèn)證數(shù)據(jù)庫中，如果沒有，則建立認(rèn)證數(shù)據(jù)庫。方法三具體地如圖7所示，當(dāng)HLR中保存的用戶信息發(fā)生改變時(shí)，一種更新認(rèn)證數(shù)據(jù)庫的方法S30UHLR向核心網(wǎng)發(fā)送用戶信息發(fā)生改變的通知消息；S302、核心網(wǎng)根據(jù)上述通知消息判斷認(rèn)證信息(例如APN)是否發(fā)生了改變，如果是，執(zhí)行步驟S303 ；S303、核心網(wǎng)向RNC發(fā)送新增的認(rèn)證信息更新通知消息；S304、RNC根據(jù)認(rèn)證信息更新通知消息更新認(rèn)證數(shù)據(jù)庫。其中，在上述認(rèn)證信息更新通知消息中至少包括UE標(biāo)識(shí)，還至少包括APN和/或PDP地址和/或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型，上述更新認(rèn)證數(shù)據(jù)庫可以是對(duì)認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息進(jìn)行修改、刪除或增加操作。需要說明的是，上述提供的方法一、二可以完成認(rèn)證數(shù)據(jù)庫的建立和更新操作，方法三可以完成認(rèn)證數(shù)據(jù)庫的更新操作。本發(fā)明實(shí)施例通過增加認(rèn)證數(shù)據(jù)庫，來判斷建立RRC連接請(qǐng)求是被拒絕或接受，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。實(shí)施例4本發(fā)明實(shí)施例提供了一種建立RRC連接的系統(tǒng)，該系統(tǒng)包括接入網(wǎng)設(shè)備40，如圖8所示，接入網(wǎng)設(shè)備40具體包括
接收模塊401，用于接收UE發(fā)送的建立RRC連接的請(qǐng)求；判斷模塊402，用于判斷建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法；第一發(fā)送模塊403，用于判斷模塊402判斷出建立RRC連接的請(qǐng)求中的APN和/或PDP地址和/或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型不合法時(shí)，向UE發(fā)送RRC連接拒絕消息；其中，業(yè)務(wù)指示具體包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)或多項(xiàng)參數(shù)。進(jìn)一步地,如圖9所示,判斷模塊402,具體包括第一發(fā)送單元4021，用于向核心網(wǎng)發(fā)送認(rèn)證請(qǐng)求，以便于核心網(wǎng)對(duì)業(yè)務(wù)指示進(jìn)行認(rèn)證，并返回認(rèn)證結(jié)果；
第一接收單元4022，接收核心網(wǎng)返回的認(rèn)證結(jié)果；第一判定單元4023，用于當(dāng)?shù)谝唤邮諉卧?022接收到的認(rèn)證結(jié)果為業(yè)務(wù)指示合法時(shí)，判斷建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示為合法；第二判定單元4024，用于當(dāng)?shù)谝唤邮諉卧?022接收到的認(rèn)證結(jié)果為業(yè)務(wù)指示不合法時(shí)，判斷建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示為不合法；其中，認(rèn)證請(qǐng)求中至少包括UE標(biāo)識(shí)和業(yè)務(wù)指示。相應(yīng)地，該系統(tǒng)還包括核心網(wǎng)50，如圖10所示，核心網(wǎng)50具體包括認(rèn)證請(qǐng)求接收模塊501,用于接收第一發(fā)送單元4021發(fā)送的認(rèn)證請(qǐng)求；認(rèn)證模塊502，用于對(duì)業(yè)務(wù)指示進(jìn)行認(rèn)證，并返回認(rèn)證結(jié)果；相應(yīng)地，當(dāng)業(yè)務(wù)指示包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)參數(shù)時(shí)，認(rèn)證模塊502具體用于，判斷業(yè)務(wù)指示中的一項(xiàng)參數(shù)是否合法；或者，當(dāng)業(yè)務(wù)業(yè)務(wù)指示包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的多項(xiàng)參數(shù)時(shí)，認(rèn)證模塊502具體用于，核心網(wǎng)判斷多項(xiàng)參數(shù)中的全部或其中任意一項(xiàng)參數(shù)是否合法。進(jìn)一步地，判斷模塊402，具體包括第一判斷單元4025，用于根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息對(duì)建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法；其中，認(rèn)證信息中包括UE的UE標(biāo)識(shí)及與UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示信息。相應(yīng)地，當(dāng)業(yè)務(wù)指示包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)參數(shù)時(shí)，第一判斷單元4025，具體用于根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷業(yè)務(wù)指示中的一項(xiàng)參數(shù)是否合法；當(dāng)業(yè)務(wù)指示包括APN、PDP地址或UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的多項(xiàng)參數(shù)時(shí)，第一判斷單元4025，具體用于根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷業(yè)務(wù)指示中的多項(xiàng)參數(shù)種的全部或其中任意一項(xiàng)是否合法。進(jìn)一步地，認(rèn)證數(shù)據(jù)庫中記錄有UE的UE標(biāo)識(shí)及UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示的正確值；相應(yīng)地，第一判斷單元4025，具體用于，將建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示與認(rèn)證數(shù)據(jù)庫中記錄的UE的UE標(biāo)識(shí)及與UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示的正確值進(jìn)行比對(duì)，如果匹配，則認(rèn)為合法，如果不匹配，則認(rèn)為不合法。進(jìn)一步地,如圖11所示,接入網(wǎng)設(shè)備40還包括
認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊404，用于在接收模塊401接收UE發(fā)送的建立RRC連接的請(qǐng)求之前，創(chuàng)建或更新認(rèn)證數(shù)據(jù)庫，其中，認(rèn)證數(shù)據(jù)庫中存儲(chǔ)有認(rèn)證信息。進(jìn)一步地，如圖12所示，認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊404，具體包括第二發(fā)送單元4041，用于向核心網(wǎng)發(fā)送獲取認(rèn)證信息的請(qǐng)求，其中，獲取認(rèn)證信息的請(qǐng)求中包括要求獲取認(rèn)證信息的UE的UE標(biāo)識(shí)；第二接收單元4042，用于接收核心網(wǎng)返回的UE的認(rèn)證信息；第二判斷單元4043，用于判斷是否存在認(rèn)證數(shù)據(jù)庫；第二更新單元4044，用于當(dāng)?shù)诙袛鄦卧?043判斷得出存在認(rèn)證數(shù)據(jù)庫時(shí)，更新認(rèn)證數(shù)據(jù)庫；第二創(chuàng)建單元4045，用于當(dāng)?shù)诙袛鄦卧?043判斷得出不存在認(rèn)證數(shù)據(jù)庫時(shí)，則 創(chuàng)建認(rèn)證數(shù)據(jù)庫；其中，所述獲取認(rèn)證信息的請(qǐng)求用于向所述核心網(wǎng)要求獲取一個(gè)或多個(gè)UE的認(rèn)
證信息。相應(yīng)地,該系統(tǒng)還包括核心網(wǎng)50,核心網(wǎng)50包括更新模塊503,如圖13所示,更新模塊503，具體包括第一請(qǐng)求接收單元5031，用于接收第二發(fā)送單元4041發(fā)送的獲取認(rèn)證信息的請(qǐng)求；第一信息發(fā)送單元5032，用于向第二接收單元4041發(fā)送要求獲取認(rèn)證信息的UE的認(rèn)證信息。進(jìn)一步地，如圖14所示，認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊404，具體包括第三發(fā)送單元4046,用于當(dāng)UE初始接入核心網(wǎng)中時(shí)，向核心網(wǎng)發(fā)起附著請(qǐng)求或PDP激活請(qǐng)求，以便于核心網(wǎng)在判斷出UE的業(yè)務(wù)指示不合法時(shí)，核心網(wǎng)向UE發(fā)送拒絕附著消息或PDP激活拒絕消息的同時(shí)向接入網(wǎng)設(shè)備40發(fā)送UE的認(rèn)證信息；第三接收單元4047，用于接收核心網(wǎng)發(fā)送的UE的認(rèn)證信息；第三判斷單元4048，用于判斷是否存在認(rèn)證數(shù)據(jù)庫；第三更新單元4049，用于當(dāng)?shù)谌袛鄦卧?048判斷得出存在認(rèn)證數(shù)據(jù)庫時(shí)，更新認(rèn)證數(shù)據(jù)庫；第三創(chuàng)建單元40410，用于當(dāng)?shù)谌袛鄦卧?048判斷得出不存在認(rèn)證數(shù)據(jù)庫時(shí)，創(chuàng)建認(rèn)證數(shù)據(jù)庫；其中，附著請(qǐng)求或PDP激活請(qǐng)求中包括該UE的業(yè)務(wù)指示；相應(yīng)地,該系統(tǒng)還包括核心網(wǎng)50,核心網(wǎng)50包括更新模塊504,如圖15所示,更新模塊504具體包括第二請(qǐng)求接收單元5041,用于接收第三發(fā)送單元4046發(fā)送的附著請(qǐng)求或PDP激活請(qǐng)求；第二信息發(fā)送單元5042，用于當(dāng)核心網(wǎng)50在判斷出UE的業(yè)務(wù)指示不合法時(shí)，向UE發(fā)送拒絕附著消息或PDP激活拒絕消息的同時(shí)向第三接收單元4047發(fā)送UE的認(rèn)證信
肩、O進(jìn)一步地，如圖16所示，認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊404，具體包括第四接收單元40411，用于當(dāng)核心網(wǎng)根據(jù)HLR發(fā)送的用戶信息發(fā)生改變的通知消息判斷出認(rèn)證信息發(fā)生改變時(shí)，接收核心網(wǎng)發(fā)送的認(rèn)證信息更新通知消息；第四更新單元40412，用于根據(jù)認(rèn)證信息更新通知消息更新認(rèn)證數(shù)據(jù)庫。相應(yīng)地，該系統(tǒng)還包括核心網(wǎng)50，核心網(wǎng)50包括更新模塊505，更新模塊505具體包括第三信息發(fā)送單元5051，用于當(dāng)核心網(wǎng)50接收到HLR發(fā)送的用戶信息發(fā)生改變的通知且判斷出認(rèn)證信息發(fā)生改變時(shí)，向第四接收單元40411發(fā)送認(rèn)證信息更新通知消息。進(jìn)一步地，如圖17所示，第二發(fā)送模塊405，用于當(dāng)判斷模塊402判斷出建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示合法時(shí)，向UE發(fā)送RRC連接建立消息。本發(fā)明實(shí)施例通過接入網(wǎng)設(shè)備來判斷建立RRC連接請(qǐng)求是被拒絕或接受，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。需要說明的是上述實(shí)施例提供的建立RRC連接的系統(tǒng)，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將建立RRC連接的系統(tǒng)的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實(shí)施例提供的建立RRC連接的系統(tǒng)與建立RRC連接的方法實(shí)施例屬于同一構(gòu)思，其具體實(shí)現(xiàn)過程詳見方法實(shí)施例，這里不再贅述。實(shí)施例5如圖18所示，本發(fā)明實(shí)施例提供了一種建立RRC連接的方法，該方法包括501、接收UE發(fā)送的建立RRC連接的請(qǐng)求；502、根據(jù)該建立RRC連接消息中的UE標(biāo)識(shí)和認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷所述UE是否合法，如果合法，執(zhí)行步驟503，如果不合法，執(zhí)行步驟504 ；503、向該UE發(fā)送RRC連接建立消息；504、向該UE發(fā)送RRC連接拒絕消息。需要說明的是，在認(rèn)證數(shù)據(jù)庫中，保存有不合法的UE的UE標(biāo)識(shí)；相應(yīng)地，RNC判斷在預(yù)先建立的認(rèn)證數(shù)據(jù)庫中是否保存有該UE的UE標(biāo)識(shí)，具體的為RNC將該UE的UE標(biāo)識(shí)與預(yù)先建立的認(rèn)證數(shù)據(jù)庫中保存的不合法的UE的UE標(biāo)識(shí)進(jìn)行比對(duì)，如果存在該UE的UE標(biāo)識(shí)，則認(rèn)為該UE不合法，如果存在該UE的UE標(biāo)識(shí)，則認(rèn)為該UE合法。進(jìn)一步地，在步驟501之前，本方法還應(yīng)該包括對(duì)認(rèn)證數(shù)據(jù)庫的建立和更新過程，如圖19和20所不，具體的為S401、當(dāng)UE發(fā)出的申請(qǐng)，可以是附著請(qǐng)求、PDP激活或者業(yè)務(wù)請(qǐng)求(servicerequest)等,核心網(wǎng)收到UE的申請(qǐng)后，如果是第一次被核心網(wǎng)拒絕,核心網(wǎng)通過新增的IU 口(負(fù)責(zé)核心網(wǎng)和RNC之間的信令交互)消息發(fā)給RNC，例如該消息可以是新增的apn information消息,該消息中包含UE標(biāo)識(shí)、拒絕指示,或者現(xiàn)有的直傳消息(DIRECTINFORMATION TRANSFER)增加一些IE這些IE可以指示上述APN/TOP/業(yè)務(wù)類型是允許的還是拒絕的。S402、RNC判斷是否存在認(rèn)證數(shù)據(jù)庫，如果存在，執(zhí)行步驟403，如果不存在，執(zhí)行步驟404 ；、
需要說明的是，在本實(shí)施例中，當(dāng)UE發(fā)起的為PS (Packet Switched,分組交換)業(yè)務(wù)時(shí)，才進(jìn)行此步驟的判斷，如果為CS (Circuit Switched,電路交換)呼叫，則不進(jìn)行此判斷。S403、建立認(rèn)證數(shù)據(jù)庫，并將該UE的UE標(biāo)識(shí)存入認(rèn)證數(shù)據(jù)庫中；S404、將該UE的UE標(biāo)識(shí)存入認(rèn)證數(shù)據(jù)庫中。需要說明的是，在根據(jù)上述方法建立或更新數(shù)據(jù)庫后，還可以包括在RNC中啟動(dòng)定時(shí)器，例如I小時(shí)，當(dāng)定時(shí)器超時(shí)時(shí)，清空認(rèn)證數(shù)據(jù)庫，并重新進(jìn)行步驟S401到步驟S404的流程。本發(fā)明實(shí)施例通過增加RNC的認(rèn)證數(shù)據(jù)庫和新增IU消息，RNC來判斷建立RRC連 接請(qǐng)求是被拒絕或接受，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。實(shí)施例6如圖21所示，本本發(fā)明實(shí)施例提供了一種建立RRC連接的方法，在本實(shí)施例中，在RNC中預(yù)先建立有認(rèn)證數(shù)據(jù)庫，在認(rèn)證數(shù)據(jù)庫中保存有UE標(biāo)識(shí)。601、UE向RNC發(fā)送建立RRC連接的請(qǐng)求；602,RNC判斷在預(yù)先建立的認(rèn)證數(shù)據(jù)庫中是否保存有該UE的UE標(biāo)識(shí)，如果沒有，執(zhí)行步驟603、如果有，執(zhí)行步驟604 ；需要說明的是，在認(rèn)證數(shù)據(jù)庫中，保存有不合法的UE的UE標(biāo)識(shí)；相應(yīng)地，RNC判斷在預(yù)先建立的認(rèn)證數(shù)據(jù)庫中是否保存有該UE的UE標(biāo)識(shí)，具體的為RNC將該UE的UE標(biāo)識(shí)與預(yù)先建立的認(rèn)證數(shù)據(jù)庫中保存的不合法的UE的UE標(biāo)識(shí)進(jìn)行比對(duì)，如果存在該UE的UE標(biāo)識(shí)，則認(rèn)為該UE不合法，如果存在該UE的UE標(biāo)識(shí)，則認(rèn)為該UE合法。進(jìn)一步地，在本實(shí)施例中，步驟601之前，本實(shí)施例還包括對(duì)建立認(rèn)證數(shù)據(jù)庫和更新認(rèn)證數(shù)據(jù)庫的過程，其中，建立或更新認(rèn)證數(shù)據(jù)庫，具體包括如下方法S501、當(dāng)在預(yù)設(shè)的時(shí)間段內(nèi)，該UE向反復(fù)向接入網(wǎng)RNC發(fā)送建立RRC連接請(qǐng)求達(dá)到預(yù)設(shè)次數(shù)時(shí)，判斷是否存在認(rèn)證數(shù)據(jù)庫，如果不存在，執(zhí)行步驟S502，如果不存在，執(zhí)行步驟 S503 ；例如，在一個(gè)小時(shí)或半個(gè)小時(shí)內(nèi)，同一個(gè)UE反復(fù)發(fā)送PS業(yè)務(wù)的建立RRC請(qǐng)求達(dá)到1000 或 500 次。S502、建立認(rèn)證數(shù)據(jù)庫，并將該UE的UE標(biāo)識(shí)存入認(rèn)證數(shù)據(jù)庫中；S503、將該UE的UE標(biāo)識(shí)存入認(rèn)證數(shù)據(jù)庫中。需要說明的是，在使用上述方法進(jìn)行認(rèn)證數(shù)據(jù)庫的建立或更新時(shí)，需要對(duì)RNC中的認(rèn)證數(shù)據(jù)庫進(jìn)行動(dòng)態(tài)更新，在RNC中啟動(dòng)定時(shí)器，例如I小時(shí)，當(dāng)定時(shí)器超時(shí)時(shí)，清空認(rèn)證數(shù)據(jù)庫，并重新進(jìn)行步驟S501到步驟S503的流程。603、該UE合法，RNC向該UE發(fā)送RRC連接建立消息；604、該UE不合法，RNC向該UE發(fā)送RRC連接拒絕消息。本發(fā)明實(shí)施例通過增加RNC的認(rèn)證數(shù)據(jù)庫，RNC來判斷建立RRC連接請(qǐng)求是被拒絕或接受，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。需要說明的是，實(shí)施例1、2、3和實(shí)施例5、6所提供的建立RRC連接的方法，均是通過接入網(wǎng)設(shè)備完成對(duì)UE的合法性的認(rèn)證，避免了與核心網(wǎng)多次進(jìn)行交互認(rèn)證的過程，因此可節(jié)省大量的信令，減少網(wǎng)絡(luò)的負(fù)荷，相應(yīng)地，通過上述說明，也可以得到實(shí)施例1、2、3和實(shí)施例5、6具有相同的技術(shù)特征。實(shí)施例7本發(fā)明實(shí)施例提供了一種建立RRC連接的系統(tǒng)，該系統(tǒng)包括接入網(wǎng)設(shè)備70 ；其中，如圖22所示，接入網(wǎng)設(shè)備70，具體包括接收模塊701，用于接收UE發(fā)送的建立RRC連接的請(qǐng)求，根據(jù)建立RRC連接請(qǐng)求消息中的UE標(biāo)識(shí)和預(yù)設(shè)的認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷UE是否合法；
判斷模塊702，用于根據(jù)UE的UE標(biāo)識(shí)和認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷UE是否合法；第一發(fā)送模塊703，用于當(dāng)判斷模塊702判斷得出UE不合法時(shí)，向UE發(fā)送RRC連接拒絕消息。進(jìn)一步地，如圖23所示，接入網(wǎng)設(shè)備70，還包括認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊704，用于在接收模塊701接收UE發(fā)送的建立RRC連接的請(qǐng)求之前，創(chuàng)建或更新認(rèn)證數(shù)據(jù)庫。相應(yīng)地,如圖24所示,認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊704,具體包括第一判斷單元7041，用于當(dāng)核心網(wǎng)收到UE發(fā)出附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求后，如果附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕，接收核心網(wǎng)發(fā)送的通知消息，判斷是否存在認(rèn)證數(shù)據(jù)庫；第一創(chuàng)建單元7042，用于當(dāng)?shù)谝慌袛鄦卧?041得出不存在認(rèn)證數(shù)據(jù)庫時(shí)，創(chuàng)建認(rèn)證數(shù)據(jù)庫并將UE的UE標(biāo)識(shí)存入認(rèn)證數(shù)據(jù)庫中；第一更新單元7043，用于當(dāng)?shù)谝慌袛鄦卧?041得出存在認(rèn)證數(shù)據(jù)庫時(shí)，將UE的UE標(biāo)識(shí)存入認(rèn)證數(shù)據(jù)庫中；相應(yīng)地,上述系統(tǒng)還包括核心網(wǎng)80,核心網(wǎng)80包括更新模塊801 ；如圖25所示，更新模塊801，具體包括第一請(qǐng)求接收單元8011，用于接收UE發(fā)出附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求；第一信息發(fā)送單元8012，用于在判斷附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求不合法時(shí)，向第一判斷單元7041發(fā)送通知消息。相應(yīng)地，通知消息，具體包括核心網(wǎng)80向接入網(wǎng)設(shè)備70發(fā)送的直傳消息，在直傳消息中包括一個(gè)新增的信元，新增的信元用來指示附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕；或，核心網(wǎng)80向接入網(wǎng)設(shè)備70發(fā)送專用消息，用來指示附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕。相應(yīng)地,如圖26所示,認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊704,具體包括第二判斷單元7044，用于當(dāng)在預(yù)設(shè)的時(shí)間段內(nèi)，接入網(wǎng)設(shè)備70接收到UE發(fā)送的建立RRC連接請(qǐng)求達(dá)到預(yù)設(shè)次數(shù)時(shí)，判斷是否存在認(rèn)證數(shù)據(jù)庫；第二創(chuàng)建單元7045，用于當(dāng)?shù)诙袛鄦卧?044得出不存在認(rèn)證數(shù)據(jù)庫時(shí)，創(chuàng)建認(rèn)證數(shù)據(jù)庫并將UE的UE標(biāo)識(shí)存入認(rèn)證數(shù)據(jù)庫中；第二更新單元7046，用于當(dāng)?shù)诙袛鄦卧?044得出存在認(rèn)證數(shù)據(jù)庫時(shí)，將UE的UE標(biāo)識(shí)存入認(rèn)證數(shù)據(jù)庫中。相應(yīng)地，判斷模塊702，具體用于，判斷UE的UE標(biāo)識(shí)是否存在與認(rèn)證數(shù)據(jù)庫中，如果存在，則UE不合法，如果不存在，則UE合法。進(jìn)一步地，如圖27所示，接入網(wǎng)設(shè)備還包括定時(shí)器模塊705，用于當(dāng)認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊建立或更新認(rèn)證數(shù)據(jù)庫之后，啟動(dòng)定時(shí)器，當(dāng)定時(shí)器超時(shí)時(shí)，刪除認(rèn)證數(shù)據(jù)庫。 本發(fā)明實(shí)施例通過接入網(wǎng)設(shè)備來判斷建立RRC連接請(qǐng)求是被拒絕或接受，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。進(jìn)一步地,如圖28所示，接入網(wǎng)設(shè)備70,還包括第二發(fā)送模塊706，用于當(dāng)判斷模塊702判斷得出UE合法時(shí)，向UE發(fā)送RRC連接
建立消息；需要說明的是上述實(shí)施例提供的建立RRC連接的系統(tǒng)，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將建立RRC連接的系統(tǒng)的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實(shí)施例提供的建立RRC連接的系統(tǒng)與建立RRC連接的方法實(shí)施例屬于同一構(gòu)思，其具體實(shí)現(xiàn)過程詳見方法實(shí)施例，這里不再贅述。以上實(shí)施例提供的技術(shù)方案中的全部或部分內(nèi)容可以通過軟件編程實(shí)現(xiàn)，其軟件程序存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)例如計(jì)算機(jī)中的硬盤、光盤或軟盤。以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種建立無線資源控制RRC連接的方法，其特征在于，所述方法包括 接收用戶設(shè)備UE發(fā)送的建立RRC連接的請(qǐng)求； 判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法； 如果不合法，向所述UE發(fā)送RRC連接拒絕消息； 其中，所述業(yè)務(wù)指示具體包括接入點(diǎn)名稱APN、分組數(shù)據(jù)協(xié)議PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)或多項(xiàng)參數(shù)。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法，具體包括 向核心網(wǎng)發(fā)送認(rèn)證請(qǐng)求，以便于所述核心網(wǎng)對(duì)所述業(yè)務(wù)指示進(jìn)行認(rèn)證并返回認(rèn)證結(jié)果; 接收所述核心網(wǎng)返回的認(rèn)證結(jié)果； 如果所述認(rèn)證結(jié)果為所述業(yè)務(wù)指示合法，則判斷出所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示合法； 如果所述認(rèn)證結(jié)果為所述業(yè)務(wù)指示不合法，則判斷出所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示為不合法； 其中，所述認(rèn)證請(qǐng)求中至少包括UE標(biāo)識(shí)和所述業(yè)務(wù)指示。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于， 當(dāng)所述業(yè)務(wù)指示包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)參數(shù)時(shí)，所述核心網(wǎng)對(duì)所述業(yè)務(wù)指示進(jìn)行認(rèn)證包括 所述核心網(wǎng)判斷所述業(yè)務(wù)指示中的一項(xiàng)參數(shù)是否合法； 或者， 當(dāng)所述業(yè)務(wù)業(yè)務(wù)指示包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的多項(xiàng)參數(shù)時(shí)，所述核心網(wǎng)對(duì)所述業(yè)務(wù)指示進(jìn)行認(rèn)證具體包括 所述核心網(wǎng)判斷所述多項(xiàng)參數(shù)中的全部或其中任意一項(xiàng)是否合法。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法包括 根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指不是否合法； 其中，所述認(rèn)證信息中包括UE的UE標(biāo)識(shí)及與所述UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于， 當(dāng)所述業(yè)務(wù)指示包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)參數(shù)時(shí)，所述根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法包括 根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述業(yè)務(wù)指示中的一項(xiàng)參數(shù)是否合法; 或者， 當(dāng)所述業(yè)務(wù)指示包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的多項(xiàng)參數(shù)時(shí)，所述根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法包括根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述業(yè)務(wù)指示中的多項(xiàng)參數(shù)種的全部或其中任意一項(xiàng)是否合法。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述認(rèn)證數(shù)據(jù)庫中記錄有UE的UE標(biāo)識(shí)及與所述UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示的正確值； 所述根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法，具體包括 將所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示與所述認(rèn)證數(shù)據(jù)庫中記錄與所述UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示的正確值進(jìn)行比對(duì)，如果匹配，則認(rèn)為合法，如果不匹配，則認(rèn)為不合法。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述接收UE發(fā)送的建立RRC連接的請(qǐng)求之前，所述方法還包括 創(chuàng)建或更新所述認(rèn)證數(shù)據(jù)庫，其中，所述認(rèn)證數(shù)據(jù)庫中存儲(chǔ)有認(rèn)證信息。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述創(chuàng)建或更新所述認(rèn)證數(shù)據(jù)庫，具體包括 向所述核心網(wǎng)發(fā)送獲取認(rèn)證信息的請(qǐng)求； 接收所述核心網(wǎng)返回的UE的認(rèn)證信息； 判斷是否存在所述認(rèn)證數(shù)據(jù)庫，如果存在，則更新所述認(rèn)證數(shù)據(jù)庫，如果不存在，則創(chuàng)建所述認(rèn)證數(shù)據(jù)庫； 其中，所述獲取認(rèn)證信息的請(qǐng)求用于向所述核心網(wǎng)要求獲取一個(gè)或多個(gè)UE的認(rèn)證信肩、O
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述創(chuàng)建或更新所述認(rèn)證數(shù)據(jù)庫，具體包括 當(dāng)所述UE初始接入所述核心網(wǎng)中時(shí)，向所述核心網(wǎng)發(fā)起附著請(qǐng)求或PDP激活請(qǐng)求，以便于所述核心網(wǎng)在判斷出所述UE的業(yè)務(wù)指示不合法時(shí)，所述核心網(wǎng)向所述UE發(fā)送拒絕附著消息或PDP激活拒絕消息的同時(shí)向接入網(wǎng)設(shè)備發(fā)送所述UE的認(rèn)證信息； 接收所述核心網(wǎng)發(fā)送的所述UE的認(rèn)證信息； 判斷是否存在所述認(rèn)證數(shù)據(jù)庫，如果存在，則更新所述認(rèn)證數(shù)據(jù)庫，如果不存在，則創(chuàng)建所述認(rèn)證數(shù)據(jù)庫； 其中，所述附著請(qǐng)求或PDP激活請(qǐng)求中包括所述UE的業(yè)務(wù)指示。
10.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述更新所述認(rèn)證數(shù)據(jù)庫，具體包括 當(dāng)所述核心網(wǎng)根據(jù)歸屬未知寄存器HLR發(fā)送的用戶信息發(fā)生改變的通知消息判斷出所述認(rèn)證信息發(fā)生改變時(shí)，接收所述核心網(wǎng)發(fā)送的認(rèn)證信息更新通知消息； 根據(jù)所述認(rèn)證信息更新通知消息更新所述認(rèn)證數(shù)據(jù)庫。
11.根據(jù)權(quán)利要求1-10任一項(xiàng)所述的方法，其特征在于，如果判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示合法時(shí)，所述方法還包括 向所述UE發(fā)送RRC連接建立消息。
12.一種建立RRC連接的系統(tǒng)，其特征在于，所述系統(tǒng)包括接入網(wǎng)設(shè)備； 其中，所述接入網(wǎng)設(shè)備包括 接收模塊，用于接收所述UE發(fā)送的所述建立RRC連接的請(qǐng)求； 判斷模塊，用于判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法；第一發(fā)送模塊，用于所述判斷模塊判斷出所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示不合法時(shí)，向所述UE發(fā)送RRC連接拒絕消息； 其中，所述業(yè)務(wù)指示具體包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)或多項(xiàng)參數(shù)。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述判斷模塊，具體包括 第一發(fā)送單元，用于向所述核心網(wǎng)發(fā)送認(rèn)證請(qǐng)求，以便于所述核心網(wǎng)對(duì)所述業(yè)務(wù)指示進(jìn)行認(rèn)證并返回認(rèn)證結(jié)果； 第一接收單元，接收所述核心網(wǎng)返回的認(rèn)證結(jié)果； 第一判定單元，用于當(dāng)所述第一接收單元接收到的認(rèn)證結(jié)果為所述業(yè)務(wù)指示合法時(shí)，判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示為合法； 第二判定單元，用于當(dāng)所述第一接收單元接收到的認(rèn)證結(jié)果為所述業(yè)務(wù)指示不合法時(shí)，判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示為不合法； 其中，所述認(rèn)證請(qǐng)求中至少包括UE標(biāo)識(shí)和所述業(yè)務(wù)指示。
14.根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括核心網(wǎng)； 其中，所述核心網(wǎng)，具體包括 認(rèn)證請(qǐng)求接收模塊，用于接收所述第一發(fā)送單元發(fā)送的認(rèn)證請(qǐng)求； 認(rèn)證模塊，用于對(duì)所述業(yè)務(wù)指示進(jìn)行認(rèn)證，并返回認(rèn)證結(jié)果； 當(dāng)所述業(yè)務(wù)指示包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)參數(shù)時(shí)，所述認(rèn)證模塊具體用于，判斷所述業(yè)務(wù)指示中的一項(xiàng)參數(shù)是否合法； 或者， 當(dāng)所述業(yè)務(wù)業(yè)務(wù)指示包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的多項(xiàng)參數(shù)時(shí)，所述認(rèn)證模塊具體用于，所述核心網(wǎng)判斷所述多項(xiàng)參數(shù)中的全部或其中任意一項(xiàng)參數(shù)是否合法。
15.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述判斷模塊，具體包括 第一判斷單元，用于根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示是否合法； 其中，所述認(rèn)證信息中包括UE的UE標(biāo)識(shí)及與所述UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示信息；當(dāng)所述業(yè)務(wù)指示包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的一項(xiàng)參數(shù)時(shí)，所述第一判斷單元，具體用于根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述所述業(yè)務(wù)指示中的一項(xiàng)參數(shù)是否合法； 當(dāng)所述業(yè)務(wù)指示包括APN、PDP地址或所述UE所發(fā)起的業(yè)務(wù)的業(yè)務(wù)類型中的多項(xiàng)參數(shù)時(shí)，所述第一判斷單元，具體用于根據(jù)預(yù)先創(chuàng)建的認(rèn)證數(shù)據(jù)庫中的認(rèn)證信息判斷所述業(yè)務(wù)指示中的多項(xiàng)參數(shù)種的全部或其中任意一項(xiàng)是否合法。
16.根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，所述認(rèn)證數(shù)據(jù)庫中記錄有UE的UE標(biāo)識(shí)及與所述UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示的正確值； 所述第一判斷單元，具體用于，將所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示與所述認(rèn)證數(shù)據(jù)庫中記錄的UE的UE標(biāo)識(shí)及與所述UE標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)指示的正確值進(jìn)行比對(duì)，如果匹配，則認(rèn)為合法，如果不匹配，則認(rèn)為不合法。
17.根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，所述接入網(wǎng)設(shè)備還包括認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊，用于在所述接收模塊接收所述UE發(fā)送的所述建立RRC連接的請(qǐng)求之前，創(chuàng)建或更新所述認(rèn)證數(shù)據(jù)庫，其中，所述認(rèn)證數(shù)據(jù)庫中存儲(chǔ)有認(rèn)證信息。
18.根據(jù)權(quán)利要求17所述的系統(tǒng)，其特征在于，所述認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊，具體包括 第二發(fā)送單元，用于向所述核心網(wǎng)發(fā)送獲取認(rèn)證信息的請(qǐng)求； 第二接收單元，用于接收所述核心網(wǎng)返回的UE的認(rèn)證信息； 第二判斷單元，用于判斷是否存在所述認(rèn)證數(shù)據(jù)庫； 第二更新單元，用于當(dāng)所述第二判斷單元判斷得出存在所述認(rèn)證數(shù)據(jù)庫時(shí)，更新所述認(rèn)證數(shù)據(jù)庫； 第二創(chuàng)建單元，用于當(dāng)所述第二判斷單元判斷得出不存在所述認(rèn)證數(shù)據(jù)庫時(shí)，則創(chuàng)建所述認(rèn)證數(shù)據(jù)庫； 其中，所述獲取認(rèn)證信息的請(qǐng)求用于向所述核心網(wǎng)要求獲取一個(gè)或多個(gè)UE的認(rèn)證信息； 所述系統(tǒng)還包括核心網(wǎng)，所述核心網(wǎng)包括更新模塊，所述更新模塊，具體包括 第一請(qǐng)求接收單元，用于接收所述第二發(fā)送單元發(fā)送的獲取認(rèn)證信息的請(qǐng)求； 第一信息發(fā)送單元，用于向所述第二接收單元發(fā)送所述要求獲取認(rèn)證信息的UE的認(rèn)證信息。
19.根據(jù)權(quán)利要求17所述的系統(tǒng)，其特征在于，所述認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊，具體包括 第三發(fā)送單元，用于當(dāng)所述UE初始接入所述核心網(wǎng)中時(shí)，向所述核心網(wǎng)發(fā)起附著請(qǐng)求或PDP激活請(qǐng)求，以便于所述核心網(wǎng)在判斷出所述UE的業(yè)務(wù)指示不合法時(shí)，所述核心網(wǎng)向所述UE發(fā)送拒絕附著消息或PDP激活拒絕消息的同時(shí)向所述接入網(wǎng)設(shè)備發(fā)送所述UE的認(rèn)證信息； 第三接收單元，用于接收所述核心網(wǎng)發(fā)送的所述UE的認(rèn)證信息； 第三判斷單元，用于判斷是否存在所述認(rèn)證數(shù)據(jù)庫； 第三更新單元，用于當(dāng)所述第三判斷單元判斷得出存在所述認(rèn)證數(shù)據(jù)庫時(shí)，更新所述認(rèn)證數(shù)據(jù)庫； 第三創(chuàng)建單元，用于當(dāng)所述第三判斷單元判斷得出不存在所述認(rèn)證數(shù)據(jù)庫時(shí)，創(chuàng)建所述認(rèn)證數(shù)據(jù)庫； 其中，所述附著請(qǐng)求或PDP激活請(qǐng)求中包括所述UE的業(yè)務(wù)指示； 相應(yīng)地，所述系統(tǒng)還包括核心網(wǎng)，所述核心網(wǎng)包括更新模塊，所述更新模塊，具體包括第二請(qǐng)求接收單元，用于接收所述第三發(fā)送單元發(fā)送的附著請(qǐng)求或PDP激活請(qǐng)求；第二信息發(fā)送單元，用于當(dāng)所述核心網(wǎng)在判斷出所述UE的業(yè)務(wù)指示不合法時(shí)，向所述UE發(fā)送拒絕附著消息或PDP激活拒絕消息的同時(shí)向所述第三接收單元發(fā)送所述UE的認(rèn)證信息。
20.根據(jù)權(quán)利要求17所述的系統(tǒng)，其特征在于，所述認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊，具體包括 第四接收單元，用于當(dāng)所述核心網(wǎng)根據(jù)所述HLR發(fā)送的用戶信息發(fā)生改變的通知消息判斷出所述認(rèn)證信息發(fā)生改變時(shí)，接收所述核心網(wǎng)發(fā)送的認(rèn)證信息更新通知消息； 第四更新單元，用于根據(jù)所述認(rèn)證信息更新通知消息更新所述認(rèn)證數(shù)據(jù)庫；相應(yīng)地，所述系統(tǒng)還包括核心網(wǎng)，所述核心網(wǎng)包括更新模塊，所述更新模塊，具體包括 第三信息發(fā)送單元，用于當(dāng)所述核心網(wǎng)接收到所述HLR發(fā)送的用戶信息發(fā)生改變的通知且判斷出所述認(rèn)證信息發(fā)生改變時(shí)，向所述第四接收單元發(fā)送認(rèn)證信息更新通知消息。
21.根據(jù)權(quán)利要求12-20任一項(xiàng)所述的系統(tǒng)，其特征在于，所述接入網(wǎng)設(shè)備還包括 第二發(fā)送模塊，用于當(dāng)所述判斷模塊判斷出所述建立RRC連接的請(qǐng)求中的業(yè)務(wù)指示合法時(shí)，向所述UE發(fā)送RRC連接建立消息。
22.一種建立無線資源控制RRC連接的方法，其特征在于，所述方法包括 接收用戶設(shè)備UE發(fā)送的建立RRC連接的請(qǐng)求，根據(jù)所述建立RRC連接請(qǐng)求消息中的UE標(biāo)識(shí)和預(yù)設(shè)的認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷所述UE是否合法； 如果不合法，向所述UE發(fā)送RRC連接拒絕消息。
23.根據(jù)權(quán)利要求22所述的方法，其特征在于，所述接收所述UE發(fā)送的建立RRC連接的請(qǐng)求之前，所述方法還包括 創(chuàng)建或更新所述認(rèn)證數(shù)據(jù)庫。
24.根據(jù)權(quán)利要求23所述的方法，其特征在于，所述創(chuàng)建或更新所述認(rèn)證數(shù)據(jù)庫，具體包括 當(dāng)核心網(wǎng)收到UE發(fā)出附著請(qǐng)求和/或分組數(shù)據(jù)協(xié)議PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求后，如果所述附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕，接收所述核心網(wǎng)發(fā)送的通知消息，判斷是否存在所述認(rèn)證數(shù)據(jù)庫，如果不存在，則創(chuàng)建所述認(rèn)證數(shù)據(jù)庫并將所述UE的UE標(biāo)識(shí)存入所述認(rèn)證數(shù)據(jù)庫中，如果存在，則將所述UE的UE標(biāo)識(shí)存入所述認(rèn)證數(shù)據(jù)庫中。
25.根據(jù)權(quán)利要求24所述的方法，其特征在于，所述的通知消息具體包括 所述核心網(wǎng)向接入網(wǎng)設(shè)備發(fā)送的直傳消息，在所述直傳消息中包括一個(gè)新增的信元，所述新增的信元用來指示所述附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕； 或， 所述核心網(wǎng)向所述接入網(wǎng)設(shè)備發(fā)送專用消息，用來指示所述附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕。
26.根據(jù)權(quán)利要求23所述的方法，其特征在于，所述創(chuàng)建或更新所述認(rèn)證數(shù)據(jù)庫，具體包括 當(dāng)在預(yù)設(shè)的時(shí)間段內(nèi)，所述接入網(wǎng)設(shè)備接收到所述UE發(fā)送的建立RRC連接請(qǐng)求達(dá)到預(yù)設(shè)次數(shù)時(shí)，判斷是否存在所述認(rèn)證數(shù)據(jù)庫，如果不存在，則創(chuàng)建所述認(rèn)證數(shù)據(jù)庫并將所述UE的UE標(biāo)識(shí)存入所述認(rèn)證數(shù)據(jù)庫中，如果存在，則將所說UE的UE標(biāo)識(shí)存入所述認(rèn)證數(shù)據(jù)庫中。
27.根據(jù)權(quán)利要求24或26所述的方法，其特征在于，所述根據(jù)所述UE的UE標(biāo)識(shí)和認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷所述UE是否合法，具體包括 判斷所述UE的UE標(biāo)識(shí)是否存在與所述認(rèn)證數(shù)據(jù)庫中，如果存在，則所述UE不合法，如果不存在，則所述UE合法。
28.根據(jù)權(quán)利要求24或26所述的方法，其特征在于，所述建立或更新所述認(rèn)證數(shù)據(jù)庫之后，所述方法還包括 啟動(dòng)定時(shí)器，當(dāng)所述定時(shí)器超時(shí)時(shí)，刪除所述認(rèn)證數(shù)據(jù)庫。
29.根據(jù)權(quán)利要求22-26任一項(xiàng)所述的方法，其特征在于，當(dāng)所述根據(jù)所述建立RRC連接請(qǐng)求消息中的UE標(biāo)識(shí)和預(yù)設(shè)的認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷出所述UE合法時(shí)，所述方法還包括 向所述UE發(fā)送RRC連接建立消息。
30.一種建立RRC連接的系統(tǒng)，其特征在于，所述系統(tǒng)包括接入網(wǎng)設(shè)備； 其中，所述接入網(wǎng)設(shè)備，具體包括 接收模塊，用于接收UE發(fā)送的建立RRC連接的請(qǐng)求，根據(jù)所述建立RRC連接請(qǐng)求消息中的UE標(biāo)識(shí)和預(yù)設(shè)的認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷所述UE是否合法； 判斷模塊，用于根據(jù)所述UE的UE標(biāo)識(shí)和認(rèn)證數(shù)據(jù)庫中存儲(chǔ)的UE標(biāo)識(shí)判斷所述UE是否合法； 第一發(fā)送模塊，用于當(dāng)所述判斷模塊判斷得出所述UE不合法時(shí)，向所述UE發(fā)送RRC連接拒絕消息。
31.根據(jù)權(quán)利要求30所述的系統(tǒng)，其特征在于，所述接入網(wǎng)設(shè)備還包括 認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊，用于在所述接收模塊接收UE發(fā)送的建立RRC連接的請(qǐng)求之前，創(chuàng)建或更新所述認(rèn)證數(shù)據(jù)庫。
32.根據(jù)權(quán)利要求31所述的系統(tǒng)，其特征在于，所述認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊，具體包括 第一判斷單元，用于當(dāng)核心網(wǎng)收到UE發(fā)出附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求后，如果所述附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕，接收所述核心網(wǎng)發(fā)送的通知消息，判斷是否存在所述認(rèn)證數(shù)據(jù)庫； 第一創(chuàng)建單元，用于當(dāng)所述第一判斷單元得出不存在所述認(rèn)證數(shù)據(jù)庫時(shí)，創(chuàng)建所述認(rèn)證數(shù)據(jù)庫并將所述UE的UE標(biāo)識(shí)存入所述認(rèn)證數(shù)據(jù)庫中； 第一更新單元，用于當(dāng)所述第一判斷單元得出存在所述認(rèn)證數(shù)據(jù)庫時(shí)，將所述UE的UE標(biāo)識(shí)存入所述認(rèn)證數(shù)據(jù)庫中； 所述系統(tǒng)還包括核心網(wǎng)，所述核心網(wǎng)包括更新模塊； 所述更新模塊，具體包括 第一請(qǐng)求接收單元，用于接收所述UE發(fā)出附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求； 第一信息發(fā)送單元，用于在判斷所述附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求不合法時(shí)，向所述第一判斷單元發(fā)送通知消息。
33.根據(jù)權(quán)利要求32所述的系統(tǒng)，其特征在于，所述通知消息，具體包括 所述核心網(wǎng)向所述接入網(wǎng)設(shè)備發(fā)送的直傳消息，在所述直傳消息中包括一個(gè)新增的信元，所述新增的信元用來指示所述附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕；或， 所述核心網(wǎng)向所述接入網(wǎng)設(shè)備發(fā)送專用消息，用來指示所述附著請(qǐng)求和/或PDP激活請(qǐng)求和/或業(yè)務(wù)請(qǐng)求被拒絕。
34.根據(jù)權(quán)利要求31所述的系統(tǒng)，其特征在于，所述認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊，具體包括 第二判斷單元，用于當(dāng)在預(yù)設(shè)的時(shí)間段內(nèi)，所述接入網(wǎng)設(shè)備接收到所述UE發(fā)送的建立RRC連接請(qǐng)求達(dá)到預(yù)設(shè)次數(shù)時(shí)，判斷是否存在所述認(rèn)證數(shù)據(jù)庫； 第二創(chuàng)建單元，用于當(dāng)所述第二判斷單元得出不存在所述認(rèn)證數(shù)據(jù)庫時(shí)，創(chuàng)建所述認(rèn)證數(shù)據(jù)庫并將所述UE的UE標(biāo)識(shí)存入所述認(rèn)證數(shù)據(jù)庫中； 第二更新單元，用于當(dāng)所述第二判斷單元得出存在所述認(rèn)證數(shù)據(jù)庫時(shí)，將所述UE的UE標(biāo)識(shí)存入所述認(rèn)證數(shù)據(jù)庫中。
35.根據(jù)權(quán)利要求32或34所述的系統(tǒng)，其特征在于，所述判斷模塊，具體用于，判斷所述UE的UE標(biāo)識(shí)是否存在與所述認(rèn)證數(shù)據(jù)庫中，如果存在，則所述UE不合法，如果不存在，則所述UE合法。
36.根據(jù)權(quán)利要求32或34所述的系統(tǒng)，其特征在于，所述接入網(wǎng)設(shè)備還包括 定時(shí)器模塊，用于當(dāng)所述認(rèn)證數(shù)據(jù)庫預(yù)設(shè)模塊建立或更新所述認(rèn)證數(shù)據(jù)庫之后，啟動(dòng)定時(shí)器，當(dāng)所述定時(shí)器超時(shí)時(shí)，刪除所述認(rèn)證數(shù)據(jù)庫。
37.根據(jù)權(quán)利要求30-34任一項(xiàng)所述的系統(tǒng)，其特征在于，所述接入網(wǎng)設(shè)備還包括 第二發(fā)送模塊，用于當(dāng)所述判斷模塊判斷得出所述UE合法時(shí)，向所述UE發(fā)送RRC連接建立消息。
全文摘要
本發(fā)明公開了建立RRC連接的方法和系統(tǒng)，屬于通信領(lǐng)域。本發(fā)明通過接收UE發(fā)送的RRC連接的請(qǐng)求，由接入網(wǎng)設(shè)備判斷要求建立RRC連接的請(qǐng)求的UE是否合法，如果合法，向UE發(fā)送RRC連接建立消息，如果不合法，向UE發(fā)送RRC連接拒絕消息，可以使得在大量手機(jī)進(jìn)行業(yè)務(wù)應(yīng)用時(shí)，減少信令對(duì)通信系統(tǒng)中空口資源的沖擊，減少空口負(fù)荷，避免網(wǎng)絡(luò)癱瘓，并可以使UE節(jié)電。
文檔編號(hào)H04W76/02GK102761981SQ20111011178
公開日2012年10月31日 申請(qǐng)日期2011年4月29日 優(yōu)先權(quán)日2011年4月29日
發(fā)明者邱勇, 黃英 申請(qǐng)人:華為技術(shù)有限公司