專利名稱：一種用戶設備緊急接入的方法、設備和系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及通信技術(shù)領域，尤其涉及一種用戶設備緊急接入的方法、設 備和系統(tǒng)。
背景技術(shù)：
通用移動通4言系統(tǒng)(UMTS, Universal Mobile Telecommunication System)是 采用寬帶碼分多址(WCDMA， Wideband Code Division Multiple Access)空中接 口的第三代移動通信系統(tǒng)。UMTS包括無線接入網(wǎng)絡(RAN, Radio Access Network)和核心網(wǎng)絡(CN, Core Network)。
其中，RAN用于處理所有與無線有關的功能，由無線網(wǎng)絡控制器(RNC, Radio Network Controller)和基站(NodeB)組成。RNC與CN之間的接口是Iu 接口 ， NodeB和RNC通過Iub接口連接。在RAN內(nèi)部，RNC之間通過Iur 互聯(lián)，Iur可以通過RNC之間的直接物理連接或傳輸網(wǎng)連接。RNC用來分配 和控制與之相連或相關的NodeB的無線資源，NodeB則完成Iub和Uu接口 之間的數(shù)據(jù)流的轉(zhuǎn)換。
CN處理UMTS內(nèi)所有的語音呼叫和數(shù)據(jù)連接，并實現(xiàn)與外部網(wǎng)絡的交 換和路由功能，CN主要包括服務通用分組無線服務支持節(jié)點(SGSN, Serving GPRS Support Node)和網(wǎng)關通用分組無線服務支持節(jié)點(GGSN, Gateway GPRS Support Node)等基本的網(wǎng)元功能實體。SGSN主要用于為本SGSN服務 區(qū)i或的移動臺(MS, Mobile Station)轉(zhuǎn)發(fā)輸入/輸出的網(wǎng)際協(xié)議(IP, Internet Protocol)分組，GGSN用于提供數(shù)據(jù)包同外部數(shù)據(jù)網(wǎng)之間的路由和封裝。
現(xiàn)有技術(shù)，長期演進網(wǎng)絡/系統(tǒng)架構(gòu)演進網(wǎng)絡(LTE/SAE, Long Term Evolved/System Architecture Evolved)中，使用分組交換(PS, Packet Switching) 域業(yè)務，承載網(wǎng)絡都為IP承載，參照圖l,為現(xiàn)有技術(shù)中一種LTE/SAE網(wǎng)絡 架構(gòu)示意圖，下面對該架構(gòu)下演進的分組核心網(wǎng)中網(wǎng)元的功能進行說明
移動性管理實體(MME, Mobility Management Entity) 101用于保存用戶設備(UE, User Equipment)的移動性管理上下文，如用戶的標識、移動性管理狀 態(tài)、位置信息等，并對非接入層(NAS， Non Access Stratum)信令進行處理，負 責NAS信令的安全等。
SAE網(wǎng)關(GW, Gateway)在圖1中，包括服務網(wǎng)關(SGW, Serving Gateway)102和分組數(shù)據(jù)網(wǎng)絡網(wǎng)關(PGW, Packet Date Network Gateway) 103。 SGW102和PGW103是兩個邏輯實體，可以存在于一個物理實體上，也可以 存在不同的物理實體上。SGW102保存UE的用戶面上下文，如UE的IP地 址和路由信息，執(zhí)行合法監(jiān)聽、分組數(shù)據(jù)路由功能等。
MME101通過Sl-MME, SGW102通過Sl-U分別與演進全球陸地無線接
制面與用戶面的連接。同時MMEIOI通過S3接口， SGW102通過S4接口分 別與2G/3G SGSN110連接，分別負責UE104在3G和SAE網(wǎng)絡之間的移動 性控制面錨點和用戶面錨點功能。
PGW103負責UE104接入到分組數(shù)據(jù)網(wǎng)的用戶面錨點功能，通過SGi參 考點與外部分組數(shù)據(jù)網(wǎng)進行通信，具有分組路由和轉(zhuǎn)發(fā)功能，并負責策略計
費增強功能、基于每個用戶的分組過濾功能等。PGW103通過S5接口與 SGW102相連，傳遞承載建立、修改、刪除等控制信息，以及分組數(shù)據(jù)路由 等。PGW103還可作為策略計費增強功能實體(PCEF, Policy and Charging Enforcement Function),由策略計費規(guī)則功能實體(PCRF, Policy and Charging Rules Function)通過S7接口向PGW103傳遞服務質(zhì)量(QoS, Quality of Service) 和計費策略控制信息等。
為便于描述，可以將整個SAE網(wǎng)絡架構(gòu)進行簡化，參照圖2,為圖1所 示LTE/SAE網(wǎng)絡架構(gòu)的簡化示意圖，可以將該網(wǎng)絡架構(gòu)分兩部分來看，部分 1為UE201通過RAN202、 MME203接入到SGW204,此時所有節(jié)點完全屬 于SAE系統(tǒng)；部分2為UE201通過RAN207、 SGSN206接入SGW204,此時 SGSN206至UE201部分屬于UMTS系統(tǒng)，而SGW204至PGW205屬于SAE 系統(tǒng)，因此這種情況下涉及到UMTS同SAE之間的處理的一致性問題。
在現(xiàn)有技術(shù)中，UE可以通過附著流程，接入到網(wǎng)絡。在這個正常的附著
7流程中，終端需要攜帶國際移動用戶標識(IMSI, International Mobile Equipment Identity),通過IMSI,網(wǎng)絡可以識別用戶的身份，'以此決定用戶是 否能夠接入網(wǎng)絡，并通過與家鄉(xiāng)用戶服務器(HSS, Home Subscriber Server) 的交互，得到用戶的簽約數(shù)據(jù)，向用戶提供相應的服務。
但是，在緊急情況下，比如火災、地震、洪水、報警、救護車等特殊條 件下，如果用戶沒有IMSI,或者雖有IMSI但處于接入受限狀態(tài)，如處于漫 游區(qū)域限制的情況下，用戶需要以最高優(yōu)先級接入網(wǎng)絡并進行特定的緊急業(yè) 務，在對現(xiàn)有技術(shù)的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中并沒有相應 的技術(shù)方案，來保證在緊急情況下任何用戶在任何條件下都能接入網(wǎng)絡。
發(fā)明內(nèi)容
本發(fā)明實施例提供一種用戶設備緊急接入的方法、設備和系統(tǒng)，能夠?qū)?現(xiàn)在緊急情況下任何用戶在任何條件下都能接入網(wǎng)絡。
為解決上述技術(shù)問題，本發(fā)明實施例所提供的用戶設備緊急接入的方法、 設備和系統(tǒng)是通過以下技術(shù)方案實現(xiàn)的
本發(fā)明實施例提供了 一種用戶設備緊急接入的方法，該方法包括
核心網(wǎng)側(cè)設備接收接入網(wǎng)側(cè)設備傳遞的附著請求消息，所述消息中攜帶 有緊急呼叫屬性信息和接入網(wǎng)側(cè)設備分配的用戶面資源，根據(jù)所述緊急呼叫 屬性信息，選擇預先配置的緊急呼叫服務質(zhì)量QoS信息及緊急承載建立方式；
選擇能夠緊急接入的核心網(wǎng)側(cè)設備，發(fā)送建立緊急承載請求消息，所述 消息攜帶有接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到所選 擇的核心網(wǎng)側(cè)設備的緊急承載；
接入網(wǎng)側(cè)設備調(diào)度空口資源，并建立空口側(cè)緊急承載。
本發(fā)明實施例提供了一種網(wǎng)絡系統(tǒng)，該網(wǎng)絡系統(tǒng)包括接入網(wǎng)側(cè)設備、 核心網(wǎng)側(cè)設備一、核心網(wǎng)側(cè)設備二，其中
接入網(wǎng)側(cè)設備，用于接收用戶設備的攜帶有緊急呼叫屬性信息的附著請 求消息，根據(jù)緊急呼叫屬性信息，分配用戶面資源，調(diào)度空口資源，建立空 口側(cè)緊急承載；核心網(wǎng)側(cè)設備一，用于接收用戶設備的攜帶有緊急呼叫屬性信息和接入 網(wǎng)側(cè)設備分配的用戶面資源的附著請求消息，根據(jù)所述緊急呼叫屬性信息，
選擇預先配置的緊急呼叫QoS信息及緊急承載建立方式；選擇能夠緊急接入 的核心網(wǎng)側(cè)設備二并發(fā)送建立緊急承載請求消息，所述消息攜帶有接入網(wǎng)側(cè) 設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到所述核心網(wǎng)側(cè)設備二的緊 急承載；
核心網(wǎng)側(cè)設備二，用于在接收到建立緊急承載請求消息時，建立到所述 接入網(wǎng)側(cè)設備的緊急承載。
本發(fā)明實施例提供了 一種核心網(wǎng)側(cè)設備，該核心網(wǎng)側(cè)設備包括接收單 元、選擇單元、發(fā)送單元，其中
接收單元，用于接收接入網(wǎng)側(cè)設備傳遞的攜帶有緊急呼叫屬性信息的附 著請求消息；
選擇單元，根據(jù)接收單元接收到的緊急呼叫屬性信息，選擇預先配置的 緊急呼叫QoS信息、緊急承載建立方式以及能夠緊急接入的核心網(wǎng)側(cè)設備；
發(fā)送單元，用于向選擇的核心網(wǎng)側(cè)設備發(fā)送建立緊急承載請求消息，所 述消息中攜帶有接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到 所選擇的核心網(wǎng)設備之間的緊急承載。本發(fā)明實施例還提供了一種接入網(wǎng)側(cè)設備，該接入網(wǎng)側(cè)設備包括第一 接收單元、資源分配單元、資源調(diào)度單元、第一發(fā)送單元、第二發(fā)送單元， 其中
接收單元，用于接收用戶設備的攜帶有緊急呼叫屬性信息的附著請求消
息；
資源分配單元，用于根據(jù)接收單元接收到的緊急呼叫屬性信息分配用戶 面資源；
資源調(diào)度單元，用于根據(jù)接收單元接收到的緊急呼叫屬性信息調(diào)度預留 的空口資源；
第一發(fā)送單元，用于將資源分配單元所分配的用戶面資源隨同附著請求消息一起發(fā)送；
第二發(fā)送單元，用于在資源調(diào)度單元完成資源調(diào)度后，發(fā)送無線承載建 立請求消息，建立空口側(cè)緊急承載。
從以上技術(shù)方案可以看出，本發(fā)明實施例通過核心網(wǎng)側(cè)設備接收接入網(wǎng)
側(cè)設備傳遞的附著請求消息，且所述消息中攜帶有緊急呼叫屬性信息和接入 網(wǎng)側(cè)設備分配的用戶面資源，根據(jù)所述緊急呼叫屬性信息，選擇預先配置的
緊急呼叫服務質(zhì)量QoS信息及緊急呼叫承栽建立方式，并選擇能夠緊急接入
的核心網(wǎng)側(cè)設備，發(fā)送建立緊急承載請求消息，所述消息中攜帶有用戶標識 和接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到所選擇的核心
網(wǎng)側(cè)設備的緊急承載；并由接入網(wǎng)側(cè)設備調(diào)度空口資源，建立空口側(cè)緊急承 載，從而建立用戶設備和核心網(wǎng)側(cè)的緊急承載，實現(xiàn)IMS域的緊急會話，使 得在緊急情況下，任何用戶在任何條件下都能實現(xiàn)IMS域緊急接入。
圖1為現(xiàn)有技術(shù)中 一種LTE/SAE網(wǎng)絡架構(gòu)示意圖2為圖1所示LTE/SAE網(wǎng)絡架構(gòu)簡化示意圖3為本發(fā)明實施例中UE緊急接入的方法一流程圖4為本發(fā)明實施例中UE緊急接入的方法一實施例一流程圖5為本發(fā)明實施例中UE緊急接入的方法一實施例二流程圖6為本發(fā)明實施例中UE緊急4妄入的方法一實施例三流程圖7為本發(fā)明實施例中UE緊急接入的方法一實施例四流程圖8為本發(fā)明實施例中UE緊急接入的方法二流程圖9為本發(fā)明實施例中UE緊急接入的方法二實施例一流程圖10為本發(fā)明實施例中UE緊急接入的方法二實施例二流程圖11為本發(fā)明實施例中UE緊急接入的方法二實施例三流程圖12為本發(fā)明實施例中UE緊急接入的方法二實施例四流程圖；圖13為本發(fā)明實施例中的網(wǎng)絡系統(tǒng)結(jié)構(gòu)示意圖； 圖14為本發(fā)明實施例中的一種核心網(wǎng)側(cè)設備結(jié)構(gòu)示意圖； 圖15為本發(fā)明實施例中的 一種接入網(wǎng)側(cè)設備結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供了一種UE緊急接入的方法、設備和系統(tǒng)，用于實現(xiàn)緊 急情況下的用戶接入。通過核心網(wǎng)側(cè)設備接收接入網(wǎng)側(cè)設備傳遞的附著請求 消息，所述消息中攜帶有緊急呼叫屬性信息和接入網(wǎng)側(cè)設備分配的用戶面資 鄉(xiāng)，沖艮 佐尸/r還矛二g、吁n乂禹'r玍^息，迅伴了貝尤eiL旦的矛r恩吁n ^osi呂息久'i5e思 承載建立方式，并選擇能夠緊急接入的核心網(wǎng)側(cè)設備，向該核心網(wǎng)側(cè)設備發(fā) 送建立承載請求消息，所述消息中攜帶有接入網(wǎng)側(cè)設備分配的用戶面資源， 建立所述接入網(wǎng)側(cè)設備到所選擇的核心網(wǎng)側(cè)設備的緊急承載；并由接入網(wǎng)側(cè) 設備調(diào)度空口資源，然后建立空口側(cè)緊急承載，從而建立UE和所選擇的核心 網(wǎng)側(cè)設備之間的緊急承載，通過所述承載建立IMS域緊急會話，實現(xiàn)UE的 緊急接入，在緊急情況下，可以實現(xiàn)任何UE在任何條件下的緊急接入，滿足 用戶需求。
為使本發(fā)明實施例的目的、技術(shù)方案及優(yōu)點更加清楚、明了，以下參照 附圖，對本發(fā)明實施例進行詳細介紹
首先介紹本發(fā)明實施例提供的UE緊急接入的方法，該方法能夠?qū)崿F(xiàn)用戶 沒有IMSI或IMSI無效時在緊急情況下的用戶接入，或者在接入受限時在緊 急情況下的用戶接入。以下分別通過UE在演進網(wǎng)絡和UMTS網(wǎng)絡中的緊急 接入進行說明
a nrt rd 々 、'j~,J，r^n 、 L /一 ， _L t tti A i<i 、 * /、 — 、 ，— 、j~ 一n nnt 、*i* 、 ii
，,照la^ j, 刀個及口/j頭犯，j t uh矛r恩"^矢八的萬汰一》Tb吁主iaj, uh杜消迎 網(wǎng)絡中通常的緊急接入，以下通過具體步驟進行詳細說明
301、 UE與eNB建立無線資源控制(RRC, Radio Resource Control)連 接后，UE發(fā)送附著請求消息給eNB,請求消息中攜帶的參數(shù)有緊急呼叫屬 性信息、PDN地址分配(PDN Address Allocation)、協(xié)議配置選項(Protocol Configuration Options )、附著類型(Attach Type )、隨后請求(Follow on request )、 用戶標識；
ii其中，緊急呼叫屬性信息用于指示網(wǎng)絡側(cè)UE要進行緊急呼叫，例如，可
以是緊急呼叫指示、緊急呼叫類型，或者對于緊急呼叫的特定要求等；
Protocol Configuration Options用于在UE和PGW之間傳送參數(shù)，MME 和SGW透傳該參數(shù)；
Follow on request指示網(wǎng)絡在附著完成后是否釋放S1連接；Attach type 指出附著的類型；
對于用戶標識，有如下兩種情況
(1) 當UE沒有IMSI時，用戶標識為國際移動設備標識(IMEI, International Mobile Equipment Identity);
(2) 當UE有IMSI時，用戶標識有2種可能IMSI;舊全球唯一臨時 標識(GUTI, Global Unique Temporary Identity )或舊跟蹤區(qū)標識(TAI, Tracking Area Identity )。
UE通過Protocol Configuration Options告知PGW為其選擇一個具有特 定處理能力的P-CSCF (如支持使用匿名用戶方式直接建立緊急會話而無 須進行IMS注冊)。
PDN Address Allocation和Follow on request在正常附著時由UE設置，在
緊急附著時可以由MME設置。
UE可針對緊急呼叫/緊急呼叫類型提前預留空口資源；
UE在發(fā)送附著請求消息之前，向eNB發(fā)送RRC連接請求消息建立RRC 連接，可以在RRC連接請求消息的"原因"中增加"緊急附著"指示eNB緊 急呼叫，也可以通過多個參數(shù)的組合指示"緊急附著"。UE也通過RRC連接 請求消息的專用參數(shù)來指明"緊急呼叫類型(如火警、車禍)"；通過RRC 連接請求消息中的特定參數(shù)指明"要求保持RRC連接"，可以理解的是，UE 也可以采用其他的緊急呼叫標識信息指示eNB緊急呼叫。
302、 eNB選擇MME并向該MME轉(zhuǎn)發(fā)附著請求消息，MME根據(jù)附著 請求消息中緊急呼叫屬性信息，在MME上選褲，預先配置的緊急呼叫QoS信息及承載建立方式；
緊急呼叫QoS信息可以是關于緊急呼叫的Qos信息或與特定緊急業(yè)務 及緊急呼叫特定要求相關的Qos信息，可以4艮據(jù)緊急呼叫類型或?qū)τ诰o急呼 叫的特定要求配置緊急呼叫QoS信息。
對于緊急承載建立有以下方式
(1) 在UE ~ PGW之間建立一條通用的緊急承載，該承載既可以承載信
厶^ ,可以7 義惑'、1P
(2) 在UE PGW之間建立一條緊急缺省承載，并可能在此過程期間或 之后，由網(wǎng)絡節(jié)點(如MME、 PGW、 PCRF、 eNodeB)發(fā)起建立緊急專用 承載；
(3 )在UE ~ PGW之間可以同步建立若干緊急承載。
根據(jù)RRC連接請求消息或附著請求消息中UE攜帶的用于指示緊急呼叫 的參數(shù)，eNB預先分配用戶面資源，如用戶面地址和隧道終結(jié)點標識(TEID, Tunnel End Point Identifier),并連同附著請求一起發(fā)給MME; eNB使用配置 在eNB上緊急呼叫Qos信息預先調(diào)度空口資源。
303、 可以根據(jù)運營商需要，MME使用用戶標識通過身份檢查消息來向 EIR ( Equipment Identity Register設備識別寄存器)請求確認用戶的身份，如 果用戶在黑名單中，那么MME將拒絕附著請求；
可以理解的是，對于緊急附著是否需要鑒權(quán)過程，取決于運營商的策略。 可以在網(wǎng)元節(jié)點MME上為緊急接入專門配置鑒權(quán)向量，進行鑒權(quán)過程。
304、 MME選4奪SGW和PGW,并向所選4奪的SGW發(fā)送建立承載請求 消息；
MME可以通過如下方式選4奪SGW和PGW:
(1 )MME識別出緊急呼叫后，MME使用本地Em-APN( Emergency- Access Point Name緊急接入點名稱)得到能夠接入緊急業(yè)務PDN的PGW和SGW;
(2)由網(wǎng)絡將能夠接入緊急業(yè)務PDN的"緊急PGW"和"緊急SGW，' 配置在MME。
13MME可以根據(jù)UE指示的特定緊急業(yè)務類型或緊急業(yè)務特定要求，選擇 配置在本地的緊急呼叫Qos信息，向SGW發(fā)送建立承載請求消息，攜帶參數(shù) 包括緊急呼叫Qos信息、Em-APN、用戶標識、PDN Address Allocation 、 Protocol Configuration Options、承載標識，其中承載標識是由MME分配的。
如果在步驟302中，eNB為緊急承載預先分配用戶面地址和TEID,則 MME在建立承載請求消息中將該參數(shù)攜帶給SGW。在這條消息中，PDN Address Allocation表示是否要立刻分配IP地址，在緊急呼叫情況下，這個要 凈皮置為一定要立即分配IP地址，MME可以要求分配用于特定類型緊急呼叫 的特定IP地址。Follow on request由MME設置為在附著后不釋放S1連接， 即接入網(wǎng)側(cè)設備與核心網(wǎng)側(cè)設備之間的連接。這兩個參數(shù)都是田于緊急業(yè)務 的需要而被MME強制設置，設置之后，可以有效保證緊急承載的可靠性。
305、 SGW分配下行用戶面及控制面地址和TEID,并向PGW發(fā)送建立 承載請求消息，消息中攜帶參數(shù)緊急呼叫Qos信息、Em-APN、用戶標識、 承載標識、PDN Address Allocation、 Protocol Configuration Options 、 SGW分 配的用戶面及控制面;也址和TEID;306、 如果部署了策略計費控制(PCC, Policy and Charging Control)網(wǎng)絡， 那么PGW可以與PCRF進行交互，PCRF可以根據(jù)緊急業(yè)務的需要自行觸發(fā) 專有承載的預先建立；
307、 PGW分配上行用戶面及控制面地址和TEID， PGW發(fā)送建立承載 響應消息給SGW,消息中攜帶參數(shù)PGW分配的用戶面及控制面地址和 TEID、 PDN Address Information, 岸義載才示i口、、 Protocol Configuration Options;
其中，PDN Address Information是PGW為UE分配的IP地址。
308、 SGW分配下行用戶面及控制面地址和TEID, SGW發(fā)送建立承載 響應消息給MME,消息中攜帶參數(shù)用戶面及控制面地址和TEID、 PDN Address Information、 Protocol Configuration Options、承載標識；
309、 MME發(fā)送附著接受消息給eNB,消息中攜帶參數(shù)Em-APN、 PDN Address Information、 Protocol Configuration Options 、 7K載標識、跟蹤區(qū)域標 識(TAI， TrackingArea Identity)列表、SGW分配的用戶面地址和TEID;其中，如果MME給UE分配了 GUTI,消息中還應攜帶GUTI這一參數(shù)。 TAI列表是MME發(fā)給UE跟蹤區(qū)域標識列表。
310、 如果空口資源調(diào)度完畢，那么eNB向UE發(fā)送無線承載建立請求消 息，該消息攜帶NAS消息附著接受；
如果空口資源調(diào)度未完成，那么等待調(diào)度完成后發(fā)送該消息。
311、 UE向eNB發(fā)送無線承載建立響應消息，該消息攜帶NAS消息附著 完成；
312、 eNB轉(zhuǎn)發(fā)附著完成消息給MME,消息中攜帶參數(shù)承載標識；
313、 如果建立多條緊急承載，可由PGW或由PCRF觸發(fā)PGW建立專有 承載；
314、 UE進行IMS域緊急注冊；
當UE使用IMS域匿名用戶時，UE可以不必進行IMS域緊急注冊。
315、 IMS域的緊急會話建立。
對于緊急呼叫Qos信息，可以根據(jù)需要配置在各個網(wǎng)元節(jié)點上，例如，可 以包括但不限于eNB、 MME、 PGW和PCRF，當僅僅配置在一個網(wǎng)元節(jié)點時， 需要通過特定消息或現(xiàn)有消息中增加參數(shù)告知其他需要的網(wǎng)元節(jié)點。也可以 在各個網(wǎng)元節(jié)點預先配置需要為緊急呼叫建立的承載數(shù)目等其他參數(shù)。對于 緊急呼叫Qos信息可能是一組Qos信息集合對應于特定緊急業(yè)務或緊急業(yè)務 特定需求。
可見，該方法中，MME接收到附著請求消息后所觸發(fā)建立的eNB和PGW 之間建立的緊急承載，以及eNB在調(diào)度空口資源后所建立的空口側(cè)承載，可 以可以實現(xiàn)IMS域的緊急會話，實現(xiàn)用戶緊急接入。
以下通過具體實施例說明不同的實施方式
參照圖4,為本發(fā)明實施例中UE緊急接入的方法一實施例一流程圖，UE 采用IMEI作為用戶標識，建立一條緊急承載，以下通過具體步驟進行詳細說 明
15401 、 UE與eNB建立RRC連接后，UE發(fā)送附著請求消息給eNB,該消 息中攜帶參數(shù)緊急呼叫屬性信息、IMEI、 PDN Address Allocation, Protocol Configuration Options 、 Attach Type 、 Follow on Request;
其中，緊急呼叫屬性信息用于指示網(wǎng)絡側(cè)UE要進行緊急呼叫，例如，可 以是緊急呼叫指示、緊急呼叫類型，或者對于緊急呼叫的特定要求等；
Protocol Configuration Options用于在UE和PGW之間傳送參數(shù)，MME 和SGW透傳該參數(shù)；UE通過Protocol Configuration Options告知PGW為其 選擇一個具有特定處理能力的P-CSCF,如支持使用匿名用戶方式直接建立緊 急會話而無須進行網(wǎng)際協(xié)議多媒體子系統(tǒng)(IMS, International Multimedia Subsystem)注冊。
Follow on request指示網(wǎng)絡在附著完成后是否釋放SI連接；Attach type 指出附著的類型；
PDN Address Allocation和Follow on request在正常附著時由UE設置，在 緊急附著時由MME設置。
UE可以針對緊急呼叫或者不同的緊急呼叫類型預留空口資源。
UE在發(fā)送附著請求消息之前，向eNB發(fā)送RRC連接請求消息建立RRC 連接，可以在RRC連接請求消息的"原因"中增加"緊急附著"指示eNB緊 急呼叫，也可以通過多個參數(shù)的組合指示"緊急附著"。UE也通過RRC連接 請求消息的專用參數(shù)來指明"緊急呼叫類型(如火警、車禍)"；通過RRC 連接請求消息中的特定參數(shù)指明"要求保持RRC連接"，可以理解的是，UE 也可以采用其他的緊急呼叫標識信息指示eNB緊急呼叫。
402 、 eNB選擇MME并向該MME轉(zhuǎn)發(fā)附著請求消息；
根據(jù)RRC連接請求消息中的緊急呼叫標識信息或附著請求消息中的緊急 呼叫屬性信息，eNB預先分配用戶面資源，如用戶面地址和TEID,并連同附 著請求消息一起發(fā)給MME; eNB使用配置在eNB上的緊急呼叫Qos信息預 先調(diào)度空口資源。緊急呼叫Qos信息可以根據(jù)緊急呼叫類型或?qū)o急呼叫的特定要求配置。
403、 可以根據(jù)運營商需要，MME使用IMEI通過身份檢查來向EIR請 求確認用戶的身份，如果用戶在黑名單中，那么MME將拒絕附著請求；
404、 MME選擇SGW和PGW,并向所選擇的SGW發(fā)送建立承載請求 消息；
MME進行SGW和PGW的選擇，可以有如下2種方式
(1 ) MME識別出緊急呼叫后，MME使用本地Em-APN得到能夠接入緊 急業(yè)務PDN的PGW和SGW;
(2)由網(wǎng)絡將能夠接入緊急業(yè)務PDN的"緊急PGW"和"緊急SGW" 配置在MME。
MME接收到附著請求時，觸發(fā)在eNB、 SGW、 PGW之間建立一條緊急 承載，該承載即可以承載信令也可以承載業(yè)務數(shù)據(jù)。
MME可以根據(jù)UE指示的特定緊急業(yè)務類型或緊急業(yè)務特定要求，選擇 配置在本地的緊急呼叫Qos信息，向SGW發(fā)送建立承載請求消息，攜帶參數(shù) 包括緊急呼叫Qos信息、Em-APN、 IMEI、 PDN Address Allocation, Protocol Configuration Options、承載標識，承載標識是由MME分配的。
如果在步驟402中，eNB為緊急承載預先分配用戶面地址和TEID,則 MME在建立承載請求消息中將該參數(shù)攜帶給SGW。在這條消息中，PDN Address Allocation表示是否要立刻分配IP地址，在緊急呼叫情況下，這個要 被置為一定要立即分配IP地址，MME可以要求分配用于特定類型緊急呼叫 的特定IP地址。Follow on request由MME設置為在附著后不釋放S1連接。 這兩個參數(shù)都是由于緊急業(yè)務的需要而被MME強制設置，可以有效保證緊急 承載的可靠性。
405、 SGW分配下行用戶面及控制面地址和TEID,向PGW發(fā)送建立承 載請求消息，攜帶參數(shù)緊急呼叫QoS信息、Em-APN、 IMEI、承載標識、 PDN Address Allocation, Protocol Configuration Options、 SGW分酉己的用戶面 及控制面;也址和TEID;406、 如果部署了 PCC網(wǎng)絡，那么PGW可以與PCRF進行交互； PCRF可以根據(jù)緊急業(yè)務的需要自行觸發(fā)專有承載的預先建立。
407、 PGW分配上行用戶面及控制面地址和TEID,向PGW發(fā)送建立承 載響應消息，消息中攜帶參數(shù)PGW分配的用戶面及控制面地址和TEID、 PDN Address Information, 承載標識、Protocol Configuration Options;
其中，PDN Address Information是PGW為UE分配的IP地址。
408、 SGW分配下行用戶面及控制面地址和TEID, SGW發(fā)送建立承載 響應消息給MME，消息中攜帶參數(shù)用戶面及控制面地址和TEID、 PDN Address Information、 Protocol Configuration Options、 承載標識；
409、 MME發(fā)送附著接受消息給eNB,消息中攜帶參數(shù)Em-APN、 PDN Address Information, Protocol Configuration Options, 7K載才示i口、、 TAI歹寸表、SGW 分配的用戶面地址和TEID;
其中，如果MME給UE分配了 GUTI,消息中還應攜帶GUTI這一參數(shù)。
410、 如果空口資源調(diào)度完畢，那么eNB向UE發(fā)送無線承載建立請求消 息，該消息攜帶NAS消息附著接受；
如果空口資源調(diào)度未完成，那么等待調(diào)度完成后發(fā)送該消息。
411 、 UE向eNB發(fā)送無線承載建立響應消息，該消息攜帶NAS消息附著 完成；
412、 eNB轉(zhuǎn)發(fā)附著完成消息給MME,消息中攜帶參數(shù)承載標識；
413、 UE進行IMS域緊急注冊；
當UE使用IMS域匿名用戶時，UE可以不必進行IMS域緊急注冊。
414、 IMS域的緊急會話建立。
參照圖5，為本發(fā)明實施例中UE緊急接入的方法一實施例二流程圖，UE 仍使用IMEI作為用戶標識，不同之處在于，可以同時建立多條緊急承載，以 下通過具體步驟進行詳細說明
501、與實施例一中的步驟401相同，不再贅述；
18502 、 eNB選擇MME并向該MME轉(zhuǎn)發(fā)附著請求消息；
當接收到附著請求時，在eNB、 SGW、 PGW之間觸發(fā)建立缺省承載，再由PCRF觸發(fā)PGW建立專有承載。
eNB可以在步驟502或步驟512中為缺省承載分配上行用戶面地址和TEID。具體可以根據(jù)RRC連接請求消息或附著請求消息中UE攜帶的用于指示緊急呼叫的參數(shù)，eNB預先分配用戶面資源，如用戶面地址和TEID,并連同附著請求消息一起發(fā)給MME; eNB使用配置在eNB上的緊急呼叫Qos信息預先調(diào)度空口資源。
緊急呼叫Qos信息可以根據(jù)緊急呼叫類型或?qū)o急呼叫的特定要求配置。
503、 與實施例一中的步驟403相同，不再贅述；
504、 MME選擇SGW和PGW,并向所選擇的SGW發(fā)送建立承載請求消息；
MME進行SGW和PGW的選擇，可以有如下2種方式
(1) MME識別出緊急呼叫后，MME使用本地Em-APN得到能夠接入緊急業(yè)務PDN的PGW和SGW;
(2) 由網(wǎng)絡將能夠接入緊急業(yè)務PDN的"緊急PGW"和"緊急SGW，，配置在MME。
MME可以根據(jù)UE指示的特定緊急業(yè)務類型或緊急業(yè)務特定要求，選擇配置在本地的緊急呼叫Qos信息，向SGW發(fā)送建立承載請求消息，攜帶參數(shù)包括緊急呼叫Qos信息、Em-APN、 IMEI、 PDN Address Allocation、 ProtocolConfiguration Options、承載標識；其中，？K載標識是MME分配的。
如果在步驟502中，eNB為緊急承載預先分配用戶面地址和TEID,則MME在建立承載請求消息中將該參數(shù)攜帶給SGW。在這條消息中，PDNAddress Allocation表示是否要立刻分配IP地址，在緊急呼叫情況下，這個要被置為一定要立即分配IP地址，MME可以要求分配用于特定類型緊急呼叫的特定IP地址。Follow on request由MME設置為在附著后不釋放S1連接。這兩個參數(shù)都是由于緊急業(yè)務的需要而被MME強制設置，可以有效保證緊急承載的可靠性。
505、 SGW分配下行用戶面及控制面地址和TEID,向PGW發(fā)送建立缺省承載請求消息，攜帶參數(shù)緊急呼叫QoS信息、Em-APN、 IMEI、承載標i口、、 PDN Address Allocation、 Protocol Configuration Options、 SGW分配的用戶面及控制面地址和TEID;
506、 如果部署了 PCC網(wǎng)絡，那么PGW可以與PCRF進行交互；PCRF可以根據(jù)緊急業(yè)務的需要自行觸發(fā)專有承載的預先建立。
507、 PGW分配上行用戶面及控制面地址和TEID,向PGW發(fā)送建立承載響應消息，消息中攜帶參數(shù)PGW分配的用戶面及控制面地址和TEID、PDN Address Information, 承載標識、Protocol Configuration Options;
其中，PDN Address Information是PGW為UE分配的IP地址。
PGW發(fā)送建立專有承栽請求消息給SGW，其中攜帶的專有承載Qos信息可以是網(wǎng)絡為緊急呼叫配置在PGW上的，也可以來自PCRF或MME。
PGW將建立缺省承載響應和建立專有承載請求消息一同發(fā)送給SGW。
508、 SGW分配下行用戶面及控制面地址和TEID, SGW發(fā)送建立缺省承載響應消息給MME,消息中攜帶參數(shù)用戶面及控制面地址和TEID、 PDNAddress Information、 Protocol Configuration Options、 7fc載標識；
同時，SGW還轉(zhuǎn)發(fā)建立專有承載請求消息給MME, SGW將建立缺省承載響應消息和建立專有承載請求消息一同發(fā)送給MME。
509、 MME發(fā)送附著接受消息給eNB,消息中攜帶參數(shù)Em-APN、 PDNAddress Information、 Protocol Configuration Options 、 7么載才示iR、 TAI歹寸表、SGW分配的用戶面地址和TEID;
其中，如果MME給UE分配了 GUTI,消息中還應攜帶GUTI這一參數(shù)。
510、 如果空口資源調(diào)度完畢，那么eNB向UE發(fā)送無線承載建立請求消息，該消息攜帶NAS消息附著接受；
如果空口資源調(diào)度未完成，那么等待調(diào)度完成后發(fā)送該消息。511、 UE向eNB發(fā)送無線承載建立響應消息，該消息攜帶NAS消息附著完成；
512、 eNB轉(zhuǎn)發(fā)附著完成消息給MME,消息中攜帶參數(shù)承載標識；eNB發(fā)送承載建立響應消息給MME,消息中攜帶參數(shù)承載標識；
如果在步驟502中沒有為缺省承載分配用戶面地址和TEID,則在本步驟分配。
513、 如果eNB在步驟502或512中為缺省承載分配了用戶面地址和TEID，向SGW發(fā)送更新承載請求消息和建立專有承載響應消息，否則，只發(fā)送建立專有承載響應消息；
514、 如果步驟513中MME發(fā)送更新承載請求消息給SGW,則SGW返回更新承載響應消息給MME;
515、 SGW發(fā)送建立專有承載響應消息給PGW;可以理解的是，本步驟與步驟514不分先后順序。
516、 可選的，UE進行IMS域緊急注冊；
進行IMS注冊即可以承載在專有承載上也可以承載在缺省承載上。
517、 IMS域的緊急會話建立。
參照圖6，為本發(fā)明實施例中UE緊急接入的方法一實施例三流程圖，本實施例中，UE仍采用IMEI作為用戶標識，可以建立多條緊急承載，不過與實施例二中建立承載的方法不同，以下通過具體步驟進行詳細說明
601、 與方法一實施例一中步驟401相同，不再贅述；
602、 eNB選擇MME并向該MME轉(zhuǎn)發(fā)附著請求消息；
由于是緊急呼叫，因此網(wǎng)絡需要預先在eNB配置緊急呼叫QoS信息和使用的承載數(shù)目，具體可以是eNB為緊急承載(包括專有承載和缺省承載)預先分配用戶面地址和TEID。
根據(jù)RRC連接請求消息中的緊急呼叫標識或附著請求消息中的緊急呼叫屬性信息，eNB預先分配用戶面資源，如用戶面地址和TEID,并連同附著請求消息一起發(fā)給MME; eNB使用配置在eNB上的緊急呼叫Qos信息預先調(diào)度空口資源。
緊急呼叫Qos信息可以根據(jù)緊急呼叫類型或?qū)o急呼叫的特定要求配置。
603、 與方法一實施例一中步驟403相同，不再贅述；
604、 MME選擇SGW和PGW，并向所選擇的SGW發(fā)送建立專有承載請求消息和建立缺省承載請求消息；
MME進行SGW和PGW的選擇，可以有如下2種方式
(1 ) MME識別出緊急呼叫后，MME使用本地Em-APN得到能夠接入緊急業(yè)務PDN的PGW和SGW;
(2)由網(wǎng)絡將能夠接入緊急業(yè)務PDN的"緊急PGW"和"緊急SGW，，配置在MME。
MME分配承載標識，并可以根據(jù)UE指示的特定緊急業(yè)務類型或緊急業(yè)務特定要求，選擇配置在本地的緊急呼叫Qos信息。
MME向SGW發(fā)送的建立缺省承載請求消息中攜帶參數(shù)緊急呼叫Qos4言息-、Em-APN、 IMEI、 PDN Address Allocation、 Protocol Configuration Options 、
承載標識。
如果在步驟602中，eNB為缺省承載預先分配了用戶面地址和TEID,則MME在建立缺省承載請求消息中將該參數(shù)攜帶給SGW。在這條消息中，PDNAddress Allocation表示是否要立即分配IP地址，在緊急呼叫情況下，該參數(shù)被設置為一定要立即分配IP地址，MME可以要求分配用于特定類型緊急呼叫的特定IP地址。Follow on request由MME設置為在附著后不釋放SI連接。這兩個參數(shù)都是由于緊急業(yè)務的需要而被MME強制設置，可以有效保證緊急承載的可靠性。
MME向SGW發(fā)送的建立專有承載請求消息中攜帶參數(shù)緊急呼叫Qos信息、關聯(lián)承載標識(linked Bearer id )、 IMEI、承載標識及為緊急專有承載預先分配的用戶面地址和TEID,其中，linked Bearer id是缺省承載的標識；
MME將建立缺省承載請求消息和建立專有承載請求消息一起發(fā)送。605、 SGW為缺省承載和專有承載分別分配用戶面及控制面地址和TEID,并將建立缺省承載請求消息和建立專有承載請求消息一起發(fā)送；
其中，建立缺省承載請求消息中攜帶有參數(shù)緊急呼叫Qos信息、Em-APN、 IMEI、 ？K載標識、PDN Address Allocation、 Protocol ConfigurationOptions、 SGW分配的用戶面及控制面地址和TEID;
建立專有承載請求消息中攜帶有參數(shù)緊急呼叫Qos信息、linkedBearerid、 IMEI、承載標識、及SGW為緊急專有承載分配的用戶面地址和TEID。
606、 如果部署了 PCC網(wǎng)絡，那么PGW可以與PCRF進行交互；
607、 PGW分別為缺省承載和專有承載分配上行用戶面及控制面地址和TEID,并將建立缺省承載響應消息和建立專有承載響應消息一起發(fā)送給SGW;
其中，建立缺省承載響應消息中攜帶參數(shù)PGW分配的用戶面及控制面地址和TEID、 PDN Address Information,承載標識、Protocol ConfigurationOptions;其中，PDN Address Information是PGW為UE分配的IP地址。
建立專有承載響應消息中攜帶參數(shù)linked Bearer id、 IMEI、承載標識、及PGW為緊急專有承載分配的用戶面地址和TEID;如果MME在步驟604中沒有攜帶緊急呼叫Qos信息，PGW使用其上配置的或從PCRF獲得的緊急呼叫Qos信息，發(fā)送給SGW;
608、 SGW分別為缺省承載和專有承載分配下行用戶面及控制面地址和TEID,并將建立專有承載響應消息和建立缺省承載響應消息 一起發(fā)送給MME;
其中，建立缺省承載響應消息中攜帶參數(shù)用戶面及控制面地址和TEID、PDN Address Information、 Protocol Configuration Options、 承載標識。
建立專有承載響應消息中攜帶參數(shù)用戶面及控制面地址和TEID,承載標識、linked Bearer id。如果步驟606中攜帶緊急呼叫Qos信息，則SGW攜
帶此參數(shù)。
609、 MME同時發(fā)送附著接受消息和承載建立請求消息給eNB;
23其中，附著接受消息中攜帶參數(shù)Em-APN、 PDN Address Information Protocol Configuration Options.承載標識、TAI表、SGW分配的用戶面地址 和TEID;如果MME給UE分配了 GUTI,附著接受消息中還應攜帶GUTI 這一參數(shù)。
承載建立請求消息中攜帶參數(shù)承載標識、SGW分配的用戶面地址和 TEID 、 linked Bearer id。
610、 如果空口資源調(diào)度完畢，那么eNB向UE發(fā)送無線承載建立請求消 息，該消息攜帶NAS消息附著接受；
如果空口資源調(diào)度未完成，那么等待調(diào)度完成后發(fā)送該消息。
611、 UE向eNB發(fā)送無線承載建立響應消息，該消息攜帶NAS消息附著 完成；
612、 eNB發(fā)送附著完成消息和承載建立響應消息給MME,并且，消息 中分別攜帶有承載標識；
613、 UE進行IMS域緊急注冊；
進行IMS域注冊即可以承載在專有承載上，也可以承載在缺省承載上。
614、 IMS域的緊急會話建立。
可以理解的是，UE用IMSI作為用戶標識，且開機時處于漫游受限區(qū)域 時，也可以通過建立承載實現(xiàn)緊急接入，根據(jù)需要，可以建立一條緊急承載， 也可以建立多條緊急承載，具體方法與方法一實施例一、實施例二、實施例 三大致相同，不同之處在于，UE需要進行緊急注冊之后才能建立緊急會話。
對于UE有IMSI, UE開機時處于漫游受限區(qū)域時，UE還可以先使用舊 GUTI和舊TAI作為用戶標識，建立一條或多條緊急承載，其中，舊GUTI是 UE原來所在的MME分配給UE的標識,參照圖7,為本發(fā)明實施例中UE緊 急接入的方法一實施例四流程圖，以下通過具體步驟進行詳細說明
701~702、 UE通過eNB向新選擇的新MME發(fā)送附著請求；
在發(fā)送附著請求之前，UE和eNB之間同樣需要建立RRC連接，且建立 RRC連接的方法以及附著請求消息中所攜帶的參數(shù)與處理具體方法與方法一
24實施例一中步驟401相同，不再贅述。不同之處在于，UE使用舊GUTI和舊 TAI作為用戶標識。 '
703、 新MME通過舊GUTI和舊TAI得到UE原來所在的舊MME,向舊 MME請求獲得IMSI;
704、 如果在步驟703中沒有獲得IMSI，新MME向UE請求IMSI;
705、 可以根據(jù)運營商需要，MMM通過身份檢查來向EIR請求用戶的身 份，如果用戶在黑名單中，MME將拒絕附著請求；
706~707、如果新MME有這個UE激活的承載，新MME刪除其上關于 這個UE激活的承載；
708 721、與方法一實施例一中404-417大體相同，不同之處在于，用戶 標識為IMSI,而非IMEI,不再——描述。
同樣，由于IMSI作為用戶標識，UE需要進行緊急注冊后才能建立緊急 會話。
以上對演進網(wǎng)絡中緊急接入方法通過具體實施例進行了詳細介紹，以下 介紹UE通過UMTS系統(tǒng)實現(xiàn)緊急接入的方法
參照圖8，為本發(fā)明實施例中UE緊急接入的方法二流程圖，通過UMTS 系統(tǒng)接入時，有兩種情況， 一種是核心網(wǎng)側(cè)是SGW、 PGW,在這種場景下， SGSN相當于演進網(wǎng)絡中的MME,另一種是核心網(wǎng)側(cè)是GGSN,以下通過具 體步驟進行詳細iJL明
801、 UE在與RNC建立RRC連接后，向SGSN發(fā)送附著請求消息，消 息中攜帶參數(shù)緊急呼叫屬性信息、Attach Type、 Follow on Request 、用戶標 識；
其中，緊急呼叫屬性信息用于指示網(wǎng)絡側(cè)UE要進行緊急呼叫，具體可以 是緊急呼叫指示、緊急呼叫類型，或者對于緊急呼叫的特定要求等；Follow on request指示網(wǎng)絡在附著完成后是否釋放SI連接，在正常附著時由UE設置， 在緊急附著時由SGSN設置；Attach type用于指出附著的類型；
對于用戶標識，有如下兩種情況(1)當UE沒有IMSI或IMSI無效時，用戶標識為IMEI;
(2 )當UE有IMSI時，用戶標識可以為IMSI，還可以是P-TMSI和舊
認；
在UE發(fā)送附著請求消息前，需要與RNC建立RRC連接，可以在RRC 連接請求消息的"原因，，中增加"緊急附著，，指示RNC緊急呼叫，也可以通 過多個參數(shù)的組合指示"緊急附著"。UE也通過RRC連接請求消息的專用參 數(shù)來指明"緊急呼叫類型(如火警、車禍)"；通過RRC連接請求消息中的 特定參數(shù)指明"要求保持RRC連接"，可以理解的是，UE也可以采用其他的 緊急呼叫標識信息指示RNC緊急呼叫。
根據(jù)RRC連接請求消息或附著請求消息中攜帶的UE用于指示緊急呼叫 的參數(shù)，RNC使用配置在RNC上的緊急呼叫Qos信息預先調(diào)度空口資源， 所述緊急呼叫Qos信息可以根據(jù)緊急呼叫類型或?qū)τ诰o急呼叫的特定要求設置。
802、 可以根據(jù)運營商需要，SGSN通過身份檢查消息來向EIR請求用戶 的身份，如果用戶在黑名單中，則SGSN拒絕附著請求；
803、 SGSN發(fā)送附著接受消息給UE;
如果SGSN分配了新的P-TMSI,則附著接受消息中應攜帶該參數(shù)；
Follow on Request在正常附著時由UE設置，在緊急附著時可以由SGSN 設置，指示附著后不釋放Iu連接，以保證所建立的緊急承載的優(yōu)先級和可靠 性；
804、 如果步驟803中攜帶了 P-TMSI參數(shù)，則UE通過附著完成消息指 示收到P-TMSI;
805、 才艮據(jù)在UE和核心網(wǎng)節(jié)點之間，緊急承載建立；
通過UMTS系統(tǒng)4妄入時，有兩種情況， 一種是核心網(wǎng)側(cè)節(jié)點是SGW、 PGW,在這種場景下，SGSN相當于演進網(wǎng)絡中的MME，另一種是核心網(wǎng)側(cè) 節(jié)點是GGSN,具體實現(xiàn)可參見下面的具體實施例。
806、 UE進行IMS域進行注冊；807、 IMS域緊急會話建立。
在UE通過UMTS網(wǎng)絡進行緊急接入時，由SGSN接收UE發(fā)送的附著 請求消息，并通過該消息中的緊急承載屬性信息，選擇配置的緊急呼叫QoS 信息和所要建立承載的方式，并在接收到用戶發(fā)送的激活PDP上下文請求消 息時，向所選擇的能夠?qū)崿F(xiàn)緊急接入的核心網(wǎng)側(cè)節(jié)點GGSN或者PGW發(fā)送 連接建立請求，建立RNC至所選擇的核心網(wǎng)側(cè)節(jié)點的緊急承載，并由RNC 調(diào)度預先分配的空口資源，建立空口側(cè)^^載。
以下通過具體場景進行詳細描述
參照圖9 ，為本發(fā)明實施例中UE緊急接入的方法二實施例 一流程圖，UE 沒有UICC,使用IMEI作為用戶標識，建立一條緊急承載，以下通過具體步 驟進行詳細描述
901 、 UE與RNC建立RRC連接后，UE發(fā)送附著請求消息給SGSN,消 息中攜帶參數(shù)緊急呼叫屬性信息、Attach Type、 Follow on request、 IMEI。
其中，緊急呼叫屬性信息指示網(wǎng)絡側(cè)UE要進行緊急呼叫，緊急呼叫屬性 信息具體可為緊急呼叫指示、緊急呼叫的類型，也可以為對于緊急呼叫的 特定要求；Follow on request指示網(wǎng)絡在附著完成后是否釋放Iu連接，F(xiàn)ollow on request在正常附著時由UE設置，在緊急附著時可由SGSN設置，以增強 所建立的緊急承載的優(yōu)先級和可靠性；Attach type指出附著的類型。
UE在發(fā)送附著請求之前，需要與RNC建立RRC連接，可以在RRC消息 的"原因，，中增加"緊急附著，，指示RNC緊急呼叫，也可以通過多個參數(shù)的 組合指示"緊急附著"。UE也通過RRC消息的專用參數(shù)來指明"緊急呼叫類 型(如火警、車禍)，，；通過RRC消息中的特定參數(shù)指明"要求保持RRC 連接"?？梢岳斫獾氖牵琔E也可以采用其他的緊急呼叫標識信息指示RNC緊 急呼叫。
根據(jù)RRC連接請求或附著請求中UE攜帶用于指示緊急呼叫的參數(shù),RNC 使用配置在RNC上緊急呼叫Qos信息預先調(diào)度空口資源，緊急呼叫Qos信息 可以是根據(jù)緊急呼叫類型或?qū)τ诰o急呼叫特定要求配置。
UE可針對緊急呼叫/緊急呼叫類型提前預留空口資源。902、可以根據(jù)運營商需要，SGSN通過身份檢查消息來向EIR請求用戶 的身份，如果用戶在黑名單中，那么SGSN將拒絕附著請求；
903 、 SGSN發(fā)送附著接受消息給UE;
如果SGSN給UE分配了新的P-TMSI攜帶此參數(shù)。Follow on request在 正常附著時由UE設置，在緊急附著時由SGSN設置，指示附著后不釋放Iu 連接。
904、 如果步驟903中攜帶了 P-TMSI,則UE通過附著完成消息指示收到 P-TMSI;
905、 UE通過激活分組數(shù)據(jù)協(xié)議(PDP, Packet Data Protocol)上下文請 求消息進行緊急承載建立，PDP上下文請求消息攜帶參數(shù)Em-APN或緊急 呼叫屬性信息、承載標識、請求Qos信息、PDP地址、Protocol Configuration Options;如果UE對緊急呼叫有特殊要求比如Qos,通過緊急呼叫屬性信息進 行指示比如語音和視頻。當然通過緊急呼叫屬性信息也可以指示出緊急呼叫。
Protocol Configuration Options用于在UE和PGW之間傳送參數(shù)，SGSN 和SGW透傳該參數(shù)。UE通過Protocol Configuration Options告知PGW為其 選擇一個具有特定處理能力的P-CSCF (如支持使用匿名用戶方式直接建立 緊急會話而無須進行IMS注冊)。PDP地址留空。
906、 SGSN進行SGW和PGW選擇，并向選擇的SGW發(fā)送建立承載請 求消息；
對于SGSN進行SGW和PGW選擇，可以采用如下兩種方式
(1) SGSN識別出緊急呼叫后，SGSN使用UE攜帶Em-APN或本地配置 的Em-APN得到能夠4妄入緊急業(yè)務PDN的PGW和SGW;
(2) 網(wǎng)絡將能夠接入緊急業(yè)務PDN的"緊急PGW，，和"緊急SGW，，配 置在SGSN。
SGSN可以根據(jù)UE指示的特定緊急業(yè)務類型或緊急業(yè)務特定要求，選擇 配置在本地緊急呼叫Qos信息。
SGSN選擇出SGW和PGW后，分配用戶面地址和TEID,向選擇的SGW
28發(fā)送建立承載請求消息，攜帶參數(shù)緊急呼叫Qos信息、Em-APN、 IMEI、 PDN Address Allocation、 Protocol Configuration (3ptions、承載標識、SGSN分 配的用戶面地址和TEID。在這條消息中，PDN Address Allocation表示是否要 立刻分配IP地址，在緊急呼叫情況下，這個要被置為一定要立即分配IP地址， SGSN可以要求分配用于特定類型緊急呼叫的特定IP地址。Follow on request 由SGSN判斷進行在附著后不釋放Iu連接。這兩個參數(shù)都是由于緊急業(yè)務的 需要而被SGSN強制設置，這樣可以保證所建立的連接的優(yōu)先級和可靠性。
907、 SGW分配下行用戶面及控制面地址和TEID,向PGW發(fā)送建立承 載請求消息，消息中攜帶參數(shù)緊急呼叫Qos信息或Em-APN、 IMEI、承載 標i口、、 PDN Address Allocation, Protocol Configuration Options、 SGW分酉己的 用戶面及控制面地址和TEID;
908、 如果部署了 PCC網(wǎng)絡，那么PGW與PCRF進行交互；
909、 PGW分配上行用戶面及控制面地址和TEID, PGW發(fā)送創(chuàng)建承載響 應消息給SGW,攜帶參數(shù)PGW用戶面及控制面地址和TEID、 PDN Address Information, 承載標識、Protocol Configuration Options;
其中，PDN Address Information是PGW給UE分配的IP地址。
910、 SGW分配下行用戶面及控制面地址和TEID, SGW發(fā)送創(chuàng)建承載響 應消息給SGSN,攜帶參數(shù)用戶面及控制面地址和TEID、 PDN Address Information、 Protocol Configuration Options 、 承載標識；
911、 無線資源調(diào)度完成后，無線接入承載(RAB, Radio Access Bearer) 建立，在該步驟中將RNC用戶面地址和TEID發(fā)給SGSN;
所述RAB承載即為UMTS網(wǎng)絡中的空口承載，所述無線資源即通常所說 的空口承載。
912、 UE通過激活PDP上下文4矣受消息進行響應；
913、 進行IMS域緊急注冊；
914、 IMS域緊急會話建立。
可以理解的是，當UE有IMSI時，可以使用IMSI進行緊急附著和承載建
29立，具體步驟與本實施例大體相同，不同之處在于，用戶標識使用IMSI。
參照圖10，為本發(fā)明實施例中UE緊急接入的方法二實施例二流程圖， UE用IMEI作為用戶標識，建立多條緊急承載，以下通過具體步驟進行詳細 說明
1001、 UE與RNC建立RRC連接后，UE發(fā)送附著請求給SGSN,攜帶 參數(shù)緊急呼叫屬性信息、Attach Type、 Follow on Request、 IMEI。
緊急呼叫屬性信息用于指示網(wǎng)絡側(cè)UE要進行緊急呼叫，緊急呼叫屬性信息 具體可以為緊急呼叫指示、緊急呼叫的類型，也可以為對于緊急呼叫的特定 要求；Follow on request指示網(wǎng)絡在附著完成后是否釋放Iu連接，F(xiàn)ollow on request在正常附著時由UE設置，在緊急附著時由SGSN設置，可以保證所 要建立連接的優(yōu)先級和可靠性；Attach type指出附著的類型。
UE在發(fā)送附著請求之前，需要與RNC建立RRC連接，可以在RRC消息 的"原因"中增加"緊急附著，，指示RNC緊急呼叫，也可以通過多個參數(shù)的 組合指示"緊急附著"。UE也通過RRC消息的專用參數(shù)來指明"緊急呼叫類 型(如火警、車禍)"；通過RRC消息中的特定參數(shù)指明"要求保持RRC 連接"。
根據(jù)RRC連接請求或附著請求中UE攜帶用于指示緊急呼叫的參數(shù)，RNC使 用配置在RNC上緊急Qos (緊急Qos可以是根據(jù)緊急呼叫類型或?qū)τ诰o急呼 叫特定要求)預先調(diào)度空口資源。
UE可針對緊急呼叫/緊急呼叫類型提前預留空口資源；
1002、 可以根據(jù)運營商需要，SGSN通過身份檢查消息來向EIR請求用戶 的身份，如果用戶在黑名單中，那么SGSN將拒絕附著請求；
1003、 SGSN發(fā)送附著接受消息給UE,如果SGSN給UE分配了新的 P-TMSI攜帶此參數(shù)；
Follow on request在正常附著時由UE設置，在緊急附著時由SGSN設置， 指示附著后不釋放Iu連接。
1004、如果步驟1003中攜帶了 P-TMSI,則UE通過附著完成消息指示收到P-TMSI;
1005、 UE通過激活PDP上下文請求消息進行緊急承載建立，攜帶參數(shù) Em-APN或緊急呼叫屬性信息、承載標識、請求Qos信息、PDP地址、Protocol Configuration Options;
其中，Protocol Configuration Options用于在UE和PGW之間傳送參數(shù)，
C廣C、Tor、l7" 二束乂土；亡右#1TTT :S Jrf t ——丄---1 ---X": _------丄一，——八—丄----J:— t "YX7"
!bLrb丄、乂— ovj vv >^ 17 ^c,》、力人。ujj/ jtiuujcui njjuiigu丄auuii upuuut> 3 7、h rvjW
為其選擇一個具有特定處理能力的P-CSCF (如支持使用匿名用戶方式直接 建立緊急會話而無須進行IMS注冊)。PDP地址留空。
1006、 SGSN進行SGW和PGW選擇，并向選擇的SGW發(fā)送建立承載 請求消息；
SGSN可以采用如下兩種方式進行SGW和PGW選擇
(1) SGSN識別出緊急呼叫后，SGSN使用本地配置Em-APN得到能夠接 入緊急業(yè)務PDN的PGW和SGW;
(2) 由網(wǎng)絡將能夠接入緊急業(yè)務PDN的"緊急PGW"和"緊急SGW" 配置在SGSN。
SGSN可以根據(jù)UE指示的特定緊急業(yè)務類型或緊急業(yè)務特定要求，選擇 配置在本地緊急呼叫Qos信息。
SGSN為預先選擇的SGW、 PGW分配用戶面地址和TEID。向SGW發(fā)送 建立承載請求消息，攜帶參數(shù)緊急呼叫Qos信息、Em-APN、 IMEI、 PDN Address Allocation、 Protocol Configuration Options 、 ？ 義載標識、SGSN用戶面 地址和TEID。在這條消息中，PDN Address Allocation表示是否要立刻分配IP 地址，在緊急呼叫情況下，這個要被置為一定要立即分配IP地址，SGSN可 以要求分配用于特定類型緊急呼叫的特定IP地址。Follow on request由SGSN 判斷進行在附著后不釋放Iu連接。這兩個參數(shù)都是由于緊急業(yè)務的需要而被 SGSN強制設置。
1007、 SGW分配下行用戶面及控制面地址和TEID,向PGW發(fā)送建立缺 省承載請求消息，攜帶參數(shù)緊急呼叫Qos信息、Em-APN、 IMSI、承載標識、PDN Address Allocation、 Protocol Configuration Options、 SGW分配的用 戶面及控制面地址和TEID;
1008、 如果部署了 PCC網(wǎng)絡，那么PGW與PCRF進行交互；
1009、 PGW分配上行用戶面及控制面地址和TEID, PGW發(fā)送建立缺省 承載響應消息給SGW,攜帶參數(shù)PGW分配的用戶面及控制面地址和TEID、 PDN Address Information, 承載標識、Protocol Configuration Options;
其中，PDN Address Information是PGW給UE分配的IP地址。
1010、 SGW分配下行用戶面及控制面地址和TEID， SGW發(fā)送建立缺省 承載響應消息給SGSN，攜帶參數(shù)用戶面及控制面地址和TEID、 PDN Address Information、 Protocol Configuration Options、 7l義載才示i只；
1011、 RAB承載建立，在該步驟中將RNC用戶面地址和TEID發(fā)給SGSN;
1012、 UE通過激活PDP上下文接受消息進行響應；
1013、 由PGW或UE觸發(fā)PGW進行緊急專有承載的建立； 緊急專有承載的Qos信息可能來自與PGW、 PCRF或SGSN。
1014、 進行IMS域緊急注冊；
1015、 IMS域緊急會話建立。
該實施例中核心網(wǎng)側(cè)節(jié)點為SGW和PGW,以下通過另一實施例介紹核 心網(wǎng)側(cè)節(jié)點為GGSN的情況
參照圖11,為本發(fā)明實施例中UE緊急接入的方法二實施例三流程圖， UE沒有UICC,用IMEI作為用戶標識，建立一條緊急承載，以下通過具體步 驟進行詳細說明
1101、 UE與RNC建立RRC連接后，UE發(fā)送附著請求消息給SGSN， 消息中攜帶參數(shù)緊急呼叫屬性信息、Attach Type、 Follow on request、 IMEI;
其中，緊急呼叫屬性信息指示網(wǎng)絡側(cè)UE要進行緊急呼叫，緊急呼叫屬性 信息具體可以為緊急呼叫指示、緊急呼叫的類型或者為對于緊急呼叫的特定 要求；Follow on request指示網(wǎng)絡在附著完成后是否釋放Iu連接，F(xiàn)ollow onrequest在正常附著時由UE設置，在緊急附著時由SGSN設置，以保證所要 建立的連接的優(yōu)先級和可靠性；Attach type用于指出財著的類型。
UE在發(fā)送附著請求之前，需要與RNC建立RRC連接，可以在RRC消 息的"原因，，中增加"緊急附著"指示RNC緊急呼叫，也可以通過多個參數(shù) 的組合指示"緊急附著"。UE也通過RRC消息的專用參數(shù)來指明"緊急呼叫 類型(如火警、車禍)"；通過RRC消息中的特定參數(shù)指明"要求保持RRC 連接"。
根據(jù)RRC連接請求或附著請求中UE攜帶用于指示緊急呼叫的參數(shù)，RNC 使用配置在RNC上緊急呼叫Qos信息預先調(diào)度空口資源，其中，緊急呼叫 Qos信息可以根據(jù)緊急呼叫類型或?qū)τ诰o急呼叫特定要求進行配置。
UE可針對緊急呼叫/緊急呼叫類型提前預留空口資源。
1102、 可以根據(jù)運營商需要，SGSN通過身份檢查消息來向EIR請求用戶 的身份，如果用戶在黑名單中，那么SGSN將拒絕附著請求；
1103、 SGSN發(fā)送附著^l妻受消息給UE，如果SGSN給UE分配了新的 P-TMSI攜帶此參數(shù)；
Follow on request在正常附著時由UE設置，在緊急附著時由SGSN設置， 指示附著后不釋放Iu連接。
1104、如果步驟1103中攜帶了 P-TMSI,則UE通過附著完成消息指示收 到P-TMSI;
1105、 UE通過激活PDP上下文請求進行緊急承載建立，攜帶參數(shù) Em-APN或緊急呼叫屬性信息、岸義載標識、PDP地址、Protocol Configuration Options;
其中，Protocol Configuration Options用于在UE和PGW之間傳送參數(shù)， SGSN和SGW透傳該參數(shù)。UE通過Protocol Configuration Options告知PGW 為其選擇一個具有特定處理能力的P-CSCF (如支持使用匿名用戶方式直接 建立緊急會話而無須進4亍IMS注冊)。PDP地址留空。
1106、 SGSN進行GGSN選擇，并向選擇的GGSN發(fā)送建立承載請求消
33息；
SGSN可通過如下兩種方式進行GGSN選擇
(1 ) SGSN識別出緊急呼叫后，SGSN使用本地配置Em-APN得到能夠接 入緊急業(yè)務PDN的GGSN;
(2 )由網(wǎng)絡將能夠接入緊急業(yè)務PDN的"緊急GGSN"配置在SGSN。
SGSN可以根據(jù)UE指示的特定緊急業(yè)務類型或緊急業(yè)務特定要求，選擇配置 在本地緊急呼叫Qos信息。
SGSN為選擇的GGSN分配用戶面地址和TEID。向SGSN發(fā)送建立承載 請求消息，攜帶參數(shù)緊急呼叫Qos信息、Em-APN、 IMEI、 PDP地址、Protocol Configuration Options,承載標識、SGSN分配的用戶面地址和TEID。 SGSN 可以要求分配用于特定類型緊急呼叫的特定IP地址。Follow on request由 SGSN判斷進行在附著后不釋放Iu連接。這兩個參數(shù)都是由于緊急業(yè)務的需 要而被SGSN強制設置。
1107、 GGSN分配上行用戶面及控制面地址和TEID, GGSN發(fā)送建立承 載響應消息給SGSN,攜帶參數(shù)GGSN用戶面及控制面地址和TEID、 PDP地 址，承載標識、Protocol Configuration Options。 PDP地址是GGSN給UE分 配的IP地址；
如果部署了 PCC網(wǎng)絡，那么GGSN與PCRF進行交互。
1108、 RAB承載建立，在該步驟中將RNC用戶面地址和TEID發(fā)給SGSN;
1109、 UE通過激活PDP上下文接受消息進行響應；
1110、 可選的，進4亍IMS域緊急注冊；
1111、 IMS域緊急會話建立。
可以理解的是，當UE有IMSI時，可以使用IMSI進行緊急附著和承載 建立，具體流程與本實施例流程大致相同，不同之處在于，用戶標識4吏用IMSI。
泉昭閣17. 太右日月& ^fe.你l 4^ T TP .會j主入始* '漆二忠^,你l四'流牙呈圖， UE沒有UICC,用IMEI作為用戶標識，建立 一條緊急承載，以下通過具體步
34驟進行詳細i兌明
1201、 UE與RNC建立RRC連接后，UE發(fā)送附著請求給SGSN,攜帶 參數(shù)緊急呼叫屬性信息、Attach Type、 Follow on request、 IMEI;
緊急呼叫屬性信息用于指示網(wǎng)絡側(cè)UE要進行緊急呼叫，緊急呼叫屬性信 息具體可以為緊急呼叫指示、緊急呼叫的類型、對于緊急呼叫的特定要求等； Follow on request指示網(wǎng)絡在附著完成后是否釋放Iu連接；Attach type指出附 著的類型，F(xiàn)ollow on request在正常附著時由UE設置，在緊急附著時由SGSN 設置，可保證所要建立的連接的優(yōu)先級和可靠性。
UE在發(fā)送附著請求之前，需要與RNC建立RRC連接，可以在RRC連 接請求消息中的"原因'，中增加"緊急附著"指示RNC緊急呼叫，也可以通 過多個參數(shù)的組合指示"緊急附著"。UE也通過RRC連接請求消息的專用參 數(shù)來指明"緊急呼叫類型(如火警、車禍)"；通過RRC連接請求消息中的 特定參數(shù)指明"要求保持RRC連接"?？梢岳斫獾氖牵部梢栽赗RC連接請 求消息中攜帶其他緊急呼叫標識信息。
根據(jù)RRC連接請求或附著請求中UE攜帶用于指示緊急呼叫的參數(shù)，RNC 使用配置在RNC上緊急Qos (緊急Qos可以是根據(jù)緊急呼叫類型或?qū)τ诰o急 呼叫特定要求)預先調(diào)度空口資源。
UE可針對緊急呼叫/緊急呼叫類型提前預留空口資源；
1202、 可以根據(jù)運營商需要，SGSN通過身份檢查消息來向EIR請求用戶 的身份，如果用戶在黑名單中，那么SGSN將拒絕附著請求；
1203、 SGSN發(fā)送附著接受消息給UE,如果SGSN給UE分配了新的 P-TMSI攜帶此參數(shù)。Follow onrequest在正常附著時由UE設置，在緊急附著 時由SGSN設置，指示附著后不釋放Iu連接；
1204、 如果步驟1203中攜帶了 P-TMSI,則UE通過附著完成消息指示收 到P-TMSI;
1 orvc t rn :3i :斗".-夂 t>tvt>1- t~ + rb' :Jt《二 it ^吞— iV: ; 4法瓶套*t.
Em-APN或緊急呼叫屬性信息、7 義載標識、請求Qos信息、PDP地址、ProtocolConfiguration Options;
Protocol Configuration Options用于在UE和PGW之間傳送參數(shù)，SGSN 和SGW透傳該參l史。UE通過Protocol Configuration Options告知PGW為其 選擇一個具有特定處理能力的P-CSCF (如支持使用匿名用戶方式直接建立 緊急會話而無須進行IMS注冊)。PDP地址留空。
1206、 SGSN進行GGSN選擇，并向選擇的GGSN發(fā)送缺省承載請求消
自
SGSG可以通過如下的方式進行GGSN選擇
(1 ) SGSN識別出緊急呼叫后，SGSN使用本地配置Em-APN得到能夠 接入緊急業(yè)務PDN的GGSN;
(2)由網(wǎng)絡將能夠接入緊急業(yè)務PDN的"緊急GGSN"配置在SGSN。
SGSN可以根據(jù)UE指示的特定緊急業(yè)務類型或緊急業(yè)務特定要求，選擇 配置在本地的緊急呼叫Qos信息。
SGSN為選擇的SGSN分配用戶面地址和TEID。向GGSN發(fā)送建立缺省 承載請求消息，攜帶參數(shù)緊急呼叫Qos信息、Em-APN、 IMEI、 PDP地址、 Protocol Configuration Options、承載標識、SGSN用戶面地址和TEID。 SGSN 可以要求分配用于特定類型緊急呼叫的特定IP地址。Follow on request由 SGSN判斷進行在附著后不釋放Iu連接。這兩個參數(shù)都是由于緊急業(yè)務的需 要而被SGSN強制設置。
1207、 GGSN分配上行用戶面及控制面地址和TEID, GGSN發(fā)送建立缺 省承載響應給SGSN，攜帶參數(shù)GGSN分配的用戶面及控制面地址和TEID、 PDP地址，7^載標識、Protocol Configuration Options。 PDP地址是GGSN給 UE分配的IP地址；
如果部署了 PCC網(wǎng)絡，那么GGSN與PCRF進行交互；
1208、 RAB承載建立，在該步中將RNC用戶面地址和TEID發(fā)給SGSN;
1209、 UE通過激活PDP上下文4妄受消息進行響應；
1210、 由PGW或UE觸發(fā)PGW進行緊急專有承載的建立；緊急專有承載的Qos信息可能來自與GGSN、 PCRF或SGSN。
1211、 可選的，進行IMS域緊急注冊；
1212、 IMS域緊急會話建立。
以上對本發(fā)明實施例中所提供的UE緊急接入的方法進行了詳細的描述， 以下參照附圖對本發(fā)明實施例中所采用的系統(tǒng)和裝置進行對應描述
參照圖13,為本發(fā)明實施例中的網(wǎng)絡系統(tǒng)結(jié)構(gòu)示意圖，該網(wǎng)絡系統(tǒng)包括 接入網(wǎng)側(cè)設備1301、核心網(wǎng)側(cè)設備一 1302 、核心網(wǎng)側(cè)設備二 1303,其中
接入網(wǎng)側(cè)設備1301,用于接收UE的攜帶有緊急呼叫屬性信息的附著請 求消息，根據(jù)緊急呼叫屬性信息，分配用戶面資源，調(diào)度空口資源，建立空 口側(cè)緊急承載；
核心網(wǎng)側(cè)設備一 1302,用于接收UE的攜帶有緊急呼叫屬性信息和接入 網(wǎng)側(cè)設備1301分配的用戶面資源的附著請求消息，根據(jù)所述緊急呼叫屬性信 息，選擇預先配置的緊急呼叫QoS信息及緊急承載建立方式；選擇能夠緊急 接入的核心網(wǎng)側(cè)設備二 1303并發(fā)送建立緊急承載請求消息，所述消息攜帶有 接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備1301到所選擇的核 心網(wǎng)側(cè)設備二 1303的緊急承載；
核心網(wǎng)側(cè)設備二 1303,用于在接收到建立緊急承載請求消息時，建立到 所述接入網(wǎng)側(cè)設備1301的緊急承載。
可見，核心網(wǎng)側(cè)設備一接收接入網(wǎng)側(cè)設備發(fā)送的攜帶有緊急呼叫屬性信 息和接入網(wǎng)側(cè)設備分配的用戶面資源的附著請求消息，并根據(jù)所述緊急呼叫 屬性信息，選擇預先配置的緊急呼叫QoS信息及緊急承載建立方式，選擇能 夠緊急接入的核心網(wǎng)側(cè)設備二 ，并向所述核心網(wǎng)側(cè)設備二發(fā)送攜帶有用戶面 資源的建立緊急承載請求消息，建立所述接入網(wǎng)側(cè)設備到所述核心網(wǎng)側(cè)設備 二的緊急承載，并由接入網(wǎng)側(cè)設備調(diào)度空口資源，建立空口側(cè)緊急承載，從 而可以在所述UE和所述核心網(wǎng)側(cè)設備二之間建立緊急承載，使得用戶可以建 立IMS域緊急會話，實現(xiàn)用戶緊急接入，滿足用戶在緊急情況下的需求。
所述接入網(wǎng)側(cè)設備還可用于在接收到所述的附著請求消息之前，接收UE的攜帶有緊急呼叫標識信息的無線資源控制RRC連接請求消息，建立RRC 連接。 .
其中，如果UE通過演進網(wǎng)絡緊急接入，所述接入網(wǎng)側(cè)設備為演進基站 eNB,核心網(wǎng)側(cè)設備一為MME由核心網(wǎng)側(cè)設備一，核心網(wǎng)側(cè)設備二為SGW 和PGW, MME接收eNB傳遞的附著請求消息，并選擇能夠緊急接入的核心 網(wǎng)側(cè)設備SGW和PGW，建立eNB、 SGW和PGW之間的緊急承載；
如果UE通過UMTS網(wǎng)絡緊急接入時，所述接入網(wǎng)側(cè)設備為無線網(wǎng)絡控 制器RNC，核心網(wǎng)側(cè)設備一為SGSN，核心網(wǎng)側(cè)設備二為SGW和PGW,或 者為GGSN，由SGSN接收RNC傳遞的附著請求消息，并選擇能夠緊急接入 的核心網(wǎng)側(cè)設備SGW和PGW,或者GGSN,建立SGSN、服務網(wǎng)關SGW和 分組數(shù)據(jù)網(wǎng)絡網(wǎng)關PGW,或者SGSN、 GGSN之間的緊急承載，且所述建立 緊急承載請求消息是由建立分組數(shù)據(jù)協(xié)議PDP上下文請求消息觸發(fā)的。
其中，緊急呼叫屬性信息可以為緊急呼叫指示、緊急呼叫的類型、對于 緊急呼叫的特定要求。
以下對上述方法和網(wǎng)絡系統(tǒng)中的設備進行相應描述
參照圖14,為本發(fā)明實施例中一種核心網(wǎng)側(cè)設備結(jié)構(gòu)示意圖，該核心網(wǎng) 側(cè)設備包括接收單元1401、選^奪單元1402、發(fā)送單元1403,其中
接收單元1401,用于接收接入網(wǎng)側(cè)設備傳遞的攜帶有緊急呼叫屬性信息 和用戶標識的附著請求消息；
選擇單元1402,根據(jù)接收單元1401接收到的緊急呼叫屬性信息，選擇預 先配置的緊急呼叫QoS信息、緊急承載建立方式以及能夠緊急接入的核心網(wǎng) 側(cè)設備；
發(fā)送單元，用于向選擇的核心網(wǎng)側(cè)設備發(fā)送建立緊急承載請求消息，所 述消息中攜帶有接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到 所選擇的核心網(wǎng)設備之間的緊急承載。
該核心網(wǎng)側(cè)設備當接收到附著請求消息時，根據(jù)所述消息中攜帶的緊急 呼叫屬性信息，選擇預先配置的緊急呼叫QoS信息、緊急承載建立方式以及
38能夠緊急接入的核心網(wǎng)側(cè)設備，并向所選擇的核心網(wǎng)側(cè)設備發(fā)送建立承載請 求消息，建立所述接入網(wǎng)側(cè)設備至所選擇的核心網(wǎng)側(cè)設備的緊急承載，與接 入網(wǎng)側(cè)設備建立的空口側(cè)承載相配合，可以建立UE至所選擇的核心網(wǎng)側(cè)設備
的緊急承栽，實現(xiàn)UE的緊急接入。
具體的，當UE通過演進網(wǎng)絡接入時，該核心網(wǎng)側(cè)設備為MME;當UE 通過UMTS網(wǎng)絡接入時，該核心網(wǎng)側(cè)設備具體為SGSN。
以下對本發(fā)明實施例所提供的一種接入網(wǎng)側(cè)設備進行描述
參照圖15,為本發(fā)明實施例中的一種接入網(wǎng)側(cè)設備結(jié)構(gòu)示意圖，該接入 網(wǎng)側(cè)設備包括第一接收單元1501、資源分配單元1502、資源調(diào)度單元1503、 第一發(fā)送單元1504、第二發(fā)送單元1505,其中
接收單元1501，用于接收UE的攜帶有緊急呼叫屬性信息的附著請求消
息；
資源分配單元1502，用于根據(jù)接收單元1501接收到的緊急呼叫屬性信息 分配用戶面資源；
資源調(diào)度單元1503,用于根據(jù)接收單元1501接收到的緊急呼叫屬性信息 調(diào)度預留的空口資源；
第一發(fā)送單元1504,用于將資源分配單元1502所分配的用戶面資源隨同 附著請求消息一起發(fā)送；
第二發(fā)送單元1505,用于在資源調(diào)度單元1503完成資源調(diào)度后，發(fā)送無 線承載建立請求消息，建立空口側(cè)緊急承載。
該接入網(wǎng)側(cè)設備在接收到UE的附著請求消息時，可以根據(jù)所述消息中的 緊急呼叫屬性信息調(diào)度預留的空口資源，并建立空口側(cè)緊急承載，與核心網(wǎng) 側(cè)配合，可以建立緊急承載用于實現(xiàn)緊急會話，實現(xiàn)UE的緊急接入。
當UE通過演進網(wǎng)絡接入時，該接入網(wǎng)側(cè)設備為eNB;當UE通過UMTS 網(wǎng)絡接入時，該接入網(wǎng)側(cè)設備為RNC。
接入網(wǎng)側(cè)設備還可在接收到RRC連接請求消息時，根據(jù)RRC連接請求 消息中攜帶的緊急呼叫標識信息，調(diào)度預留的空口資源，不再一一舉例說明。是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機 可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟
核心網(wǎng)側(cè)設備接收接入網(wǎng)側(cè)設備傳遞的附著請求消息，所述消息中攜帶 有緊急呼叫屬性信息、用戶標識和接入網(wǎng)側(cè)設備分配的用戶面資源，根據(jù)所 述緊急呼叫屬性信息，選擇預先配置的緊急呼叫服務質(zhì)量QoS信息及緊急承
載建立方式；
選擇能夠緊急接入的核心網(wǎng)側(cè)設備，發(fā)送建立緊急承載請求消息，所述 消息攜帶有用戶標識和接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)
設備到所選擇的核心網(wǎng)側(cè)設備的緊急承載；
接入網(wǎng)側(cè)設備調(diào)度空口資源，并建立空口側(cè)緊急承載。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
以上對本發(fā)明所提供的一種UE緊急接入的方法、設備和系統(tǒng)進行了詳細 介紹，對于本領域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體實施 方式及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對 本發(fā)明的限制。
權(quán)利要求
1、一種用戶設備緊急接入的方法，其特征在于，包括核心網(wǎng)側(cè)設備接收接入網(wǎng)側(cè)設備傳遞的附著請求消息，所述消息中攜帶有緊急呼叫屬性信息和接入網(wǎng)側(cè)設備分配的用戶面資源，根據(jù)所述緊急呼叫屬性信息，選擇預先配置的緊急呼叫服務質(zhì)量QoS信息及緊急承載建立方式；選擇能夠緊急接入的核心網(wǎng)側(cè)設備，發(fā)送建立緊急承載請求消息，所述消息攜帶有接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到所選擇的核心網(wǎng)側(cè)設備的緊急承載；接入網(wǎng)側(cè)設備調(diào)度空口資源，并建立空口側(cè)緊急承載。
2、 如權(quán)利要求1所述的用戶設備緊急接入的方法，其特征在于，所述建立緊急承載請求消息中還攜帶有信息用以指示立即分配網(wǎng)際協(xié)議IP地址，在附著后保持接入網(wǎng)側(cè)設備至核心網(wǎng)側(cè)設備連接。
3、 如權(quán)利要求1所述的用戶設備緊急接入的方法，其特征在于，在接入網(wǎng)側(cè)設備接收用戶設備的攜帶有緊急呼叫屬性信息的附著請求消息前，還包括接入網(wǎng)側(cè)設備接收用戶設備的攜帶有緊急呼叫標識信息的無線資源控制RRC連接請求消息，建立RRC連接。
4、 如權(quán)利要求3所述的用戶設備緊急接入的方法，其特征在于，其特征在于，所述接入網(wǎng)側(cè)設備調(diào)度空口資源具體為接入網(wǎng)側(cè)設備根據(jù)所述緊急呼叫屬性信息或緊急呼叫標識信息，使用配置在接入網(wǎng)側(cè)設備上的緊急呼叫QoS信息預先調(diào)度空口資源。
5、 如權(quán)利要求3或4所述的用戶設備緊急接入的方法，其特征在于，所述緊急呼叫標識信息包括緊急附著指示，或者要求保持RRC連接指示。
6、 如權(quán)利要求1至4任一項所述的用戶設備緊急接入的方法，其特征在于，所述緊急呼叫屬性信息包括以下至少 一種緊急呼叫指示、緊急呼叫的類型、對于緊急呼叫的特定要求。
7、 如權(quán)利要求1至4任一項所述的用戶設備緊急接入的方法，其特征在 于，所述分配用戶面資源包括分配用戶面地址和隧道終結(jié)點標識TEID。
8、 如權(quán)利要求1至4任一項所述的用戶設備緊急接入的方法，其特征在 于，所述緊急承載建立方式包括在用戶設備和核心網(wǎng)側(cè)設備之間建立一條通用的緊急承載，所述緊急承 載即可以承載信令也可以承載業(yè)務數(shù)據(jù)；在用戶設備和核心網(wǎng)側(cè)設備之間建立一條緊急缺省承載，并在建立緊急 缺省承載過程中或之后，由接入網(wǎng)側(cè)設備或核心網(wǎng)側(cè)設備發(fā)起建立緊急專有 承載；在用戶設備和核心網(wǎng)側(cè)設備之間同步建立若干緊急缺省承載和緊急專有 承載。
9、 如權(quán)利要求8所述的用戶設備緊急接入的方法，其特征在于，當部署 了策略計費控制PCC網(wǎng)絡時，由策略計費規(guī)則功能實體PCRF觸發(fā)核心網(wǎng)側(cè) 設備預先建立專有承載。
10、 如權(quán)利要求1至4任一項所述的用戶設備緊急接入的方法，其特征 在于，所述接入網(wǎng)側(cè)設備選擇能夠緊急接入的核心網(wǎng)側(cè)設備的方法包括接入網(wǎng)側(cè)設備根據(jù)所述緊急呼叫屬性信息識別出緊急呼叫后，使用本地 緊急接入點名稱Em-APN得到能夠緊急接入的核心網(wǎng)側(cè)設備；或，接入網(wǎng)側(cè)設備根據(jù)所述緊急呼叫屬性信息識別出緊急呼叫后，使用網(wǎng)絡 預先配置的能夠緊急接入的核心網(wǎng)側(cè)設備。
11、 如權(quán)利要求1至4任一項所述的用戶設備緊急接入的方法，其特征 在于，當用戶設備通過演進網(wǎng)絡緊急接入時，所述接入網(wǎng)側(cè)設備為演進基站 eNB,由核心網(wǎng)側(cè)設備移動性管理實體MME接收eNB傳遞的附著請求消息， 并選擇能夠緊急接入的核心網(wǎng)側(cè)設備服務網(wǎng)關SGW和分組數(shù)據(jù)網(wǎng)關PGW, 建立eNB、 SGW和PGW之間的緊急承載；當所述用戶設備通過通用移動通信系統(tǒng)UMTS網(wǎng)絡緊急接入時，所述接入網(wǎng)側(cè)設備為無線網(wǎng)絡控制器RNC,由核心網(wǎng)側(cè)設備SGSN接收RNC傳遞 的附著請求消息，并選擇能夠緊急接入的核心網(wǎng)側(cè)設備'SGW和PGW,或者 GGSN,建立SGSN、服務網(wǎng)關SGW和分組數(shù)據(jù)網(wǎng)絡網(wǎng)關PGW,或者SGSN、 GGSN之間的緊急承載，且所述建立緊急承載請求消息是由建立分組數(shù)據(jù)協(xié) 議PDP上下文請求消息觸發(fā)的。
12、 如權(quán)利要求11所述的用戶設備緊急接入的方法，其特征在于，當所 述用戶設備通過演進網(wǎng)絡緊急接入時，所述附著請求消息中還攜帶有指示用 以告知PGW為其選擇一個具有特定處理能力的代理呼叫會話控制功能實體 P陽CSCF;當所述用戶設備通過UMTS網(wǎng)絡緊急接入時，SGSN接收到的PDP上下 文請求消息中，攜帶有指示用以告知PGW或GGSN為其選擇一個具有特定 處理能力的P-CSCF。
13、 一種網(wǎng)絡系統(tǒng)，其特征在于，包括接入網(wǎng)側(cè)設備、核心網(wǎng)側(cè)設備 一、核心網(wǎng)側(cè)設備二，其中接入網(wǎng)側(cè)設備，用于接收用戶設備的攜帶有緊急呼叫屬性信息的附著請 求消息，根據(jù)緊急呼叫屬性信息，分配用戶面資源，調(diào)度空口資源，建立空 口側(cè)緊急承載；核心網(wǎng)側(cè)設備一，用于接收用戶設備的攜帶有緊急呼叫屬性信息和接入 網(wǎng)側(cè)設備分配的用戶面資源的附著請求消息，根據(jù)所述緊急呼叫屬性信息， 選擇預先配置的緊急呼叫QoS信息及緊急承載建立方式；選擇能夠緊急接入 的核心網(wǎng)側(cè)設備二并發(fā)送建立緊急承載請求消息，所述消息攜帶有接入網(wǎng)設 備側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到所選擇的核心網(wǎng)側(cè)設 備二的緊急承載；核心網(wǎng)側(cè)設備二，用于在接收到建立緊急承載請求消息時，建立到接入 網(wǎng)設備側(cè)的緊急承載。
14、 如權(quán)利要求13所述的網(wǎng)絡系統(tǒng)，其特征在于，所述接入網(wǎng)側(cè)設備還 用于接收用戶設備的攜帶有緊急呼叫標識信息的無線資源控制RRC連接請求 消息，建立RRC連接。
15、 一種核心網(wǎng)側(cè)設備，包括接收單元、選擇單元、發(fā)送單元，其中 接收單元，用于接收用戶設備的攜帶有緊急呼叫屬性信息的附著請求消息；選擇單元，根據(jù)接收單元接收到的緊急呼叫屬性信息，選擇預先配置的 緊急呼叫QoS信息、緊急承載建立方式以及能夠緊急接入的核心網(wǎng)側(cè)設備；發(fā)送單元，用于向選擇的核心網(wǎng)側(cè)設備發(fā)送建立緊急承載請求消息，所 述消息中攜帶有接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到 所選擇的核心網(wǎng)側(cè)設備之間的緊急承載。
16、 一種接入網(wǎng)側(cè)設備，其特征在于，包括第一接收單元、資源分配 單元、資源調(diào)度單元、第一發(fā)送單元、第二發(fā)送單元，其中接收單元，用于接收用戶設備的攜帶有緊急呼叫屬性信息的附著請求消自.,&，資源分配單元，用于根據(jù)接收單元接收到的緊急呼叫屬性信息分配用戶 面資源；資源調(diào)度單元，根據(jù)接收單元接收到的緊急呼叫屬性信息調(diào)度預留的空 口資源；第一發(fā)送單元，用于將資源分配單元所分配的用戶面資源隨同附著請求 消息一起發(fā)送；第二發(fā)送單元，用于在資源調(diào)度單元完成資源調(diào)度后，發(fā)送無線承載建 立請求消息，建立空口側(cè)緊急承載。
全文摘要
本發(fā)明公開了一種用戶設備緊急接入的方法、設備和系統(tǒng)。本發(fā)明方法包括核心網(wǎng)側(cè)設備接收接入網(wǎng)側(cè)設備傳遞的附著請求消息，所述消息中攜帶有緊急呼叫屬性信息和接入網(wǎng)側(cè)設備分配的用戶面資源，根據(jù)所述緊急呼叫屬性信息，選擇預先配置的緊急呼叫服務質(zhì)量QoS信息及緊急承載建立方式；選擇能夠緊急接入的核心網(wǎng)側(cè)設備，發(fā)送建立緊急承載請求消息，所述消息攜帶有接入網(wǎng)側(cè)設備分配的用戶面資源，建立所述接入網(wǎng)側(cè)設備到所選擇的核心網(wǎng)側(cè)設備的緊急承載；接入網(wǎng)側(cè)設備調(diào)度空口資源，并建立空口側(cè)緊急承載。本發(fā)明能夠保證在緊急情況下任何用戶在任何條件下都能夠緊急接入網(wǎng)絡。
文檔編號H04W4/22GK101500213SQ20081000612
公開日2009年8月5日 申請日期2008年2月3日 優(yōu)先權(quán)日2008年2月3日
發(fā)明者琦 于, 嵐 劉, 周進怡 申請人:華為技術(shù)有限公司