專利名稱：一種緊急呼叫方法和裝置的制作方法
技術(shù)領(lǐng)域：
—本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別是涉及一種緊急呼叫的方法和裝置。
背景技術(shù)：
UMTS ( Universal Mobile Telecommunication System,全5求移動通4言系統(tǒng)) 是采用WCDMA ( Wideband Code Division Multiple Access,寬帶碼分多址) 空中接口技術(shù)的第三代移動通信系統(tǒng)，通常也把UMTS系統(tǒng)稱為WCDMA通 信系統(tǒng)。UMTS系統(tǒng)包括RAN (Radio Access Network,無線接入網(wǎng)絡(luò))和 CN ( Core Network,核心網(wǎng)絡(luò))。其中RAN用于處理所有與無線有關(guān)的功能， 而CN處理UMTS系統(tǒng)內(nèi)所有的話音呼叫和數(shù)據(jù)連"l妄，并實現(xiàn)與外部網(wǎng)絡(luò)的-交換和路由功能。
如圖1所示，為現(xiàn)有技術(shù)UMTS系統(tǒng)邏輯架構(gòu)示意圖。對UMTS系統(tǒng)中 主要部分介紹如下
GGSN ( Gateway General Packet Radio Service Support Node,網(wǎng)關(guān)通用分 組無線業(yè)務(wù)支持節(jié)點)作為一個基本的網(wǎng)元功能實體，提供數(shù)據(jù)包在同外部 數(shù)據(jù)網(wǎng)之間的路由和封裝。SGSN ( Serving GPRS Support Node,服務(wù)GPRS 支持節(jié)點)作為一個基本的組成網(wǎng)元，其主要的作用就是為本SGSN服務(wù)區(qū) 域的MS ( Mobile Station,移動臺)轉(zhuǎn)發(fā)輸入/輸出的IP (Internet Protocol,互 耳關(guān)網(wǎng)協(xié)議)分組。RAN ( Radio Access Network,無線接入網(wǎng))由RNC ( Radio Network Controller,無線網(wǎng)絡(luò)控制器)和NodeB (Node Base station,基站) 組成。 ，
目前，在LTE (Long Term Evolved,長期演進網(wǎng)絡(luò))/SAE (System Architecture Evolved,系統(tǒng)架構(gòu)演進網(wǎng)絡(luò))技術(shù)中，LTE的目的是提供一種能 夠降低時延、提高用戶數(shù)據(jù)速率、改進的系統(tǒng)容量和覆蓋的低成本的網(wǎng)絡(luò)， 使用PS域業(yè)務(wù)，承載網(wǎng)絡(luò)都為IP承載。如圖2所示，為現(xiàn)有技術(shù)的LTE/SAE網(wǎng)絡(luò)架構(gòu)圖。 '
下述對SAE演進網(wǎng)絡(luò)架構(gòu)及其功能說明，在演進的分組核心網(wǎng)中
MME ( Mobility Management Entity,移動性管理實體)的功能是保存UE (UserEquipment,用戶設(shè)備)的移動性管理上下文，'如用戶的標(biāo)識，移動爭 管理狀態(tài)、位置信息等，并對NAS(Non Access Stratum,非接入層)信令進行 處理，負責(zé)NAS信令的安全等。
SAE GW(SAE網(wǎng)關(guān))包括兩部分簡稱S-GW ( Serving Gateway,服務(wù)網(wǎng)關(guān)) 和P-GW (PDN Gateway,分組凝:據(jù)網(wǎng)纟各網(wǎng)關(guān))。S-GW與P-GW是兩個邏輯 實體，可以存在于同一個或不同的物理實體上。
S-GW上保存UE的用戶面上下文，如UE的IP地址和路由信息，執(zhí)行合 法監(jiān)聽、分組數(shù)據(jù)路由功能等。
MME通過Sl-MME, S-GW通過Sl-U分別與EUTRAN網(wǎng)絡(luò)負責(zé)控制面 和用戶面的連接。同時MME通過S3接口， S-GW通過S4接口分別與2G/3G SGSN連接，分別負責(zé)UE在3G和SAE網(wǎng)絡(luò)之間的移動性控制面錨點和用戶 面錨點功能。 .
P-GW負責(zé)UE接入到分組數(shù)據(jù)網(wǎng)的用戶面錨點功能，通過SGi參考點與 外部分組數(shù)據(jù)網(wǎng)進行通信，具有分組路由和轉(zhuǎn)發(fā)的功能，并負責(zé)策略計費增' 強功能、基于每個用戶的分組過濾功能等。
在實現(xiàn)本發(fā)明實施例過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題 隨著現(xiàn)有網(wǎng)絡(luò)向SAE/LTE網(wǎng)絡(luò)的不斷演進，現(xiàn)有網(wǎng)絡(luò)中的業(yè)務(wù)也需要由基于 電路域向基于分組域轉(zhuǎn)變，如電路域語音呼叫到分組域語音呼叫的VOIP業(yè) 務(wù)。然而在目前的SAE/LTE中，卻還沒有緊急呼叫(Emergency Call)業(yè)務(wù)相 應(yīng)的實現(xiàn)方法，因此對于當(dāng)前SAE/LTE演進網(wǎng)絡(luò)來說，急需一種簡單、高效 的緊急呼叫方法。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的問題是提供一種緊急呼叫方法和裝置，解決現(xiàn)有 技術(shù)中無法在SAE/LTE網(wǎng)絡(luò)中實現(xiàn)緊急呼叫業(yè)務(wù)的技術(shù)缺陷。為達到上述目的，本發(fā)明實施例一方面提出一種緊急呼叫方法，具體包
括
用戶設(shè)備UE向演進網(wǎng)絡(luò)SAE網(wǎng)絡(luò)發(fā)起緊急附著請求，所述緊急附著請 求包含緊急指示；
所述SAE網(wǎng)絡(luò)收到所述緊急指示后，為所述UE選擇緊急呼叫服務(wù)實體；
所述UE緊急附著至所述SAE網(wǎng)絡(luò)后，向所述緊急呼叫服務(wù)實體發(fā)送所 述緊急呼叫請求； ''
所述緊急呼叫服務(wù)實體建立緊急語音承載，所述UE根據(jù)所述建立的緊急' 語音承載進行緊急呼叫。
本發(fā)明實施例還提出一種緊急附著方法，具體包括 '當(dāng)所述UE檢測到用戶正在發(fā)起緊急呼叫時，所述UE向SAE網(wǎng)絡(luò)發(fā)起 NAS消息，所述NAS消息攜帶有緊急指示和所述用戶的唯一標(biāo)識；
在收到所述NAS消息之后，根據(jù)所述attach消息為所述UE選擇本地分 組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)PDN-GW,所述.PDN-GW為所述UE分配相應(yīng)的IP地址， 使所述UE附著至所述SAE網(wǎng)絡(luò)。
本發(fā)明實施例還提出一種緊急呼叫服務(wù)實體，包括緊急附著處理模塊， 承載建立信息獲取模塊，承載信息下發(fā)模塊，承載建立通知模塊和承載關(guān)聯(lián) 控制模塊， ''
所述緊急附著處理模塊，用于接受用戶設(shè)備UE的緊急附著； '
所述承載建立信息獲取模塊，用于在所述UE發(fā)起的緊急呼叫后，獲取為 所述UE建立緊急語音承載所需的承載建立信息；
'所述承載信息下發(fā)模塊，用于將所述承載建立信息分別下發(fā)給演進媒體 網(wǎng)關(guān)eMGW和策略計費規(guī)則功能PCR;
所述承載建立通知模塊，用于通知eMGW和PCRF建立相應(yīng)的eMGW側(cè) 緊急語音承載和SAE側(cè)緊急語音承載；
所述承載關(guān)聯(lián)控制模塊，用于在所述eMGW側(cè)承載和PCRF側(cè)承載建立 后，所述eMGW使所述eMGW側(cè)緊急語音承載和SAE側(cè)緊急語音承載關(guān)聯(lián)， 所述UE根據(jù)關(guān)聯(lián)的所述eMGW側(cè)緊急語音承載和SAE側(cè)緊急語音承載進行緊急呼叫。
. 本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，通過本發(fā)明實施例所提出的緊
急呼叫方法和裝置能夠在SAE/LTE演進網(wǎng)絡(luò)中借助緊急呼叫服務(wù)實體來完成 模擬電路域的緊急呼叫。


圖1為現(xiàn)有技術(shù)UMTS系統(tǒng)邏輯架構(gòu)示意圖； 圖2為現(xiàn)有技術(shù)的LTE/SAE網(wǎng)絡(luò)架構(gòu)圖3為本發(fā)明實施例一的實現(xiàn)緊急呼叫方法流程圖； . 圖4為本發(fā)明實施例eMSC網(wǎng)絡(luò)架構(gòu)A的結(jié)構(gòu)圖； 圖5為本發(fā)明實施例eMSC網(wǎng)絡(luò)架構(gòu)B的結(jié)構(gòu)圖； 圖6為本發(fā)明實施例二的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼叫方法流 程圖7為本發(fā)明實施例非3GPP接入下UE初始接入流程圖8為本發(fā)明實施例三的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼叫方法流
程圖9為本發(fā)明實施例三的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼叫方法流 程圖10為本發(fā)明實施例四的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼叫方法 流程圖；
圖11為本發(fā)明實施例五的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼叫方法 流程圖12為本發(fā)明實施例六的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼叫方法 流程'圖13為本發(fā)明實施例七的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼叫方法 流程圖14為本發(fā)明實施例演進移動服務(wù)交換中心eMSC結(jié)構(gòu)圖。
具體實施例方式
下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細描述-:
本發(fā)明實施例通過一個緊急呼叫服務(wù)實體來完成模擬電路域的緊急呼. 叫，這樣能夠保護運營商的現(xiàn)有投資，并盡可能的繼續(xù)提供傳統(tǒng)電路域的 業(yè)務(wù)。其中，該緊急呼叫服務(wù)實體為eMSC或IMS中的p-CSCF。通過緊 急呼叫月l務(wù)實體將eMGW ( Evolved Media Gateway,演進士某體網(wǎng)關(guān))側(cè)緊 急語音承載和SAE側(cè)敘急語音承載關(guān)聯(lián)，從而實現(xiàn)UE的緊急呼叫；并且在 本發(fā)明實施例實現(xiàn)過程中還考慮到緊急業(yè)務(wù)不受用戶簽約限制、具有較高 的優(yōu)先級別、為漫游用戶在拜訪網(wǎng)絡(luò)就地完成緊急業(yè)務(wù)的原則，以及運營 商尚未部署網(wǎng)絡(luò)整合產(chǎn)品IMS網(wǎng)絡(luò)的可能規(guī)劃現(xiàn)狀等因素，并根據(jù)上述因 素對本發(fā)明實施例進行了優(yōu)化。
為了便于理解本發(fā)明，以下實施例將以緊急呼叫服務(wù)實體為eMSC為例 進行描述，但是需要說明的是在下述實施例中緊急呼叫服務(wù)實體為eMSC，但 是在其他網(wǎng)絡(luò)架構(gòu)中該緊急呼叫服務(wù)實體也可以是其他設(shè)備，如該緊急呼叫 服務(wù)實體也可以是IMS中的p - CSCF。
如圖3所示，為本發(fā)明實施例一的實現(xiàn)緊急呼叫方法流程圖，該流程圖 為本發(fā)明實施例總體概括的流程圖，其中具體流程細節(jié)將在后續(xù)實施例中進 行詳細描述，在此不再贅述，該實施例包括以下步驟
步驟S301， UE檢測到緊急呼叫建立請求。
步驟S302，在UE沒有足夠的能力或者資源建立緊急呼叫情況的處理。 如果UE有足夠的能力或者資源建立緊急呼叫，將不存在該過程。
步驟S303, UE向SAE演進網(wǎng)絡(luò)的緊急附著，并通過該附著過程建立 CS信令的承載。
步驟S304, eMSC的發(fā)現(xiàn)過程。 '
步驟S305， UE附著到eMSC過程。
步驟S306,借助eMSC來完成UE的緊急呼叫。
然而需要說明的是在上述步驟S301 -步驟S303為UE向SAE/LTE演 進網(wǎng)絡(luò)的緊急附著過程，在上述實施例中上述向S A E/LT E演進網(wǎng)絡(luò)的緊急附著是UE向eMSC附著的基礎(chǔ)，只有UE附著到SAE/LTE演進網(wǎng)絡(luò)才能 獲得相應(yīng)的IP地址從而建立與eMSC的連接，為后續(xù)的緊急呼叫作準(zhǔn)備。 但是本發(fā)明實施例提出的上述UE向SAE/LTE演進網(wǎng)絡(luò)的緊急附著過程不 僅適用于eMSC,還適用于對IMS緊急呼叫，這樣eMSC在緊急呼叫中的 位置和作用相當(dāng)于IMS緊急呼叫中的P-CSCF (Prqxy-Call Session Control Function,代理呼叫會話控制功能)網(wǎng)元。因此在IMS緊急呼叫如果通過本 發(fā)明下述實施例的方式實現(xiàn)UE向S AE演進網(wǎng)絡(luò)的緊急附著，則也應(yīng)當(dāng)為' 本發(fā)明實施例保護范圍所涵蓋。
本發(fā)明實施例的eMSC方案中緊急呼叫建立以及SAE緊急承載建立流 程都與演進網(wǎng)絡(luò)系統(tǒng)的架構(gòu)相關(guān)。如演進網(wǎng)絡(luò)系統(tǒng)是否引入eMSC和演 進網(wǎng)絡(luò)間的類似Gs的接口。該接口是否可以傳遞呼叫方面的高層信令， 在沒有該接口的情況下如何保證呼叫信令及媒體面的安全建立等問題。并 且本發(fā)明實施例提出了兩種eMSC方案的網(wǎng)絡(luò)架構(gòu)，并給出了不同架構(gòu)下 實現(xiàn)PS域模擬CS域緊急呼叫建立和SAE緊急承載建立的詳細流程以及 具體問題的細節(jié)描述。本發(fā)明實施例給出的兩種eMSC網(wǎng)絡(luò)架構(gòu)包括架構(gòu) A和架構(gòu)B。
如圖4所示，為本發(fā)明實施例eMSC網(wǎng)絡(luò)架構(gòu)A的結(jié)構(gòu)圖，在架構(gòu)A 中，eMSC包含部分MSC、 MGCF ( Media Gateway Control Function,媒伸. 網(wǎng)關(guān)控制功能)的功能，并擁有分組域中AS (Application Serve,應(yīng)用服 務(wù)器)的功能。eMSC通過與PCRF (Policy Control and Charging Rules Fcmction，策略控制與計費規(guī)則功能)間的Rx+接口來控制建立PS域的承載， eMSC和UE間采用邏輯接口來模擬傳遞電路域的信令。并引入eMGW實 體作為媒體面的轉(zhuǎn)換網(wǎng)關(guān)(即分組域的VoIP數(shù)據(jù)與電路域的VoIP數(shù)據(jù)的 轉(zhuǎn)換)，該實體包含IMS域的IM-MGW和電路域的MGW( Media Gateway, 媒體網(wǎng)關(guān))功能。
如圖5所示，為本發(fā)明實施例eMSC網(wǎng)絡(luò)架構(gòu)B的結(jié)構(gòu)圖，在架構(gòu)B 中，與上述架構(gòu)A類似，不同的是引入了 MME和eMSC間類似Gs的才妻 口，該接口可用來傳遞呼叫消息的參數(shù)。以下將以上述架構(gòu)A和架構(gòu)B為基礎(chǔ)，對本發(fā)明緊急呼叫的方法進行 詳細的描述
如圖6所示，為本發(fā)明實施例二的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼 叫方法流程圖，該實施例基于上述架構(gòu)A,即無類似Gs^妄口。本實施例 說明，UE的語音媒體面數(shù)據(jù)在SAE/LTE專有承載或缺省承載上運行，在 UE沒有附著到EMSC之前，需^本地一個PDN-GW為UE分配一個用于 緊急呼叫的IP地址。
步驟S601, UE向SAE發(fā)起緊急附著，SAE為所述UE選擇一個相應(yīng) 的一個本地PDN-GW，并獲得本地PDN-GW為UE夯配的用于緊急呼叫的 IP地址，同時為模擬CS域注冊、呼叫等相關(guān)信令建立缺省承載或者專用 承載。其中，在承載建立請求中含有emergency indication指示。在該步驟 中UE發(fā)起緊急附著有一個前提就是UE必須能夠識別用戶正在發(fā)起一個 緊急呼叫，本發(fā)明實施例可以通過在UE終端中定義一個特定按鍵，或者 由終端識別用戶撥打的號碼是緊急號碼來實現(xiàn)。如用戶撥打110,則終端 能夠自動識別110為緊急號碼，自動向SAE發(fā)起緊急附著。該實施例中用 戶還沒有附著到SAE網(wǎng)絡(luò)，在緊急呼叫建立之前，UE需要緊急附著至SAE 網(wǎng)絡(luò)。該步驟主要以3GPP接入為例進行描述，包括以下幾步
A: UE向SAE發(fā)送emergency attach消息,其中該emergency attach 消息中攜帶緊急標(biāo)識emergency indication和該用戶的唯一標(biāo)識。
1)、如果用戶存在USIM卡，已經(jīng)附著(該附著不同于緊急附著，為 UE的正常附著到網(wǎng)絡(luò))或未附著的情況下，為了緊急呼叫業(yè)務(wù)，UE要發(fā) 起一個緊急附著的過程，emergency attach消息中攜帶用戶的標(biāo)識信息，如 用戶的IMSI作為UE的標(biāo)識，與普通附著不同的是該attach消息中攜帶 emergency indication指示來告知網(wǎng)絡(luò)這是 一 個緊急附著，作為后續(xù) PDN-GW選擇的參考，消息中還可以攜帶emergency APN。在該過程中， 由網(wǎng)絡(luò)決定是否執(zhí)行認證和安全的過程。另外UE在已經(jīng)附著的情況下， 還可以通過Tracking Area Update過程或者service request過禾呈來觸發(fā)一個 本地PDN-GW尋找過程，TAU Request消息和service request消息中emergency indication攜帶緊急指示，同時還可以4夷帶emergency APN。
2 )、如果用戶不存在USIM卡的情況下，emergency attach消息中UE 采用IMEI作為用戶自己的標(biāo)識信息，emergency indication指示來告知網(wǎng)' 絡(luò)這是一個緊急附著，同樣可以攜帶emergency APN。網(wǎng)絡(luò)不需要執(zhí)行認 i正和安全的過牙呈。
B、由于緊急呼叫采用本地執(zhí)行的策略，所以在附著過程中網(wǎng)絡(luò)要找 到一個本地的PDN-GW為UE分配用于緊急呼叫的IP地址。PDN-GW選 擇策略如下1 )、如果UE在attach消息里攜帶了 emergency APN (包含 網(wǎng)絡(luò)標(biāo)識和運營商標(biāo)識)，MME要對此進4亍判別，如果屬于本歸屬地的 APN, MME將根據(jù)此APN選擇一個本地的PDN-GW,如果不屬于本地歸 屬地，MME使用自己配置默認的emergency APN來選擇一個PDN-GW。
2 )、如果UE在attach消息里攜帶了 emergency APN(只包含網(wǎng)絡(luò)標(biāo)識)， MME根據(jù)自己配置的默認的emergency APN來選擇一個本地的PDN-GW。
3 )、如果UE在attach消息里沒有攜帶emergency APN, MME在判斷' UE攜帶 emergency indication和采用IMSI來作為標(biāo)識時,它會向HSS查 詢用戶的簽約信息并且判斷用戶簽約的emergency APN是否屬于本地，如 萊是，則采用該用戶簽約的emergency APN，否則釆用MME配置默認的 emergency APN來選擇一個PDN-GW。
4 )、如果UE在attach消息里沒有攜帶emergency APN, MME無法從 HSS獲得用戶的簽約數(shù)據(jù)或者該用戶采用IMEI作為標(biāo)識并且攜帶 emergency indication日于,MME ^^吏用自己酉己置'默"i人6勺emergency APN來 選擇一個PDN-GW。
上述實施例為本發(fā)明以3GPP接入為例，本發(fā)明實施例還可在非3GPP 實現(xiàn)UE至本地一個PDN的接入，即實現(xiàn)UE獲得一個用于緊急呼叫的I'P 地址，如圖7所述，為本發(fā)明實施例非3GPP接入下UE初始接入流程圖。' UE可以在以下步驟中攜帶emergency indication信息
A:在第2步的EAP鑒權(quán)過程中，Trusted Non-3GPP IP Access將UE 攜帶的emergency indication信息帶給AAA代理以及AAA服務(wù)器和后續(xù)的本地PDN GW。同時，在第5步中，PDG GW在Indication ofIP CAN Session Establishment消息中也將攜帶此emergency indication。
B:在第3步的L3 Attach Trigger過程中，UE將攜帶emergency indication信息，Trusted Non-3 GPP IP Access在第4 ，中繼續(xù)傳遞此信息給 PDNGW，以便PDNGW在第5步的會話建立中指示該會話是一個緊急會 話。 .
需要說明的是，本發(fā)明上述實施例通過attach消息攜帶emergency indication信息的形式通知MME,使其能夠為其選擇本地PDN GW。然而 本發(fā)明實施例并不限于attach消息，其他NAS消息也可攜帶emergency indication信息并通知MME。如果UE (存在USIM卡)已經(jīng)一般式附著(此 時的PDN-GW可能并不是本地的)，UE可以通過再發(fā)起一個service request 過程或者是Tracking Area Updating過程來發(fā)起一個尋找本地的PDN-GW,并 獲得一個該PDN-GW為緊急呼叫分配的IP地址。上述2個過程的請求消息中 都要必須包括emergency indication。步驟S602， UE建立和eMSC的關(guān)聯(lián)， 并向eMSC進行緊急附著，建立UE到eMSC的IP通道。在有USIM卡的 情況下，UE采用IMSI作為標(biāo)識；在缺少USIM卡情況下，UE采用l'MEI 作為標(biāo)識，此時，不需要進行鑒權(quán)過程。附著消息里可以攜帶emergency, indication指示。該過程eMSC的發(fā)現(xiàn)機制如下
A:在SAE緊急附著消息或發(fā)起承載建立過程中的PCO選項中攜帶請 求eMSC地址的信息，PDN-GW或者MME通過解析PCO中的參數(shù)來查詢 本地一個eMSC地址(如配置eMSC的地址，或者PDN-GW通過DHCP 查詢機制獲取)。
B:在HSS中為用戶配置或者保存eMSC地址信息，并由HSS^是供該 信息給MME。但是該方法只適合歸屬地情況下。
C: MME根據(jù)預(yù)設(shè)的條件，比如位置信息，運營商偏好、網(wǎng)絡(luò)拓樸 或在網(wǎng)絡(luò)側(cè)配置MME與eMSC的對應(yīng)關(guān)系等為UE選擇一個本地的 eMSC。 ' .
D:網(wǎng)絡(luò)向位于其覆蓋范圍內(nèi)的UE發(fā)送廣播，其中包括網(wǎng)絡(luò)是否支持CS over SAE/LTE以及相應(yīng)的eMSC地址。
' 步驟S603,當(dāng)UE發(fā)起緊急語音呼叫時，發(fā)送CM Service Request消 息給eMSC,該消息里CM Service type里指示emergency call。
步驟S604, eMSC接收到CM Service Request消息后，決定是否發(fā)認 i正和安全的過程。如果不發(fā)起，轉(zhuǎn)到步驟S605，回CM Service Accept消 息給UE。如果發(fā)起，則在認證和安全成功后直接轉(zhuǎn)到步驟S606。
步驟S606, UE在進^H人證和安全成功或者4妄收到CM Service Accept 消息后，發(fā)送Emergency Setup激活通道命令給eMSC。包括以下承載建立 信息UE接受媒體面的IP地址和UDP端口、承載能力、流標(biāo)識以及用盧 支持的語音編解碼列表，在emergency category單元,殳里指示了該緊急呼' 叫的業(yè)務(wù)類別。同時UE也可以在該消息中提供其位置信息。
步驟S607， eMSC判斷該緊急呼叫可接受后，發(fā)送Call Proceeding消 息給UE。
步驟S608和步驟S609， eMSC發(fā)送IAM消息給位于PSTN或者CS 域中的緊急呼叫中心，并收到相關(guān)承載方面的參數(shù)。接著觸發(fā)一個eMGW 的選擇過程。在步驟S609后，eMSC也可以使用IP隧道將Bearer Information 發(fā)給UE，由UE觸發(fā)一個專用承載建立或者缺省承載修改的過程，承載建 立請求中含有emergency indication指示。
步驟S610, eMSC控制eMGW建立eMGW側(cè)的語音承載。接下來分 兩種可能情況 ''
A:如果UE在附著到SAE時所建立的缺省承載不但用于信令傳輸同' 時也用于語音承載，則步驟S609完成后，緊接^l行步驟S623。
B:如果UE在附著到SAE時所建立的缺省承載不但用于信令傳輸， 同時在對該承載的一些信息(如QoS)進行修改后既用于語音承載，那么 步驟S609步后將是一個承載修改的過程，然后執(zhí)行步驟S623。
步驟S611, eMSC定義相關(guān)Rx接口的信息，向PCRF下發(fā)應(yīng)用業(yè)務(wù) 信息，主要包括UE的IP地址、用戶標(biāo)識、媒體類型及格式、語音編解碼 格式和緊急指示。PCRF會根據(jù)緊急指示給予緊急呼叫最高的QoS授權(quán)和基于流的免計費規(guī)則。在資源嚴(yán)重匱乏時，緊急呼叫能夠優(yōu)先甚至以搶占. 的方式獲得資源。
步驟S612~21， 采用在演進網(wǎng)絡(luò)中建立緊急專用承載的模式建立語 音業(yè)務(wù)的緊急承載。
步驟S622， PCRF向eMSC回ACK消息。
步驟S623 ~步驟S626, eMSC控制eMGW修改媒體流的關(guān)聯(lián)，建立 局間媒體承載。
步驟S627 ~步驟S630, eMSC收到ACM消息后，向UE回Alerting 消息；收到ANM消息后，發(fā)Connect消息給UE。
步驟S631, UE回Connect Ack消息給eMSC,并開始緊急語音通話。
上面描述的專用承載建立是eMSC通過Rx接口發(fā)起的。除此之外，' UE在4妻收到call proceeding之后也可以先發(fā)起專用承載的建立，然后. eMSC通過Rx接口再對這些專用承載進行纟務(wù)改。
如圖8所示，為本發(fā)明實施例三的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼 叫方法流程圖，該實施例基于上述架構(gòu)B，即有類似Gs接口。該實施例與 實施例二中的步驟說明基本相同，只是UE發(fā)起的模擬CS域呼叫方面的信 令通過在SAE中的NAS ( Non Access Stratum,非接入層)信令封裝傳遞， MME根據(jù)收到的NAS消息的指示，判斷該消息需要發(fā)送到eMSC,則將 該消息透傳給eMSC處理。因此也正是因為MME和eMSC之間有Gs接口 ， 因此UE可以直接通過MME將緊急承載建立信息發(fā)送給eMSC,而無需像 實施例——樣建立UE和eMSC之間的IP通道。
1 、 UE發(fā)起模擬的CS附著，通過eMSC和MME間的類似Gs的接口 傳遞附著參數(shù)。 .
2、 UE需要發(fā)起一個呼叫時，將呼叫的消息封裝在eUTRAN中的NAS 消息中發(fā)送給MME。在這個NAS消息中增加一個IE,來指示MME將該 消息中的呼叫消息數(shù)據(jù)發(fā)送給eMSC。
其余步驟的說明同實施例二的技術(shù)方案，區(qū)別在于eMSC發(fā)送給UE 的模擬CS呼叫的信令消息是通過MME用NAS消息轉(zhuǎn)發(fā)給UE。上面描述的專用承載建立是eMSC通過Rx接口發(fā)起的。除此之外， UE在4^收到call proceeding之后也可以先發(fā)起專用承載的建立，然后 eMSC通過Rx接口再對這些專用承載進行修改。' .，
如圖9所示，為本發(fā)明實施例三的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼 叫方法流程圖，該實施例主要基于架構(gòu)A,即沒有類似Gs的接口存在的 情況，在該情況下需要通過IP層連通性實現(xiàn)緊急呼叫I^放流程，用戶初始 ^緊急呼叫釋放流程。該實施例給出了用戶發(fā)起的CS域緊急呼叫釋放的 流程(即UE主動掛機的情景)，UE通過給eMSC發(fā)Disconnect消息觸發(fā) 釋放緊急專有承載的過程。在該實施例中，UE和eMSC通過IP的連通性 保持信令面的連接。該實施例包括以下步驟
步驟S901, UE發(fā)Disconnect消息給eMSC來告訴eMSC用戶掛機。
步驟S902， eMSC發(fā)Release消息給處于PSTN或者CS域的緊急呼叫 中心。
步驟S903, eMSC發(fā)REL消息給UE。 '
步驟S904， UE收到REL后，停止所有的呼叫控制相關(guān)的定時器，然 后回RLC消息給eMSC。
步驟S905, eMSC控制eMGW釋放相關(guān)的語音媒體流。
步驟S906, eMSC給PCRF發(fā)應(yīng)用業(yè)務(wù)信息來告知PCRF有關(guān)該緊急 呼叫媒體流QoS保證機制的關(guān)閉。
步驟S卯7 步驟S916, PDN-GW初始的演進網(wǎng)絡(luò)緊急專有承載的刪 除過程。
步驟S917，在緊急專有承載被刪除后，PCRF回ACK消息給eMSC。 需要說明的是在上述實施例的步驟S909或步驟S913之后，MME還 可以恢復(fù)為緊急呼叫所停止的其它專有承載的恢復(fù)過程(比如激活GBR、 MBR的值)。即如果在UE發(fā)起緊急呼叫時可能會因為自身資源不足而暫 停或停止一些正在進行的業(yè)務(wù)，釋放一些資源以保證緊急呼叫的順利進行'， 因此在釋放緊急呼叫建立的緊急承載后需要恢復(fù)一些已停止的業(yè)務(wù)，其中' 關(guān)于如何停止及恢復(fù)其他專有承載將在本發(fā)明后續(xù)實施例進行詳細介紹，在此不再贅述。
如圖10所示，為本發(fā)明實施例四的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼
叫方法流程圖，該實施例主要基于架構(gòu)B ，即有類似Gs的接口存在的情況。 該實施例給出了在UE和eMSC間的信令是通過UE和MME間的NAS層 面和MME與eMSC間的信令面?zhèn)鬟f情況下，UE主動發(fā)起CS緊急呼叫釋 放的流程。該實施例的步驟說明同上述實施例三相同，區(qū)別僅在于eMSC 與UE間的模擬電路域的信令消息是通過NAS層由MME轉(zhuǎn)發(fā)給UE'(通 過MME與eMSC間的類似Gs的4妄口傳遞)，其中，可在該NAS層消息的' 處理靠添加相關(guān)的IE來區(qū)分是正常的eUTRAN中NAS消息的處理，還是 緊急呼叫的信令消息。
— 同樣在本實施例中的步驟S909或步驟S913之后，MME也可以恢復(fù) 為緊急呼叫所停止的其它專有承載的恢復(fù)過程(比如激活GBR、 MBR的 值)。
如圖11所示，為本發(fā)明實褲例五的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼 叫方法流程圖，該實施例也是基于架構(gòu)A，即沒有類似Gs的接口存在的 情況下，該實施例主要為由網(wǎng)絡(luò)側(cè)發(fā)起緊急呼叫釋放流程，該實施例需要 通過IP層連通性實現(xiàn)緊急呼叫釋放流程，網(wǎng)絡(luò)初始6々緊急呼叫釋放流程如 下圖所示 ''
步驟S1101, eMSC接收到來自緊急呼叫中心的Release消息。 步驟SI 102, eMSC通過IP通道給UE發(fā)Disconnect消息來告知UE 遠端已經(jīng)掛機。
- 步驟S1103， eMSC控制eMGW釋放緊急呼叫相關(guān)的語音承載資源。 步驟S1104,在得知eMGW上語音承載資源被釋放后回緊急呼叫中心
Release Complete消息。
步驟S1105 ， UE在收到Disconnect消息后，停止與該緊急呼叫相關(guān)的 呼叫控制定時器，并發(fā)REL消息給eMSC。
步驟S1106， eMSC在收到REL消息停止呼叫控制定時器后，回RLC 消息給UE。步驟S1107， UE在收到RLC消息后，初始演進網(wǎng)絡(luò)緊急專有承載釋' 放的過程。
同樣在該實施例步驟S1107中，MME也可以在釋放緊急專有承載之 后，恢復(fù)為緊急呼叫所停止的其它專有承載的恢復(fù)過程(比如激活GBR、 MBR的值)。
如圖12所示，為本發(fā)明實施例六的在分組域上模擬電5^域?qū)崿F(xiàn)緊急呼 叫方法流程圖，該實施例也是基于架構(gòu)B,即有類似Gs的接口存在的情況 下。在該實施例中呼叫釋放相關(guān)的信令通過MME和eMSC間類似Gs接口 來傳遞。該實施例癥會出了 UE和eMSC間的呼叫信令是通過UE和MME 間的NAS層面轉(zhuǎn)接的情況下，網(wǎng)絡(luò)初始緊急呼叫釋放，同時UE收到才莫擬 電路域釋放消息后主動發(fā)起緊急專有承載的釋放過程，同時在該過程中, MME可以恢復(fù)為緊急呼叫所停止的其它專有承載的恢復(fù)過程(比如激活' GBR、 MBR的值)。各步驟的說明同實施例五，區(qū)別在于eMSC發(fā)送給UE 的模擬電路域模塊NAS層的消息是通過MME轉(zhuǎn)發(fā)給UE,靠添加相關(guān)的 IE來區(qū)分正常的eUTRAN中NAS消息的處理。同樣，在本發(fā)明實施例步 驟S1107過程中，MME也可以恢復(fù)為緊急呼叫所停止的其它專網(wǎng)^4刀始 的緊急呼叫釋放流程包括以下步驟有承載的恢復(fù)過程(比如激活GBR、 MBR的值)。 .
如圖13所示，為本發(fā)明實施例七的在分組域上模擬電路域?qū)崿F(xiàn)緊急呼 叫方法流程圖。該實施例為在UE進行緊急呼叫的同時，對其他專用承載 的刪除或停止流程。
如果在一個UE進行緊急呼叫的同時還與其它的PDN-GW (即非緊急 呼叫使用的PDN-GW)有業(yè)務(wù)流數(shù)據(jù)交互的情況下，為了保證緊急呼叫高' 質(zhì)量的完成，MME執(zhí)^f亍專用7f義載去激活或^f多改(如將GBR、 MBR改寫為 O)過程來刪除或停止該用戶其它的一切業(yè)務(wù)或者是根據(jù)保存在MME中的 有關(guān)QoS參數(shù)(如QCI, Label, ARP等)來選擇性的停止用戶那些優(yōu)先 級別比較低的業(yè)務(wù)。
在網(wǎng)絡(luò)擁塞的情況下，MME發(fā)現(xiàn)自己不能支持所有的專有承載建立請求時，會發(fā)起一個專有承載去激活或修改的過程來刪除或停止緊急呼叫 用戶其它優(yōu)先級別比較低的業(yè)務(wù)，以此來保證緊急呼叫的順利完成。
步驟S1301, MME發(fā)送Request Dedicated Bearer Deactivation消息給 S-GW來去激活一個選定的專有承載。通過該消息中的特定參數(shù)或者特定. 指示位來表明該承載釋放原因是緊急呼叫。
步驟SI302, S陽GW發(fā)送Request Dedicated Bearer Deactivation消息纟會 PDN GW。
步驟S1303,如果使用PCC策略，PDNGW通知PCRF關(guān)于要被釋放 的資源。
步驟S1304~步驟S1313,演進網(wǎng)絡(luò)PDN GW初始專用承載去激活的過程。
其中，在UE發(fā)起緊急呼叫時，可能會發(fā)生終端側(cè)承載資源緊張或者 匱乏的情況，為了保證緊急呼叫高質(zhì)量的執(zhí)行，UE再發(fā)起緊急呼叫時可 刪除或停止(如將GBR、 MBR的值改寫為0) —切其它正在進^f亍中的業(yè)務(wù) 或者根據(jù)保存在UE中有關(guān)QoS參數(shù)(如QCI, Label, ARP等)來選擇性, 的刪除或停止那些優(yōu)先級別比較低的業(yè)務(wù)來釋放資源以保證緊急呼叫業(yè)務(wù) 正常發(fā)起，在觸發(fā)一個演進系統(tǒng)中UE初始專用承載釋放的過程中，通過 釋放消息里的特定參數(shù)或者是特定指示位來表明釋放原因是緊急呼叫。
其中，在該實施例中eMSC還能夠根據(jù)LCS (Location Services定位 業(yè)務(wù))確定UE所在的實際位置信息，例如根據(jù)UE上報的網(wǎng)絡(luò)位置信息 得到其實際位置信息；或UE上報了其位置信息也可以通過LCS對其上報 的實際位置信息進行校驗，使得緊急呼叫中心能對進行緊急呼叫的UE進行 準(zhǔn)確定位。本發(fā)明實施例借助緊急呼叫中的終端定位可以準(zhǔn)確地掌握用戶 位置信息(如cell ID),以便eMSC路由緊急呼叫并在用戶需要協(xié)助時迅 速調(diào)遣合適的資源。eMSC在處理緊急呼叫時，可以作為LCS (Location Services,定位業(yè)務(wù))架構(gòu)的一個客戶端，通過以下方法來4妄收或主動獲耳又 用戶終端的位置信息如果UE在emergency setup消息中可提供UE所處 的網(wǎng)絡(luò)位置信息，如cell ID;如果UE未在該emergency setup消息中提供網(wǎng)絡(luò)位置信息，如cell ID， eMSC通過LCS消息向LCS詢問用戶的位置信息；如果UE在emergency setup消息中提供了 UE的位置信息，那么eMSC也可以尋求LCS來證實位置信息。
本發(fā)明實施例提出了在演進網(wǎng)絡(luò)中借助eMSC實體來完成模擬電路域緊急呼叫的方法，使得在不依賴于IMS情況下實現(xiàn)SAE/LTE分組網(wǎng)絡(luò)中的緊急呼叫業(yè)務(wù)。 ' ..
如圖14所示，為本發(fā)明實施例緊急呼叫服務(wù)實體結(jié)構(gòu)圖，其中，該緊急呼叫服務(wù)實體為eMSC或IMS中的p-CSCF。該緊急呼叫服務(wù)實體包括緊急附著處理模塊l，承載建立信息獲取模塊2，承載信息下發(fā)模塊3，承載建立通知模塊4和承載關(guān)聯(lián)控制模塊5。緊急附著處理模塊1用于接受用戶設(shè)備UE的緊急附著，其中，該緊急呼叫服務(wù)實體為所述UE接入的移動性管理實體MME為所述UE選擇的本地緊急呼叫服務(wù)實體；承載建立信息獲取模塊2用于在所述UE發(fā)起的緊急呼叫后，獲取為所述UE建立緊急語音承載所需的承載建立信息；承載信息下發(fā)模塊3用于將所述承載建立信息分別下發(fā)給演進媒體網(wǎng)關(guān)eMGW和策略計費規(guī)則功能PCRF;承載建立通知模塊4用于通知eMGW和PCRF建立相應(yīng)的eMGW側(cè)緊急語音承載和SAE側(cè)緊急語音承載；承載關(guān)聯(lián)控制模塊5用于在所述eMGW側(cè)承載和PCRF側(cè)承載建立.后，控制所述eMGW使所述eMGW側(cè)緊急語音承載和SAE側(cè)緊急語音承載關(guān)聯(lián)，所述UE根據(jù)關(guān)聯(lián)的所述eMGW側(cè)緊急語音承載和SAE側(cè)緊急語音承載進行'緊急呼叫。
其中，承載建立信息獲取模塊2包括UE承載建立信息接收子模塊21和承載參數(shù)獲取子模塊22， UE承載建立信息接收子模塊21用于接收UE通過緊急呼叫服務(wù)實體與UE之間的IP通道或通過所迷MME與所述緊急呼叫服務(wù)實體間的接口發(fā)送的UE承載建立信息；承載參數(shù)獲取子模塊22用于向緊急呼叫中心請求相關(guān)承載參數(shù)。-
其中，該緊急呼叫服務(wù)實體還包括釋放沖莫塊6，用于在4妻收所述緊急呼叫中心或所述UE的釋放消息后，釋放相應(yīng)的eMGW側(cè)緊急語音承載和SAE側(cè)緊急語音承載。其中，該緊急呼叫服務(wù)實體還包括位置信息確定模塊7，用于根據(jù)所述
UE上報的位置信息通過定位業(yè)務(wù)LCS確定所述UE的具體位置。
' 本發(fā)明實施例提出了 一種緊急呼叫服務(wù)實體，通過上述緊急呼叫服務(wù)實體能夠在演進網(wǎng)絡(luò)中完成模擬電路域的緊急呼叫，使得能夠?qū)崿F(xiàn)SAE/LTE分組網(wǎng)絡(luò)中的緊急呼叫業(yè)務(wù)。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行'
本發(fā)明各個實施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)—見為本發(fā)明的保護范圍。
權(quán)利要求
1、一種緊急呼叫方法，其特征在于，具體包括用戶設(shè)備UE向演進網(wǎng)絡(luò)SAE網(wǎng)絡(luò)發(fā)起緊急附著請求，所述緊急附著請求包含緊急指示；所述SAE網(wǎng)絡(luò)收到所述緊急指示后，為所述UE選擇緊急呼叫服務(wù)實體；所述UE緊急附著至所述SAE網(wǎng)絡(luò)后，向所述緊急呼叫服務(wù)實體發(fā)送所述緊急呼叫請求；所述緊急呼叫服務(wù)實體建立緊急語音承載，所述UE根據(jù)所述建立的緊急語音承載進行緊急呼叫。
2、 如權(quán)利要求1所述緊急呼叫方法，其特征在于，在所述SAE網(wǎng)絡(luò)為所 述UE選擇緊急呼叫服務(wù)實體之后，還包括所述SAE網(wǎng)絡(luò)在響應(yīng)UE的消息中攜帶所述緊急呼叫服務(wù)實體信息。
3、 如權(quán)利要求1所述緊急呼叫方法，其特征在于，在所述UE緊急附著 至所述SAE網(wǎng)絡(luò)之前，還包括當(dāng)所述UE檢測到用戶正在發(fā)起緊急呼叫時，所蜂UE向SAE網(wǎng)絡(luò)發(fā)送 非接入層NAS消息，所述NAS消息攜帶有緊急指示和所述用戶的唯一#識'；在收到所述NAS消息之后，根據(jù)所述NAS消息為所述UE選擇本地分&1-數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)PDN-GW，所述PDN-GW為所述UE分配相應(yīng)的IP地址，使 所述UE附著至所述SAE網(wǎng)絡(luò)。
4、如權(quán)利要求3所述緊急呼叫方法，其特征在于，所述NAS消息包括 attach消息、service request消息或Tracking Area Updating消息。
5、如權(quán)利要求3所述緊急呼叫方法，其特征在于，所述為UE選擇本地 PDN-GW具體為如果UE在NAS消息里攜帶了緊急接入點名稱APN,且所述緊急APN 中的運營商標(biāo)識表示所述緊急APN屬于本歸屬地，則根據(jù)所述緊急APN 為所述UE選纟奪一個本地的PDN-GW;否則根據(jù)MME上默認的緊急APN 為所述UE選擇本地PDN-GW;或，' 如果UE在NAS消息里沒有攜帶緊急APN但所述UE在歸屬用戶服務(wù) 器HSS中簽約的緊急APN屬于本地，則根據(jù)所述HSS中簽約的緊急APN 為所述UE選擇本地PDN-GW,否則根據(jù)MME上默認的緊急APN為所述 UE選擇本地PDN-GW。
6、 如權(quán)利要求1所述緊急呼叫方法，其特征在于，所述緊急呼叫服務(wù)實 體建立緊急語音承載具體為所述緊急呼叫服務(wù)實體獲取為所述UE建立緊急語音承載所需的承載建 立信息； '-所述緊急呼叫服務(wù)實體將所述承載建立信息分別下發(fā)給媒體網(wǎng)關(guān)和策略, 計費規(guī)則功能PCRF來建立相應(yīng)緊急語音承載；在相應(yīng)的緊急語音承載建立后，所述緊急呼叫服務(wù)實體控制所述媒體網(wǎng) 關(guān)使所述緊急呼叫服務(wù)實體側(cè)緊急語音承載和SAE側(cè)緊急語音承載關(guān)聯(lián)。
7、 如權(quán)利要求6所述緊急呼叫方法，其特征在于，所述緊急呼叫服務(wù)實 體獲取為所述UE建立緊急語音承載所需的承載建立信息具體為所述緊急呼叫服務(wù)實體接收所述UE發(fā)送的UE的承載建立信息； 所述緊急呼叫服務(wù)實體向緊急呼叫中心請求相關(guān)承載參數(shù)。
8、 如權(quán)利要求6所述緊急呼叫方法，其特征在于，所述緊急呼叫服務(wù)實 體接收所述UE發(fā)送的UE的承載建立信息具體為所述UE通過所述緊急呼叫服務(wù)實體與所述UE之間的IP通道或通'過所 述MME與所述緊急呼叫服務(wù)實體間的接口向所述緊急呼叫服務(wù)實體發(fā)送UE. 的承載建立信息。
9、 如權(quán)利要求8所述緊急呼叫方法，其特征在于，所述緊急呼叫服務(wù)實 體與所述UE之間的IP通道通過下述步驟建立，在為所述UE選擇本地PDN-GW之后，所述PDN-GW為所述UE分配相 應(yīng)的IPi也址；在為所述UE選擇本地緊急呼叫服務(wù)實體之后，將選擇的緊急呼叫服務(wù)實 體的IP地址通知所述UE,建立力斤述緊急呼叫服務(wù)實體與所述UE之間的IP 通道。
10、 如權(quán)利要求8所述緊急呼叫方法，其特征在于，所述UE通過所ii MME與所述緊急呼叫服務(wù)實體間的接口向所述緊急呼叫服務(wù)實體發(fā)送UE的' 承載建立信息具體為所述UE在向所述MME發(fā)送的NAS消息中增加IE,所述IE用于指示所 述MME將所述NAS消息中的UE的承載建立信息發(fā)送給所述緊急呼叫服務(wù) 實體。
11、 如權(quán)利要求6所述緊急呼叫方法，其特征在于，所述緊急呼叫服務(wù) 實體將所述承載建立信息分別下發(fā)給i某體網(wǎng)關(guān)和PCRF，并通知所述^ 某體網(wǎng)關(guān) 和所述PCRF建立相應(yīng)的緊急呼叫服務(wù)實體側(cè)緊急語音承載和SAE側(cè)緊急語 音承載具體為所述緊急呼叫服務(wù)實體將獲取的所述承載建立信息下發(fā)給所述UE;由所述UE根據(jù)接收到的所述承載建立信息請求所述PCRF建立相'應(yīng)的 SAE側(cè)緊急語音承載； '且由所述緊急呼叫服務(wù)實體將所述承載建立信息發(fā)送給所述^ 某體網(wǎng)關(guān)， 通知所述媒體網(wǎng)關(guān)建立所述緊急呼叫服務(wù)實體側(cè)緊急語音承載。
12、如權(quán)利要求11所述緊急呼叫方法，其特征在于，所述緊急呼叫服務(wù) 實體通知所述媒體網(wǎng)關(guān)和所述PCRF建立相應(yīng)的緊急呼叫服務(wù)實體側(cè)緊急語 音承載和SAE側(cè)緊急語音承載具體為所述緊急呼叫服務(wù)實體向所述媒體網(wǎng)關(guān)和所述PCRF發(fā)送建立承載信息， 在所述建立承載信息中包含有緊急標(biāo)識。
13、 如權(quán)利要求11所述緊急呼叫方法，其特征在于，所述UE根據(jù)請求 所述PCRF建立相應(yīng)的SAE側(cè)緊急語音承載具體為所述UE向所述PCRF發(fā)送建立承載信息，在所述建立承載信息中包'含有 緊急標(biāo)識。 .
14、 如權(quán)利要求1所述緊急呼叫方法，其特征在于，還包括所述MME 停止或釋放所述UE優(yōu)先級較低的業(yè)務(wù)，并在停止或釋放消息中標(biāo)明釋放原因 為緊急呼叫。
15、 如權(quán)利要求6所述緊急呼叫方法，其特征在于，還包括所述UE通過所述緊急呼叫服務(wù)實體與所述UE之間的IP通道或通過所述MME與所述 緊急呼叫服務(wù)實體間的接口向所述緊急呼叫服務(wù)實體發(fā)送緊急呼叫釋放消息； . .-所述緊急呼叫服務(wù)實體釋放相應(yīng)的緊急呼叫服務(wù)實體側(cè)緊急語音承載和.SAE側(cè)緊急語音承載。
16、 如權(quán)利要求6所述緊急呼叫方法，其特征在于，還包括-所述緊急呼叫服務(wù)實體接收所述緊急呼叫中心的釋放消息，并通過與所 述UE之間的IP通道或通過所述MME與所述緊急呼叫服務(wù)實體間的接口通 知所述UE;所述緊急呼叫服務(wù)實體釋放相應(yīng)的緊急呼叫服務(wù)實體側(cè)緊急語音承載和 SAE側(cè)緊急語音承載。
17、 如權(quán)利要求15-16任一項所述緊急呼叫方法，其特征在于，在所述 釋放相應(yīng)的緊急呼叫服務(wù)實體側(cè)緊急語音承載和SAE側(cè)緊急語音承載之后， 還包括， ' '-所迷MME恢復(fù)其他暫停的專有承載。 .
18、 如權(quán)利要求7所述緊急呼叫方法，其特征在于，還包括在所迷緊 急呼叫服務(wù)實體接收所述UE發(fā)送的UE的承載建立信息中還包括所述UE的 位置信息；所迷緊急呼叫服務(wù)實體根據(jù)所述位置信息通過定位業(yè)務(wù)LCS確定所述 UE的具體位置。
19、 如權(quán)利要求1所述緊急呼叫方法，其特征在于，在所述eMSC接受 UE的緊急附著之前，對于非3GPP網(wǎng)絡(luò)，還包括通過EAP鑒權(quán)過程或L3 Attach Trigger過程將緊急標(biāo)識發(fā)送給AAA代 理、AAA服務(wù)器及本地PDG GW,所述本地PDG GW為所述UE分配相應(yīng)的 IP。 '.
20、 如權(quán)利要求1所述緊急呼叫方法，其特征在于，所述緊急呼叫服務(wù) 實體為eMSC或IMS中的p-CSCF或其它的緊急呼叫網(wǎng)元實體。
21、 一種緊急附著方法，其特征在于，具體包括:當(dāng)所述UE檢測到用戶正在發(fā)起緊急呼叫時，所述UE向SAE網(wǎng)絡(luò)發(fā)起 NAS消息，所述NAS消息攜帶有緊急指示和所述用戶的唯一標(biāo)識；在收到所述NAS消息之后，根據(jù)所述NAS消息為所述UE選擇本地分組 數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)PDN-GW,所述PDN-GW為所述UE分配相應(yīng)的IP地址，使 所述UE附著至所述SAE網(wǎng)絡(luò)。 '
22、 如權(quán)利要求21所述緊急附著方法，其特征在于，所述NAS消息包 括attach消息、service request消息或Tracking Area Updating消息。
23、 如權(quán)利要求21所述緊急附著方法，其特征在于，所述為UE選擇本 地PDN-GW具體為如果UE在NAS消息里攜帶了緊急APN,且所述緊急APN中的運營 商標(biāo)識表示所述緊急APN屬于本歸屬地，則根據(jù)所述緊急APN為所述UE 選擇一個本地的PDN-GW;否則根據(jù)MME上默認的緊急APN為所述UE 選擇本地PDN-GW;或，如果UE在NAS消息里沒有攜帶緊急APN但所述UE在歸屬用戶服務(wù) 器HSS中簽約的緊急APN屬于本地，則根據(jù)所述HSS中簽約的緊急APN 為所述UE選擇本地PDN-GW,否則根據(jù)MME上默認的緊急APN為所述 UE選擇本地PDN-GW。
24、 一種緊急呼叫服務(wù)實體，其特征在于，包括緊急附著處理模塊，承 載建立信息獲取模塊，承載信息下發(fā)模塊，承載建立通知模塊和承載關(guān)聯(lián)控 制模塊，所述緊急附著處理模塊，用于接受用戶設(shè)備UE的緊急附著；所述承載建立信息獲取模塊，用于在所述UE發(fā)起的緊急呼叫后，獲取為 所述UE建立緊急語音承載所需的承載建立信息；所述承載信息下發(fā)模塊，用于將所述承載建立信息分別下發(fā)給媒體網(wǎng)關(guān) 和策略計費規(guī)則功能PCRF;所述承載建立通知模塊，用于通知媒體網(wǎng)關(guān)和PCRF建立相應(yīng)的緊急呼 叫服務(wù)實體側(cè)緊急語音承載和SAE側(cè)緊急語音承載；所述承載關(guān)聯(lián)控制模塊，用于在所述緊急呼叫服務(wù)實體側(cè)承載和PCRF側(cè)承載建立后，所述媒體網(wǎng)關(guān)使所述緊急呼叫服務(wù)實體側(cè)緊急語音承載和SAE側(cè)緊急語音承載關(guān)聯(lián)，所述UE根據(jù)關(guān)聯(lián)的所述緊急呼叫服務(wù)實體側(cè)緊 急語音承載和SAE側(cè)緊急語音承載進行緊急呼叫。
25、 如權(quán)利要求24所述緊急呼叫服務(wù)實體，其特征在于，所述緊急呼叫 服務(wù)實體為eMSC或IMS中的p - CSCF。
26、 如權(quán)利要求24所述緊急呼叫服務(wù)實體，其特征在于，所述承載建立 信息獲取模塊包括UE承載建立信息接收子模塊和承載參數(shù)獲取子模塊，所述UE承載建立信息接收子模塊，用于接收所述UE通過所述eMSC與 所述UE之間的IP通道或通過所述MME與所述eMSC間的接口發(fā)送的UE 7 義載建立信息； '所述承載參數(shù)獲取子模塊，用于向緊急呼叫中心請求相關(guān)承載參數(shù)。
27、 如權(quán)利要求24所述緊急呼叫服務(wù)實體，其特征在于，還包括釋放模 塊，用于在接收所述緊急呼叫中心或所述UE的釋放消息后，釋放相應(yīng)的 eMGW側(cè)緊急語音承載和SAE側(cè)緊急語音承載。
28、 如權(quán)利要求24-27任一項所述緊急呼叫服務(wù)實體，其特征在于，還 包括位置信息確定模塊，用于根據(jù)所述UE上報的位置信息通過定位業(yè)務(wù)LCS 確定所述UE的具體位置。
全文摘要
本發(fā)明公開了一種緊急呼叫方法，具體包括用戶設(shè)備UE向演進網(wǎng)絡(luò)SAE網(wǎng)絡(luò)發(fā)起緊急附著請求，所述緊急附著請求包含緊急指示；所述SAE網(wǎng)絡(luò)收到所述緊急指示后，為所述UE選擇緊急呼叫服務(wù)實體；所述UE緊急附著至所述SAE網(wǎng)絡(luò)后，向所述緊急呼叫服務(wù)實體發(fā)送所述緊急呼叫請求；所述緊急呼叫服務(wù)實體建立緊急語音承載，所述UE根據(jù)所述建立的緊急語音承載進行緊急呼叫。本發(fā)明實施例提供了在演進網(wǎng)絡(luò)中借助緊急呼叫服務(wù)實體來完成模擬電路域緊急呼叫的方法，從而實現(xiàn)SAE/LTE分組網(wǎng)絡(luò)中的緊急呼叫業(yè)務(wù)。
文檔編號H04W4/22GK101466083SQ20071030185
公開日2009年6月24日 申請日期2007年12月18日 優(yōu)先權(quán)日2007年12月18日
發(fā)明者吳曉波, 煒 國, 戩 張, 李慶禹, 段小琴 申請人:華為技術(shù)有限公司