專利名稱：接入控制方法、設備及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種接入控制方法、設備及系統(tǒng)。
背景技術：
在通信系統(tǒng)中，用戶設備(UE，User Equipment)向網(wǎng)絡發(fā)送接入請求時，有些時候 需要網(wǎng)絡側對接入請求進行判斷，決定是否接入，如何接入等等，現(xiàn)有技術中已有的接入控 制方法如下所述1、動態(tài)彈性接入控制(DSAC，Dynamic Soft Admission Control)DSAC 是通用移動通訊系統(tǒng)(UMTS，Universal Mobile Telecommunication Services)中在災難發(fā)生的情況下，系統(tǒng)進行的一種特殊的接入控制方法。由于分組交換(PS，packet switch)業(yè)務對網(wǎng)絡資源的利用率比電路交換(CS， Circuit Switched)業(yè)務要高，因此，希望在災難發(fā)生導致網(wǎng)絡擁塞的情況下，希望可以優(yōu) 先保證PS域的通暢。DSAC是一種基于域的接入控制方法，例如，通過限制CS域的呼叫以 避免PS業(yè)務的不連續(xù)。當災難發(fā)生時，系統(tǒng)通過系統(tǒng)消息把對不同域的控制信息發(fā)給UE， UE讀取系統(tǒng)消息后，如果發(fā)現(xiàn)這種基于域的控制信息則應用這些信息接入控制，否則用普 通的接入控制信息進行接入控制。2、長期演進系統(tǒng)(LTE，Long Term Evolution)中接入(AS，Access Stratum)層的 接入控制目前LTE在AS層對業(yè)務接入的限制有UE側的基于類的排除法(ACB，Access Classes Barring)以及基站(eNB)側的接入控制。ACB的過程包括UE的無線資源控制(RRC，Radio Resource Control)層在收到上 層提供的接入請求后，根據(jù)接入請求里帶的接入類型，在RRC層進行接入前限制，如果UE通 過判斷認為允許接入，則把該接入類型放在消息中發(fā)給eNB，eNB根據(jù)這些接入類型做進一 步的接入控制。目前UE側ACB和eNB側接入控制所用到的接入類型都是5個緊急呼叫 (emergency)，冑 it 雙 ffl P (highPriorityAccess)， ■ 口L] (mt-Access)， ± 口^]胃 (mo_Signalling)，i口L]— (mo_Data)。在對現(xiàn)有技術的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術存在以下問題在很多時候需要基于業(yè)務類型進行接入控制，例如當大的災難發(fā)生時，運營商會 向全體用戶提供一種災難信息留言板(Disaster Message Board)業(yè)務。大量用戶可以通過 手機同時讀寫這個'Disaster Message Board'，來獲取或提供關于個人安全的信息，因 此這個業(yè)務是一種對系統(tǒng)帶寬利用率很高的業(yè)務。然而，在發(fā)生大的災難時，人類的本能的 心理反應是打電話，這些瞬時增加的話音業(yè)務消耗了大量帶寬，從而嚴重影響到其他業(yè)務， 比如上面提到的'Disaster Message Board'業(yè)務、災難信息廣播業(yè)務、數(shù)據(jù)業(yè)務等，此時 就需要引入一定的限制機制來區(qū)分出消耗帶寬的實時業(yè)務(例如語音業(yè)務)和帶寬利用率 高的數(shù)據(jù)業(yè)務(例如災難信息廣播)，優(yōu)先保障帶寬利用率高的數(shù)據(jù)業(yè)務。
而現(xiàn)有技術中DSAC只能提供基于域的接入控制方法，LTE中AS層的接入控制提 供的五種接入類型不包括業(yè)務類型，因此也無法進行基于業(yè)務類型的接入控制。

發(fā)明內容
本發(fā)明實施例要解決的技術問題是提供一種接入控制方法、設備及系統(tǒng)，使UE可 以根據(jù)針對個別業(yè)務的接入控制信息對不同業(yè)務接入請求進行接入控制，滿足用戶的需 求。為解決上述技術問題，本發(fā)明實施例一方面，提供了一種接入控制方法，包括判斷用戶設備是否需要針對個別業(yè)務進行接入控制；向所述用戶設備發(fā)送系統(tǒng)廣播消息；如果所述用戶設備需要針對個別業(yè)務 service specific進行接入控制，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息； 否則，所述系統(tǒng)廣播消息包括常規(guī)的接入控制信息。另一方面，提供了一種接入控制方法，包括用戶設備接收系統(tǒng)廣播消息，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信 息；所述用戶設備根據(jù)所述針對個別業(yè)務的接入控制信息對個別業(yè)務進行接入控制。另一方面，提供了一種網(wǎng)絡側設備，包括判斷單元，用于判斷用戶設備是否需要針對個別業(yè)務service specific進行接入 控制；發(fā)送單元，用于向所述用戶設備發(fā)送系統(tǒng)廣播消息；在所述判斷單元判斷為是時， 所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；在所述判斷單元判斷為否時，所述 系統(tǒng)廣播消息包括常規(guī)的接入控制信息。另一方面，提供了一種接入控制系統(tǒng)，包括用戶設備和網(wǎng)絡側設備，其中，所述用戶設備，用于接收系統(tǒng)廣播消息，所述系統(tǒng)廣播消息包括針對個別業(yè)務的 接入控制信息；以及，根據(jù)所述針對個別業(yè)務的接入控制信息對個別業(yè)務進行接入控制。另一方面，提供了一種用戶設備，包括接收單元，用于接收系統(tǒng)廣播消息，所述系統(tǒng)廣播消息包括針對個別業(yè)務service specific的接入控制信息；第一控制單元，用于根據(jù)所述接收單元接收的針對個別業(yè)務的接入控制信息對個 別業(yè)務接入請求進行接入控制。另一方面，提供了一種接入控制系統(tǒng)，包括網(wǎng)絡側設備和用戶設備，其中，所述網(wǎng)絡側設備，用于判斷用戶設備是否需要針對個別業(yè)務進行接入控制，并向 所述用戶設備發(fā)送系統(tǒng)廣播消息；如果所述用戶設備需要針對個別業(yè)務進行接入控制，所 述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；否則，所述系統(tǒng)廣播消息包括常規(guī)的 接入控制信息。由以上技術方案可以看出，由于不同業(yè)務類型與不同的針對個別業(yè)務的接入控制 信息相對應，使得UE可以根據(jù)針對個別業(yè)務的接入控制信息對不同業(yè)務接入請求進行接 入控制，滿足了用戶的需求。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例提供的接入控制方法實施例一的流程圖；圖2為本發(fā)明實施例提供的接入控制方法實施例二的流程圖；圖3為本發(fā)明實施例提供的接入控制方法實施例三的流程圖；圖4為本發(fā)明實施例提供的接入控制方法實施例四的流程圖；圖5為本發(fā)明實施例提供的建立原因值和接入業(yè)務類型值的映射關系的一個實 例；圖6為本發(fā)明實施例提供的網(wǎng)絡側設備結構圖；圖7為本發(fā)明實施例提供的用戶設備結構圖；圖8為本發(fā)明實施例提供的接入控制系統(tǒng)結構圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。通常在有災難發(fā)生，例如地震、海嘯等情況下會需要基于業(yè)務進行接入控制，因為 在這些情況下，用戶會比平時撥打出更多的電話，發(fā)出更多的信息，再加上增加的其他業(yè) 務，網(wǎng)絡資源將會非常緊張，因此需要基于業(yè)務進行接入控制，以優(yōu)先保障帶寬利用率較高 的業(yè)務，以及優(yōu)先級較高的業(yè)務，網(wǎng)絡側在收到指示判斷需要基于業(yè)務進行接入控制，或者 根據(jù)其他條件判斷需要基于業(yè)務進行接入控制時，在系統(tǒng)廣播消息中發(fā)送針對個別業(yè)務的 接入控制信息。需要指出的是，本發(fā)明實施例采用“個別業(yè)務”(service specific)的描述， 是為了體現(xiàn)基于業(yè)務進行對不同業(yè)務的接入控制，從而與現(xiàn)有的不基于業(yè)務而是基于一般 的劃分方法進行一般的接入控制相區(qū)別。因此，本發(fā)明實施例中的個別業(yè)務也可以采用指 定業(yè)務，或專屬業(yè)務，或特別業(yè)務等能夠體現(xiàn)接入控制方法所基于的業(yè)務的其他描述，而不 影響本發(fā)明實施例的實現(xiàn)以及所要保護的范圍。本發(fā)明實施例提供了一種接入控制方法、裝置及系統(tǒng)。在基于業(yè)務類型的接入控 制方法中，在即將發(fā)生或已經(jīng)發(fā)生網(wǎng)絡側擁塞、或災難、或瞬時大量業(yè)務的情況下，網(wǎng)絡側 按照預先設定的不同業(yè)務類型，給用戶終端發(fā)送針對個別業(yè)務的接入控制信息，由用戶終 端根據(jù)針對個別業(yè)務的接入控制信息對不同業(yè)務接入請求進行接入控制，以實現(xiàn)根據(jù)業(yè)務 類型對接入請求進行接入控制。具體的，網(wǎng)絡側可以先判斷用戶設備是否需要針對個別業(yè)務進行接入控制，再根 據(jù)判斷結果向所述用戶設備發(fā)送系統(tǒng)廣播消息。如果所述用戶設備需要針對個別業(yè)務進行 接入控制，則所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；否則，所述系統(tǒng)廣播消 息包括常規(guī)的接入控制信息，即非針對個別業(yè)務的接入控制信息。
對于用戶設備來說，在接收到系統(tǒng)廣播消息時，如果系統(tǒng)廣播消息包括針對個別 業(yè)務的接入控制信息，則根據(jù)所述針對個別業(yè)務的接入控制信息對個別業(yè)務進行接入控 制。如果系統(tǒng)廣播消息包括常規(guī)的接入控制信息，即非針對個別業(yè)務的接入控制信息，則可 以根據(jù)常規(guī)的接入控制信息進行非針對個別業(yè)務的接入控制，例如采用現(xiàn)有技術提供的接 入控制方法。本發(fā)明實施例中，可能的業(yè)務類型包括語音(MMTEL voice)業(yè)務，視頻(MMTEL video)業(yè)務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，多媒體multimedia業(yè)務，網(wǎng)絡電話VOIP業(yè)務， 和其他業(yè)務(other services)中任一項或組合，其中，各種業(yè)務類型又分為主叫或被叫。 當然上述只是一個例子，實際使用中可以根據(jù)實際情況進行更多分類。例如，系統(tǒng)中針對個 別業(yè)務進行接入控制時的個別業(yè)務類型可以包括主叫類型的語音業(yè)務、被叫類型的語音業(yè) 務、主叫類型的視頻業(yè)務和被叫類型的視頻業(yè)務，針對個別業(yè)務的接入控制信息包括針對 上述四種類型業(yè)務的接入控制信息；相應的，常規(guī)的接入控制(即非針對個別業(yè)務的接入 控制)時的業(yè)務類型可以包括主叫類型的業(yè)務和被叫類型的業(yè)務，則常規(guī)的接入控制信息 (即非針對個別業(yè)務的接入控制信息)包括基于主叫業(yè)務的接入控制信息和基于被叫業(yè)務 的接入控制信息，而不再區(qū)分具體的業(yè)務。針對個別業(yè)務的接入控制信息可以包括該業(yè)務是否允許接入，允許接入的概率， 允許接入的優(yōu)先級級別中的任一項或組合，當然也可以包括其他相關信息。本發(fā)明實施例提供的接入控制方法中，不同業(yè)務類型與不同的針對個別業(yè)務的接 入控制信息相對應，使得UE可以根據(jù)針對個別業(yè)務的接入控制信息對不同業(yè)務接入請求 進行接入控制，滿足了用戶的需求。在針對主叫業(yè)務時，圖1為本發(fā)明實施例提供的接入控制方法實施例一的流程 圖，包括101、在系統(tǒng)廣播消息中發(fā)送基于主叫業(yè)務的接入控制信息，其中包括針對各主叫 類型的個別業(yè)務的具體信息。在災難發(fā)生或其他有可能激發(fā)瞬時大量業(yè)務的情況下，網(wǎng)絡判斷需要基于業(yè) 務進行接入控制，在系統(tǒng)廣播消息中發(fā)送針對不同主叫業(yè)務的接入控制信息，例如該 消息中的accessBarringForMO-voice信息針對主叫類型的MMTEL voice業(yè)務，該消息 中的accessBarringForMO-video信息針對主叫類型的MMTEL video業(yè)務，該消息中的 accessBarringForMO-other 信息針對主口L]類型的其他業(yè)務(other services) 102、UE接收系統(tǒng)廣播消息。具體的，UE的RRC層接收系統(tǒng)廣播消息。103、UE從系統(tǒng)廣播消息中獲取基于主叫業(yè)務的接入控制信息。104、UE根據(jù)基于主叫業(yè)務的接入控制信息對主叫類型的各個別業(yè)務接入請求進 行接入控制。具體的，UE的RRC層應用這些控制信息對非接入層(NAS，Non-Access-Stratum) 發(fā)起的主叫業(yè)務接入請求進行接入控制。進一步的，UE可以優(yōu)先使用基于主叫業(yè)務的接入控制信息，在沒有基于 主叫業(yè)務的接入控制信息時才使用非針對個別業(yè)務的接入控制信息，例如現(xiàn)有的 accessBarringlnformation 信息。
9
在針對被叫業(yè)務時，圖2為本發(fā)明實施例提供的接入控制方法實施例二的流程 圖，包括201、在系統(tǒng)廣播消息中發(fā)送基于被叫業(yè)務的接入控制信息，其中包括針對各被叫 類型的個別業(yè)務的具體信息。在災難發(fā)生或其他有可能激發(fā)瞬時大量業(yè)務的情況下，網(wǎng)絡判斷需要基于業(yè) 務進行接入控制，在系統(tǒng)廣播消息中發(fā)送針對不同被叫業(yè)務的接入控制信息，例如該 消息中的accessBarringForMO-voice信息針對被叫類型的MMTEL voice業(yè)務，該消息 中的accessBarringForMO-video信息針對被叫類型的MMTEL video業(yè)務，該消息中的 accessBiirririgForMO—other 胃;|、#又寸■ 口白勺胃(other services) 202、UE接收系統(tǒng)廣播消息。具體的，UE的RRC層接收系統(tǒng)廣播消息。203、UE從系統(tǒng)廣播消息中獲取基于被叫業(yè)務的接入控制信息；204、UE根據(jù)所述基于被叫業(yè)務的接入控制信息對被叫類型的各個別業(yè)務接入請 求進行接入控制。具體的，UE的RRC層應用這些控制信息對NAS層發(fā)起的被叫業(yè)務接入請求進行接 入控制。進一步的，UE可以優(yōu)先使用基于被叫業(yè)務的接入控制信息，在沒有基于 被叫業(yè)務的接入控制信息時才使用非針對個別業(yè)務的接入控制信息，例如現(xiàn)有的 accessBarringlnformation 信息。本發(fā)明提供的接入控制方法實施例一、二可以使UE能夠在連接建立最早的階段 對接入進行控制，從而及時地預防后續(xù)網(wǎng)絡節(jié)點的擁塞；且可以對不同的業(yè)務類型設置獨 立的接入控制策略，從而提高帶寬的利用率。本發(fā)明實施例還提供了多種開始、停止使用基于業(yè)務進行接入控制的方法。具體的，網(wǎng)絡側在判斷可以開始基于業(yè)務進行接入控制時，持續(xù)在系統(tǒng)廣播消息 中發(fā)送針對個別業(yè)務的接入控制信息，UE在收到包含針對個別業(yè)務的接入控制信息的系統(tǒng) 消息后，開始執(zhí)行基于業(yè)務進行接入控制；網(wǎng)絡側在判斷可以停止基于業(yè)務進行接入控制 時，停止在系統(tǒng)廣播消息中發(fā)送針對個別業(yè)務的接入控制信息，UE在從系統(tǒng)廣播消息中獲 取不到針對個別業(yè)務的接入控制信息時，停止根據(jù)針對個別業(yè)務的接入控制信息對不同業(yè) 務接入請求進行接入控制。如果UE需要進行接入控制，則根據(jù)非針對個別業(yè)務的接入控制 信息進行接入控制。圖3為本發(fā)明實施例提供的接入控制方法實施例三的流程圖，該方法包括301、在系統(tǒng)廣播消息中發(fā)送針對個別業(yè)務的接入控制信息或常規(guī)的接入控制信 肩、ο在災難發(fā)生或其他有可能激發(fā)瞬時大量業(yè)務的情況下，網(wǎng)絡側判斷需要基于業(yè)務 進行接入控制，持續(xù)在系統(tǒng)廣播消息中發(fā)送針對個別業(yè)務的接入控制信息，直到判斷可以 停止基于業(yè)務進行接入控制。當網(wǎng)絡側判斷可以停止或無需基于業(yè)務進行接入控制時，可以不在系統(tǒng)廣播消息 中發(fā)送針對個別業(yè)務的接入控制信息，還可以進一步發(fā)送常規(guī)的接入控制信息。302、UE接收系統(tǒng)廣播消息。
具體的，UE的RRC層接收系統(tǒng)廣播消息。303、UE判斷系統(tǒng)廣播消息中是否包含針對個別業(yè)務的接入控制信息；如果是，則 執(zhí)行步驟304，否則，執(zhí)行步驟305。具體的，本步驟為可選步驟。例如，UE不單獨做判斷，而是讀取系統(tǒng)廣播消息的接 入控制相關內容，并根據(jù)相關內容執(zhí)行304或者305。304、UE從系統(tǒng)廣播消息中獲取針對個別業(yè)務的接入控制信息，根據(jù)針對個別業(yè)務 的接入控制信息對不同業(yè)務接入請求進行接入控制。當用戶終端接收到的系統(tǒng)廣播信息中包含針對個別業(yè)務的接入控制信息時，立即 開始使用針對個別業(yè)務的接入控制信息進行接入控制，同時停止使用常規(guī)的(非基于業(yè)務 的)接入控制信息。進一步的，UE可以在本步驟之后，繼續(xù)接收系統(tǒng)廣播消息，如果系統(tǒng)廣播消息有更 新，則根據(jù)更新的系統(tǒng)廣播消息進行接入控制。例如，更新的系統(tǒng)廣播消息不包括針對個別 業(yè)務的接入控制信息，則UE執(zhí)行305。305、UE應用常規(guī)的接入控制信息進行接入控制。例如，UE停止應用正在使用的針對個別業(yè)務的接入控制信息，同時恢復使用常規(guī) 的接入控制信息。具體的，當用戶終端接收到的系統(tǒng)廣播信息中不再包含針對個別業(yè)務的接入控制 信息時，UE停止應用正在使用的針對個別業(yè)務的接入控制信息(如果有的話)，同時恢復使 用常規(guī)的(非基于業(yè)務的)接入控制信息。應用本實施例，UE可以及時知道何時開始及何時停止使用針對個別業(yè)務的接入控 制信息，且不需要額為外的信令。本發(fā)明實施例提供的另一種開始、停止使用基于業(yè)務進行接入控制的方法為網(wǎng) 絡側在判斷需要基于業(yè)務進行接入控制后，通過尋呼消息向用戶終端發(fā)送基于業(yè)務的接入 控制的指示，同時在系統(tǒng)廣播消息中發(fā)送所述針對個別業(yè)務的接入控制信息；UE在收到基 于業(yè)務的接入控制的指示后，立刻開始讀取所述系統(tǒng)廣播消息，并執(zhí)行基于業(yè)務的接入控 制。相應的，網(wǎng)絡側在判斷可以停止或無需基于業(yè)務進行接入控制時，通過尋呼消息向用戶 終端發(fā)送不基于業(yè)務的接入控制的指示，并不在系統(tǒng)廣播消息中發(fā)送針對個別業(yè)務的接入 控制信息，還可以在該消息中發(fā)送常規(guī)的接入控制信息；UE在收到上述指示后，不再根據(jù) 所述針對個別業(yè)務的接入控制信息對不同業(yè)務接入請求進行接入控制。圖4為本發(fā)明實施例提供的接入控制方法實施例四的流程圖，該方法包括401、通過尋呼消息向用戶終端發(fā)送基于業(yè)務進行接入控制的指示，同時在系統(tǒng)廣 播消息中發(fā)送針對個別業(yè)務的接入控制信息。在災難發(fā)生或其他有可能激發(fā)瞬時大量業(yè)務的情況下，網(wǎng)絡判斷需要基于業(yè)務進 行接入控制，則通過尋呼消息向用戶終端發(fā)送基于業(yè)務的接入控制的指示，并通過系統(tǒng)廣 播消息向用戶終端廣播針對個別業(yè)務的接入控制信息。402、UE接收基于業(yè)務進行接入控制的指示，并立即接收系統(tǒng)廣播消息；403、UE獲取系統(tǒng)廣播消息中針對個別業(yè)務的接入控制信息，并根據(jù)針對個別業(yè)務 的接入控制信息對不同業(yè)務接入請求進行接入控制；在402-403中，當用戶終端收到基于業(yè)務的接入控制的指示時，立即開始讀取系統(tǒng)廣播消息，而無需等待系統(tǒng)廣播消息的修改邊界處再讀取系統(tǒng)廣播消息，則UE可以立即 獲取系統(tǒng)廣播消息中針對個別業(yè)務的接入控制信息，并進行接入控制。當然，UE開始使用 針對個別業(yè)務的接入控制信息時，也就停止可常規(guī)的接入控制信息的使用。404、網(wǎng)絡側在判斷可以停止基于業(yè)務進行接入控制時，通過尋呼消息向用戶終端 發(fā)送停止使用基于業(yè)務進行接入控制的指示，并停止在系統(tǒng)廣播消息中發(fā)送針對個別業(yè)務 的接入控制信息。具體的，網(wǎng)絡側可以通過更新的尋呼消息攜帶停止使用基于業(yè)務進行接入控制的 指示，或者在更新的尋呼消息中不攜帶使用基于業(yè)務進行接入控制的指示，從而實現(xiàn)UE及 時獲知停止使用針對個別業(yè)務的接入控制信息。進一步的，該指示還可以用于觸發(fā)UE立即 讀取更新的系統(tǒng)廣播消息。例如，網(wǎng)絡側發(fā)送更新的尋呼消息，同時或立即發(fā)送更新的系統(tǒng) 廣播消息，該更新的系統(tǒng)廣播消息包括常規(guī)的接入控制信息，該常規(guī)的接入控制信息可以 與之前系統(tǒng)廣播消息攜帶的常規(guī)的接入控制信息相同，也可以不同，即為更新后的常規(guī)的 接入控制信息。405、UE收到停止使用基于業(yè)務的接入控制的指示時，停止應用正在使用的針對個 別業(yè)務的接入控制信息，同時恢復使用常規(guī)的接入控制信息。其中，UE可以立即讀取系統(tǒng)廣播消息，并獲取常規(guī)的接入控制信息，從而實現(xiàn)根據(jù) 常規(guī)的接入控制信息進行接入控制。UE還可以在需要進行接入控制時，再去讀取系統(tǒng)廣播 消息。UE還可以配置默認的常規(guī)接入控制信息，或者保存之前獲取的常規(guī)接入控制信息，在 未接收到最新的接入控制信息之前，采用默認的或保存的信息進行接入控制。應用本實施例，UE可以在收到基于業(yè)務進行接入控制的指示后立刻去讀取接入控 制信息，不用等到下一個系統(tǒng)廣播消息改變的邊界，使得UE可以更快執(zhí)行基于業(yè)務的接入 控制，以免在等待時段里發(fā)生網(wǎng)絡擁塞。進一步的，本發(fā)明實施例還提供能夠使得UE的NAS層的接入請求攜帶的接入業(yè)務 類型值與RRC層使用的接入業(yè)務類型值相匹配的方法，以下簡稱同步方法。本發(fā)明實施例提供的第一種同步方法中，NAS層向RRC層發(fā)送攜帶接入業(yè)務類型 值的接入請求，所述接入業(yè)務類型值包括基于業(yè)務的主叫接入類型和/或基于業(yè)務的被 叫接入類型；UE的RRC層在未根據(jù)所述針對個別業(yè)務的接入控制信息對不同業(yè)務接入請 求進行接入控制時，對所述接入請求根據(jù)呼叫的主叫接入類型或被叫接入類型進行接入控 制。所述用戶設備的RRC層在根據(jù)所述針對個別業(yè)務的接入控制信息對不同業(yè)務接 入請求進行接入控制時，對所述接入請求根據(jù)所述針對個別業(yè)務的接入控制信息對不同業(yè) 務接入請求進行接入控制。也就是說，NAS層將發(fā)給RRC層的接入業(yè)務類型值中的主叫類型 的業(yè)務和被叫類型的業(yè)務分別細化為基于業(yè)務的主叫接入類型(即主叫類型的個別業(yè)務) 和基于業(yè)務的被叫接入類型(即被叫類型的個別業(yè)務)。具體的，當用戶終端的RRC層使用常規(guī)的(非基于業(yè)務的)接入控制信息進行接 入控制時，終端忽視主叫類型和被叫類型中基于業(yè)務的細分，對NAS層提供的所有主叫類 接入類型統(tǒng)一使用常規(guī)的主叫控制信息進行接入控制，對NAS層提供的所有被叫類接入類 型統(tǒng)一使用常規(guī)的被叫控制信息進行接入控制。當用戶終端的RRC層使用針對個別業(yè)務的 接入控制信息進行接入控制時，對NAS層提供的所有接入類型直接應用基于業(yè)務的接入控制信息進行接入控制。本發(fā)明實施例提供的第二種同步方法中，在UE的RRC層接收到網(wǎng)絡側發(fā)送的系統(tǒng) 廣播消息，并從所述系統(tǒng)廣播消息中獲取針對個別業(yè)務的接入控制信息時，UE的RRC層向 UE的NAS層發(fā)送開始使用基于業(yè)務的接入控制的指示，UE的NAS層在收到所述開始使用基 于業(yè)務的接入控制的指示后，在向UE的RRC層發(fā)送的接入請求中攜帶接入業(yè)務類型值，所 述接入業(yè)務類型值包括基于業(yè)務的主叫接入類型或基于業(yè)務的被叫接入類型；UE的RRC 層對所述接入請求根據(jù)所述針對個別業(yè)務的接入控制信息對不同業(yè)務接入請求進行接入 控制。在UE的RRC層接收到網(wǎng)絡側發(fā)送的系統(tǒng)廣播消息，并從所述系統(tǒng)廣播消息中沒有獲 取到針對個別業(yè)務的接入控制信息，且UE此時正在使用所述針對個別業(yè)務的接入控制信 息進行接入控制時，UE的RRC層向UE的NAS層發(fā)送停止使用基于業(yè)務進行接入控制的指 示，UE的NAS層在收到所述停止使用基于業(yè)務進行接入控制的指示后，在向UE的RRC層發(fā) 送的接入請求中停止攜帶接入業(yè)務類型值(恢復攜帶接入類型值)，UE停止應用正在使用 的針對個別業(yè)務的接入控制信息，同時恢復使用常規(guī)的接入控制信息。具體的，用戶終端的RRC層收到包含針對個別業(yè)務的接入控制信息的系統(tǒng)廣播消 息時，向NAS層發(fā)送開始使用基于業(yè)務的接入控制的指示，NAS在之后發(fā)給RRC層的接入業(yè) 務類型值中將主叫類業(yè)務和/或被叫類業(yè)務分別細化為基于業(yè)務的主叫接入類型和/或基 于業(yè)務的被叫接入類型，RRC層對NAS層提供的接入類型使用基于業(yè)務的接入控制信息進 行接入控制。用戶終端的RRC層收到不包含針對個別業(yè)務的接入控制信息的系統(tǒng)廣播消息 且RRC層正在使用針對個別業(yè)務的接入控制信息進行接入控制時，向NAS層發(fā)送停止使用 基于業(yè)務的接入控制的指示，NAS層在之后發(fā)給RRC層的接入業(yè)務類型值中停止將主叫類 業(yè)務和/或被叫類業(yè)務分別細化為基于業(yè)務的主叫接入類型和被叫接入類型，RRC層對NAS 層提供的接入類型使用常規(guī)的(非基于業(yè)務的)的接入控制信息進行接入控制。上述兩種同步方法可以與其他實施例提供的接入控制相結合。以下舉例做進一步 說明。第一個舉例中，UE的RRC層接收系統(tǒng)廣播消息，讀取所述系統(tǒng)廣播消息中常規(guī)的 接入控制信息，并通知所述UE的NAS層停止針對個別業(yè)務進行接入控制。UE的NAS層獲知 停止針對個別業(yè)務進行接入控制后，發(fā)送包括接入業(yè)務類型的接入請求，這里的接入業(yè)務 類型可以包括主叫類型的業(yè)務，或者被叫類型的業(yè)務。UE的RRC層接收該接入請求后，根 據(jù)所述常規(guī)的接入控制信息對所述接入業(yè)務類型相應的業(yè)務進行接入控制。第二個舉例中，UE的RRC層接收系統(tǒng)廣播消息，讀取所述系統(tǒng)廣播消息中常規(guī)的 接入控制信息。UE的NAS層發(fā)送包括接入業(yè)務類型的接入請求，則UE的RRC層接收到接入 請求后，將其中的接入業(yè)務類型劃歸為主叫類型的業(yè)務和/或被叫類型的業(yè)務，并根據(jù)所 述常規(guī)的接入控制信息對所述接入業(yè)務類型劃歸的業(yè)務進行接入控制。這里接入請求中的 接入業(yè)務類型可以包括主叫類型的視頻video業(yè)務，語音voice業(yè)務，數(shù)據(jù)data業(yè)務，短 信SMS業(yè)務，媒體multimedia業(yè)務，VoIP業(yè)務，或其他業(yè)務；或者，被叫類型的視頻video 業(yè)務，語音voice業(yè)務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，多媒體multimedia業(yè)務，VoIP業(yè)務， 或其他業(yè)務。在上述舉例中，UE的RRC層根據(jù)針對個別業(yè)務的接入控制信息對所述接入業(yè)務類 型相應的個別業(yè)務進行接入控制是指，RRC層根據(jù)針對個別業(yè)務的接入控制信息對接入業(yè)
13務類型相應的個別業(yè)務進行接入判決。如果確定可以接入個別業(yè)務，則發(fā)送包括建立原因 值的連接建立請求消息，這里的建立原因值是由UE的RRC層根據(jù)接入業(yè)務類型和建立原因 值的映射關系和接入請求中的接入業(yè)務類型確定的。本發(fā)明實施例還提供了接入業(yè)務類型和建立原因值的映射方法，以及UE的RRC層 根據(jù)這種映射方法得到的映射關系和接入請求中的接入業(yè)務類型確定建立原因值的方法， 從而解決現(xiàn)有的建立原因值可擴展的數(shù)目有限，如果接入業(yè)務類型值多于該數(shù)據(jù)時，建立 原因值和接入業(yè)務類型值之間無法匹配的問題。本發(fā)明實施例提供的一種接入業(yè)務類型值和建立原因值的映射方法中，接 入業(yè)務類型值包括 emergency > highPriorityAccess、被 口 L] (mt-Access)，主口1I 信令 (mo-Signalling)，主叫數(shù)據(jù)(mo-Data)，被叫視頻(mt-Video)、被叫語音(mt-Voice)、被叫 其它業(yè)務(mt-other Services)、主叫視頻(mo-Video)、主叫語音(mo-Voice)、主叫其它 業(yè)務(mo-other Services)、主叫網(wǎng)絡互連協(xié)議多媒體子系統(tǒng)信令(mo-IMSsignalling，IP 多媒體子系統(tǒng) IMS)主叫時間服務(mo-realtime service (e. g. game))、短信(SMS, Short Message Service)。本實施例中的建立原因值包括 emergency> highPriorityAccess、mt-Access、 mo—Signalling、mo—Data、mo—Voice、mo—Video、mo—other Services。則本實施例中的建立原因值和接入業(yè)務類型值的映射關系可以為同名的兩個值 直接對應，不存在同名情況的接入業(yè)務類型值按照主叫類或被叫類的不同類型進行對應， 也就是說，將不存在同名的建立原因值的所有主叫類的接入業(yè)務類型值與建立原因值中的 某一個相對應，將不存在同名的建立原因值的所有被叫類的接入業(yè)務類型值與建立原因值 中的另一個相對應。例如，建立原因值和接入業(yè)務類型值的映射關系可以為同名的建立原因值和接 入業(yè)務類型值直接對應；對于其他不存在同名情況的接入業(yè)務類型值，如果為被叫類接入 業(yè)務類型，則與建立原因值mt-ACCeSS對應；如果為主叫類接入業(yè)務類型，則與建立原因值 mo-other Services對應。圖5為本發(fā)明實施例提供的建立原因值和接入業(yè)務類型值的映 射關系的一個實例。當然，實際應用中可能會有多種不同的業(yè)務類型，例如網(wǎng)絡電話(VoIP， Voice over Internet Protocol)業(yè)務、多媒體(multimedia)業(yè)務等，也可以按照本發(fā)明實 施例提供的映射方法建立映射關系。本發(fā)明實施例中，接入業(yè)務類型值和建立原因值之間的映射關系可以保存在UE 中。當UE的RRC層對NAS層提供的接入業(yè)務類型值做接入控制判決之后，對于允許接入的 接入類型，UE可以根據(jù)保存的映射關系，將該接入業(yè)務類型值映射為RRC建立請求消息可 攜帶的建立原因值，并發(fā)送RRC建立請求消息。例如，UE判決允許接入緊急呼叫業(yè)務，則發(fā) 送的RRC建立請求消息包括緊急呼叫的建立原因值。又如，UE判決允許接入的接入類型為 主叫多媒體子系統(tǒng)信令，則發(fā)送的RRC建立請求消息包括主叫其它業(yè)務的建立原因值。應用本發(fā)明實施例，可以解決RRC建立原因值個數(shù)受限無法與接入業(yè)務類型值匹 配的問題。而且，本發(fā)明實施例提供的方法可以應用在其他場景中，特別是映射方法可以應 用于更多場景中，而不限于與本發(fā)明其他實施例提供的接入控制方法相結合。本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，該程序在執(zhí)行時，包括如下步驟一種接入控制方法，包括判斷用戶設備是否需要針對個別業(yè)務進行接入控制；向所述用戶設備發(fā)送系統(tǒng)廣播消息；如果所述用戶設備需要針對個別業(yè)務 service specific進行接入控制，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息； 否則，所述系統(tǒng)廣播消息包括常規(guī)的接入控制信息。一種接入控制方法，包括用戶設備接收系統(tǒng)廣播消息，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信 息；所述用戶設備根據(jù)所述針對個別業(yè)務的接入控制信息對個別業(yè)務進行接入控制。上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。本發(fā)明實施例提供的網(wǎng)絡側設備結構如圖6所示，包括判斷單元601，用于判斷用戶設備是否需要針對個別業(yè)務進行接入控制；發(fā)送單元602，用于向所述用戶設備發(fā)送系統(tǒng)廣播消息；在所述判斷單元601判斷 為是時，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；在所述判斷單元602判斷 為否時，所述系統(tǒng)廣播消息包括常規(guī)的接入控制信息。進一步，所述設備還包括尋呼單元，用于在所述判斷單元判斷用戶設備是否需要針對個別業(yè)務進行接入控 制之后，所述發(fā)送單元向用戶設備發(fā)送系統(tǒng)廣播消息之前，發(fā)送尋呼消息；所述尋呼消息指 示所述用戶設備立即獲取接入控制信息。進一步，所述判斷單元601包括觸發(fā)單元，用于受到以下條件的觸發(fā)時，確定用戶設備需要針對個別業(yè)務進行接 入控制獲知災難、或網(wǎng)絡側擁塞、或瞬時大量業(yè)務即將發(fā)生或已經(jīng)發(fā)生。本發(fā)明實施例提供的網(wǎng)絡側設備可以實現(xiàn)本發(fā)明實施例提供的接入控制方法。本發(fā)明實施例提供的用戶設備結構如圖7所示，包括接收單元701，用于接收系統(tǒng)廣播消息，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接 入控制信息；第一控制單元702，用于根據(jù)所述接收單元701接收的針對個別業(yè)務的接入控制 信息對個別業(yè)務接入請求進行接入控制。進一步的，所述接收單元701包括尋呼消息接收單元，用于接收尋呼消息；系統(tǒng)廣播消息接收單元，用于在所述尋呼消息指示所述用戶設備立即獲取接入控 制信息時，立即接收系統(tǒng)廣播消息。進一步的，所述設備還包括第二控制單元，用于在所述接收單元701收到的更新的系統(tǒng)廣播消息不包括針對 個別業(yè)務的接入控制信息時，則根據(jù)所述更新的系統(tǒng)廣播消息中常規(guī)的接入控制信息進行 接入控制；或者，第三控制單元，用于在所述尋呼消息接收單元接收到的所述尋呼消息指示所述用 戶設備無需針對個別業(yè)務進行接入控制時，立即接收系統(tǒng)廣播消息，并根據(jù)所述系統(tǒng)廣播消息中常規(guī)的接入控制信息進行接入控制。本發(fā)明實施例提供的用戶設備可以實現(xiàn)本發(fā)明實施例提供的接入控制方法。。本發(fā)明實施例提供的接入控制系統(tǒng)結構如圖8所示，包括網(wǎng)絡側設備801，用于判斷用戶設備802是否需要針對個別業(yè)務進行接入控制，并 向所述用戶設備802發(fā)送系統(tǒng)廣播消息；如果所述用戶設備802需要針對個別業(yè)務進行接 入控制，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；否則，所述系統(tǒng)廣播消息包 括常規(guī)的接入控制信息。用戶設備802，用于接收所述網(wǎng)絡側設備801發(fā)送的系統(tǒng)廣播消息，所述系統(tǒng)廣播 消息包括針對個別業(yè)務的接入控制信息；以及，根據(jù)所述針對個別業(yè)務的接入控制信息對 個別業(yè)務進行接入控制。其中網(wǎng)絡側設備801、用戶設備802的具體結構可參考上文對本發(fā)明實施例提供 的網(wǎng)絡側設備、用戶設備的描述。本發(fā)明實施例提供的接入控制系統(tǒng)、網(wǎng)絡側設備、用戶設備的具體操作方法可參 考上文對本發(fā)明實施例提供的接入控制方法的描述，在此不再重復。本發(fā)明實施例提供的接入控制系統(tǒng)、網(wǎng)絡側設備、用戶設備，將不同業(yè)務類型與不 同的針對個別業(yè)務的接入控制信息相對應，使得UE可以根據(jù)針對個別業(yè)務的接入控制信 息對不同業(yè)務接入請求進行接入控制，滿足了用戶的需求。以上對本發(fā)明所提供的一種接入控制方法、設備及系統(tǒng)進行了詳細介紹，本文中 應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助 理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明的思想， 在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本 發(fā)明的限制。
權利要求
一種接入控制方法，其特征在于，包括判斷用戶設備是否需要針對個別業(yè)務進行接入控制；向所述用戶設備發(fā)送系統(tǒng)廣播消息；如果所述用戶設備需要針對個別業(yè)務service specific進行接入控制，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；否則，所述系統(tǒng)廣播消息包括常規(guī)的接入控制信息。
2.如權利要求1所述的接入控制方法，其特征在于，所述判斷用戶設備是否需要針對 個別業(yè)務進行接入控制之后，且向用戶設備發(fā)送系統(tǒng)廣播消息之前，所述方法還包括發(fā)送尋呼消息；所述尋呼消息指示所述用戶設備立即獲取接入控制信息。
3.如權利要求1或2所述的接入控制方法，其特征在于，所述判斷用戶設備是否需要針 對個別業(yè)務進行接入控制包括受到以下條件的觸發(fā)時，確定用戶設備需要針對個別業(yè)務進行接入控制獲知災難、或網(wǎng)絡側擁塞、或瞬時大量業(yè)務即將發(fā)生或已經(jīng)發(fā)生。
4.如權利要求1至3任一項所述的接入控制方法，其特征在于，所述個別業(yè)務包括以下 任一項或其組合主叫類型的視頻video業(yè)務，語音voice業(yè)務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，多媒體 multimedia業(yè)務，網(wǎng)絡電話VoIP業(yè)務，或其他業(yè)務；或者，被叫類型的視頻video業(yè)務，語 音voice業(yè)務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，多媒體multimedia業(yè)務，網(wǎng)絡電話VoIP業(yè) 務，或其他業(yè)務。
5.一種接入控制方法，其特征在于，包括用戶設備接收系統(tǒng)廣播消息，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；所述用戶設備根據(jù)所述針對個別業(yè)務的接入控制信息對個別業(yè)務進行接入控制。
6.如權利要求5所述的接入控制方法，其特征在于，所述用戶設備接收系統(tǒng)廣播消息 包括所述用戶設備接收尋呼消息；如果所述尋呼消息指示所述用戶設備立即獲取接入控制信息，則所述用戶設備立即接 收系統(tǒng)廣播消息。
7.如權利要求6所述的接入控制方法，其特征在于，所述方法還包括所述用戶設備接收更新的系統(tǒng)廣播消息，所述更新的系統(tǒng)廣播消息不包括針對個別業(yè) 務的接入控制信息，則所述用戶設備根據(jù)所述更新的系統(tǒng)廣播消息中常規(guī)的接入控制信息 進行接入控制；或者，所述用戶設備接收更新的尋呼消息，如果所述尋呼消息指示所述用戶設備無需針對個 別業(yè)務進行接入控制，所述用戶設備立即接收系統(tǒng)廣播消息，并根據(jù)所述系統(tǒng)廣播消息中 常規(guī)的接入控制信息進行接入控制。
8.如權利要求5至7任一項所述的接入控制方法，其特征在于，所述個別業(yè)務以下任一 項或其組合主叫類型的視頻video業(yè)務，語音voice業(yè)務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，多媒體 multimedia業(yè)務，網(wǎng)絡電話VoIP業(yè)務，或其他業(yè)務，或者，被叫類型的視頻video業(yè)務，語音 voice業(yè)務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，多媒體multimedia業(yè)務，VoIP業(yè)務，或其他業(yè)務。
9.如權利要求5所述的接入控制方法，其特征在于，所述用戶設備接收系統(tǒng)廣播消息， 所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息包括用戶設備的無線資源控制層接收系統(tǒng)廣播消息，讀取所述系統(tǒng)廣播消息中針對個別業(yè) 務的接入控制信息，并通知所述用戶設備的非接入層可針對個別業(yè)務進行接入控制；所述用戶設備根據(jù)所述針對個別業(yè)務的接入控制信息對個別業(yè)務進行接入控制包括所述用戶設備的無線資源控制層接收包括接入業(yè)務類型的接入請求，并根據(jù)所述針對 個別業(yè)務的接入控制信息對所述接入業(yè)務類型相應的個別業(yè)務進行接入控制；其中，所述 接入請求為所述用戶設備的非接入層獲知可針對個別業(yè)務進行接入控制后發(fā)送的接入請 求，所述接入業(yè)務類型以下任一項或其組合主叫類型的視頻video業(yè)務，語音voice業(yè)務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，媒體 multimedia業(yè)務，VoIP業(yè)務，或其他業(yè)務，或者，被叫類型的視頻video業(yè)務，語音voice業(yè) 務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，多媒體multimedia業(yè)務，VoIP業(yè)務，或其他業(yè)務。
10.如權利要求7所述的接入控制方法，其特征在于，所述用戶設備接收更新的系統(tǒng)廣 播消息包括用戶設備的無線資源控制層接收系統(tǒng)廣播消息，讀取所述系統(tǒng)廣播消息中常規(guī)的接入 控制信息，并通知所述用戶設備的非接入層停止針對個別業(yè)務進行接入控制；所述用戶設備根據(jù)所述更新的系統(tǒng)廣播消息中的常規(guī)的接入控制信息進行接入控制 包括所述用戶設備的無線資源控制層接收包括接入業(yè)務類型的接入請求，并根據(jù)所述常規(guī) 的接入控制信息對所述接入業(yè)務類型相應的業(yè)務進行接入控制；其中，所述接入請求為所 述用戶設備的非接入層獲知停止針對個別業(yè)務進行接入控制后發(fā)送的接入請求，所述接入 業(yè)務類型包括主叫類型的業(yè)務，或者被叫類型的業(yè)務。
11.如權利要求7所述的接入控制方法，其特征在于，所述用戶設備接收系統(tǒng)廣播消 息，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息包括用戶設備的無線資源控制層接收系統(tǒng)廣播消息，讀取所述系統(tǒng)廣播消息中常規(guī)的接入 控制信息；所述用戶設備根據(jù)所述針對個別業(yè)務的接入控制信息對個別業(yè)務進行接入控制包括所述用戶設備的無線資源控制層接收包括接入業(yè)務類型的接入請求，將所述接入業(yè)務 類型劃歸為主叫類型的業(yè)務和/或被叫類型的業(yè)務，并根據(jù)所述常規(guī)的接入控制信息對所 述接入業(yè)務類型劃歸的業(yè)務進行接入控制；其中，所述接入請求由所述用戶設備的非接入 層發(fā)送，所述接入業(yè)務類型以下任一項或其組合主叫類型的視頻video業(yè)務，語音voice業(yè)務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，媒體 multimedia業(yè)務，VoIP業(yè)務，或其他業(yè)務，或者，被叫類型的視頻video業(yè)務，語音voice業(yè) 務，數(shù)據(jù)data業(yè)務，短信SMS業(yè)務，多媒體multimedia業(yè)務，VoIP業(yè)務，或其他業(yè)務。
12.如權利要求9至11任一項所述的接入控制方法，其特征在于，所述用戶設備的無線 資源控制層根據(jù)所述針對個別業(yè)務的接入控制信息對所述接入業(yè)務類型相應的個別業(yè)務進行接入控制包括所述用戶設備的無線資源控制層根據(jù)所述針對個別業(yè)務的接入控制信息對所述接入 業(yè)務類型相應的個別業(yè)務進行接入判決；如果確定可以接入所述個別業(yè)務，則發(fā)送連接建立請求消息，所述連接建立消息包括 建立原因值；所述建立原因值由用戶設備的無線資源控制層根據(jù)所述接入業(yè)務類型和所述 建立原因值的映射關系和所述接入請求中的接入業(yè)務類型確定。
13.—種網(wǎng)絡側設備，其特征在于，包括判斷單元，用于判斷用戶設備是否需要針對個別業(yè)務service specific進行接入控制；發(fā)送單元，用于向所述用戶設備發(fā)送系統(tǒng)廣播消息；在所述判斷單元判斷為是時，所述 系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；在所述判斷單元判斷為否時，所述系統(tǒng) 廣播消息包括常規(guī)的接入控制信息。
14.如權利要求13所述的網(wǎng)絡側設備，其特征在于，所述設備還包括尋呼單元，用于在所述判斷單元判斷用戶設備是否需要針對個別業(yè)務進行接入控制之 后，所述發(fā)送單元向用戶設備發(fā)送系統(tǒng)廣播消息之前，發(fā)送尋呼消息；所述尋呼消息指示所 述用戶設備立即獲取接入控制信息。
15.如權利要求13所述的網(wǎng)絡側設備，其特征在于，所述判斷單元包括觸發(fā)單元，用于受到以下條件的觸發(fā)時，確定用戶設備需要針對個別業(yè)務進行接入控 制獲知災難、或網(wǎng)絡側擁塞、或瞬時大量業(yè)務即將發(fā)生或已經(jīng)發(fā)生。
16.一種接入控制系統(tǒng)，其特征在于，包括用戶設備和如權13-15任一項所述的網(wǎng)絡側 設備，其中，所述用戶設備，用于接收系統(tǒng)廣播消息，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入 控制信息；以及，根據(jù)所述針對個別業(yè)務的接入控制信息對個別業(yè)務進行接入控制。
17.一種用戶設備，其特征在于，包括接收單元，用于接收系統(tǒng)廣播消息，所述系統(tǒng)廣播消息包括針對個別業(yè)務service specific的接入控制信息；第一控制單元，用于根據(jù)所述接收單元接收的針對個別業(yè)務的接入控制信息對個別業(yè) 務接入請求進行接入控制。
18.如權利要求17所述的用戶設備，其特征在于，所述接收單元包括尋呼消息接收單元，用于接收尋呼消息；系統(tǒng)廣播消息接收單元，用于在所述尋呼消息指示所述用戶設備立即獲取接入控制信 息時，立即接收系統(tǒng)廣播消息。
19.如權利要求18所述的用戶設備，其特征在于，還包括第二控制單元，用于在所述接收單元收到的更新的系統(tǒng)廣播消息不包括針對個別業(yè) 務的接入控制信息時，則根據(jù)所述更新的系統(tǒng)廣播消息中常規(guī)的接入控制信息進行接入控 制；或者，第三控制單元，用于在所述尋呼消息接收單元接收到的所述尋呼消息指示所述用戶設 備無需針對個別業(yè)務進行接入控制時，立即接收系統(tǒng)廣播消息，并根據(jù)所述系統(tǒng)廣播消息 中常規(guī)的接入控制信息進行接入控制。
20. 一種接入控制系統(tǒng)，其特征在于，包括網(wǎng)絡側設備和如權17-19任一項所述的用戶 設備，其中，所述網(wǎng)絡側設備，用于判斷用戶設備是否需要針對個別業(yè)務進行接入控制，并向所述 用戶設備發(fā)送系統(tǒng)廣播消息；如果所述用戶設備需要針對個別業(yè)務進行接入控制，所述系 統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；否則，所述系統(tǒng)廣播消息包括常規(guī)的接入 控制信息。
全文摘要
本發(fā)明實施例提供了一種接入控制方法、設備及系統(tǒng)。其中方法包括判斷用戶設備是否需要針對個別業(yè)務進行接入控制；向所述用戶設備發(fā)送系統(tǒng)廣播消息；如果所述用戶設備需要針對個別業(yè)務進行接入控制，所述系統(tǒng)廣播消息包括針對個別業(yè)務的接入控制信息；否則，所述系統(tǒng)廣播消息包括常規(guī)的接入控制信息。應用本發(fā)明UE可以根據(jù)針對個別業(yè)務的接入控制信息對不同業(yè)務接入請求進行接入控制，滿足了用戶的需求。
文檔編號H04W48/08GK101925151SQ20091014686
公開日2010年12月22日 申請日期2009年6月12日 優(yōu)先權日2009年6月12日
發(fā)明者張宏平, 戴明增, 趙君輝, 郭軼, 黃敏 申請人:華為技術有限公司