專利名稱：一種實(shí)現(xiàn)緊急呼叫的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP 多媒體子系統(tǒng)(IMS，IP Multimedia Core Network Subsystem)域 緊急呼叫技術(shù)，尤指一種當(dāng)采用用戶面定位服務(wù)(SUPL)技術(shù)時(shí)，用戶終端(UE)接入到系統(tǒng) 長(zhǎng)期演進(jìn)(SAE)網(wǎng)絡(luò)下實(shí)現(xiàn)緊急呼叫的方法及系統(tǒng)。
背景技術(shù)：
IMS是新一代通信網(wǎng)絡(luò)的核心，IMS采用會(huì)話發(fā)起協(xié)議(SIP，SessionInitiation Protocol)體系，SIP規(guī)定通信與接入無關(guān)，并具備多種媒體業(yè)務(wù)控制功能與承載能力分離 能力、呼叫與會(huì)話分離能力、應(yīng)用與服務(wù)分離能力、業(yè)務(wù)與網(wǎng)絡(luò)分離能力、以及移動(dòng)網(wǎng)與英 特網(wǎng)業(yè)務(wù)融合能力等特點(diǎn)。由于IMS和接入無關(guān)的特點(diǎn)，IMS下的緊急業(yè)務(wù)(EMC，Emergency Call)可以建 設(shè)在通用無線分組業(yè)務(wù)(GPRS，General Packet Radio Service)網(wǎng)絡(luò)，或者系統(tǒng)長(zhǎng)期演進(jìn) (SAE, System Architecture Evolution)網(wǎng)絡(luò)上，提供統(tǒng)一的緊急呼叫控制。為了實(shí)現(xiàn)IMS下的緊急業(yè)務(wù)，定位服務(wù)是必不可少的業(yè)務(wù)，比如需要根據(jù)UE的位 置將緊急呼叫路由到合適的警局，警局出于安全、救援的目的，需要知道UE當(dāng)前的位置信 肩、^^ ο圖1為現(xiàn)有UE通過接入SAE網(wǎng)絡(luò)執(zhí)行緊急業(yè)務(wù)的網(wǎng)絡(luò)架構(gòu)的示意圖，如圖1所 示，主要包括SAE網(wǎng)絡(luò)部分、策略計(jì)費(fèi)控制(PCC，Policy ChargingControl)部分、位置定 位服務(wù)部分以及IMS緊急業(yè)務(wù)部分。其中，位置定位服務(wù)部分包括控制面定位服務(wù)(LCS， Location Service)和用戶面定位服務(wù)(SUPL, Security User Plane Location)兩種定位 服務(wù)方式。其中，SAE網(wǎng)絡(luò)部分，用于提供底層的承載管理和移動(dòng)性管理。SAE網(wǎng)絡(luò)部分的網(wǎng) 元包括增強(qiáng)的無線基站(eNodeB)、移動(dòng)性管理實(shí)體(MME，MobiIityManagement Entity)以 及SAE網(wǎng)關(guān)(SAE GW)。eNodeB是下一代的無線接入網(wǎng)的主要空口資源的控制設(shè)備，可以提 供更高的上下行速率，更低的傳輸延遲和更加可靠的無線傳輸。MME負(fù)責(zé)管理和存儲(chǔ)用戶 設(shè)備(UE，User Equipment)的上下文，比如UE/用戶標(biāo)識(shí)、移動(dòng)性管理狀態(tài)、用戶安全參數(shù) 等，為用戶分配臨時(shí)標(biāo)識(shí)，當(dāng)UE駐扎在該跟蹤區(qū)域或者該網(wǎng)絡(luò)時(shí)，負(fù)責(zé)對(duì)該用戶進(jìn)行鑒權(quán) 等。SAE GW為用戶面功能實(shí)體，可以分為服務(wù)網(wǎng)關(guān)(S-GW，Serving Gff)和分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng) 關(guān)(PDN GW，也稱為P-GW)兩種GW。S-GW是SAE系統(tǒng)與傳統(tǒng)第三代合作伙伴計(jì)劃(3GPP，The 3rd Generation Partnership Project)系統(tǒng)間的移動(dòng)錨點(diǎn)，以及與演進(jìn)的通用陸地?zé)o線 接入網(wǎng)(E-UTRAN，EvolvedUniversal Terrestrial Radio Access Network)之間的移動(dòng)錨 點(diǎn)。P-GW是SAE與分組數(shù)據(jù)網(wǎng)絡(luò)(PDN，Packet Data Network)的邊界網(wǎng)關(guān)，負(fù)責(zé)PDN的接 入、在SAE與PDN間轉(zhuǎn)發(fā)數(shù)據(jù)等功能。PCC部分，用于在底層承載層和上層業(yè)務(wù)層建立有效的策略、計(jì)費(fèi)控制。PCC部分 的網(wǎng)元包括策略和計(jì)費(fèi)規(guī)則功能(PCRF，Policy and Charging RulesFunction)和策略和 計(jì)費(fèi)執(zhí)行功能(PCEF, Policy and Charging EnforcementFunction)。PCRF 是 PCC 部分的重要功能實(shí)體，用于控制策略和計(jì)費(fèi)規(guī)則的獲取、裝配和下發(fā)等。PCEF是具體的策略和計(jì)費(fèi) 的執(zhí)行點(diǎn)，通常位于GW功能中。在SAE網(wǎng)絡(luò)中，PCEF功能位于PDN Gff中。位置定位服務(wù)部分包括控制面LCS和SUPL兩部分。控制面LCS部分的網(wǎng)元包括 增強(qiáng)的服務(wù)移動(dòng)定位中心(E-SMLC，Enhanced SMLC)和網(wǎng)關(guān)移動(dòng)定位中心(GMLC，Gateway Mobile Location Center)，其中，E-SMLC負(fù)責(zé)接收UE的測(cè)量報(bào)告、向UE下發(fā)定位參數(shù)、計(jì) 算UE的物理位置等；GMLC負(fù)責(zé)向業(yè)務(wù)層提供位置信息、從承載層獲取UE的位置信息。SUPL 部分的核心網(wǎng)元為用戶面定位平臺(tái)(SLP，SUPL Location Platform)。另外，具有SUPL能 力的UE被稱為SET (SUPL Enabled Terminal)，也就是集成有定位模塊(如A-GPS)的UE。IMS緊急業(yè)務(wù)部分，用于控制和處理緊急呼叫的會(huì)話。IMS緊急呼叫部分包括歸屬 用戶服務(wù)器(HSS，Home Subscriber Server)、緊急呼叫會(huì)話控制功能(E-CSCF，Emergency Call Session Control Function)、位置請(qǐng)求功能(LRF, Location Require Function)禾口 公共安全接入點(diǎn)(PSAP，Public Safety AccessPoint)。HSS位于歸屬網(wǎng)，用于管理用戶的 簽約數(shù)據(jù)。E-CSCF位于拜訪網(wǎng)，是控制緊急會(huì)話過程的核心網(wǎng)元。PSAP實(shí)際上就是警局。 LRF是一個(gè)邏輯功能實(shí)體，為E-CSCF、PSAP等提供UE的位置信息，LRF可以獨(dú)立部署，也可 能包含在其它位置服務(wù)器中，比如集成在GMLC、SLP等中。目前，在現(xiàn)有緊急呼叫的研究中，要求UE即使是在被限制服務(wù)的情況下，也應(yīng)該 能夠發(fā)起緊急呼叫。UE被限制服務(wù)的情況有如下幾種1、UE具有有效的普遍集成電路卡片(UICC，Universal Integrated CircuitCard)，是一個(gè)合法的IMS用戶，在HSS中具備合法的用戶身份，但是存在一定的服 務(wù)限制，比如在漫游地被限制服務(wù)、當(dāng)前欠費(fèi)不允許發(fā)起正常呼叫、在特定的小區(qū)或者路 由區(qū)(Track Area)內(nèi)被限制服務(wù)等。2,UE具備有效的UICC卡，但是該卡上所記錄的IMSI在HSS中是無效的。比如該 UICC卡上所記錄的IMSI，由于長(zhǎng)期不使用已被HSS注銷。3、UE不具備有效的UICC卡，當(dāng)然也不存在IMSI。當(dāng)UE處于上述被限制服務(wù)的情況時(shí)，在緊急呼叫中，稱為受限制模式。對(duì)于受 限制模式下的UE，該UE發(fā)起的正常網(wǎng)絡(luò)附著、或業(yè)務(wù)建立請(qǐng)求，將會(huì)被網(wǎng)絡(luò)所拒絕。而緊 急呼叫應(yīng)該能保證受限制模式的UE也能夠得到緊急呼叫的支持。因此，3GPP在研究的分 組演進(jìn)系統(tǒng)(EPS，Evolved Packet System)網(wǎng)絡(luò)對(duì)緊急呼叫的支持中，針對(duì)受限制模式 的UE進(jìn)行了一系列的技術(shù)改進(jìn)，一個(gè)典型的改進(jìn)就是促使受限制模式的UE通過緊急附著 (Emergency Attach)附著到EPS網(wǎng)絡(luò)，并建立專門用于緊急呼叫的緊急承載(Emergency Bearer)。對(duì)于一個(gè)受限制模式下的UE，發(fā)起緊急呼叫需要執(zhí)行如下主要步驟首先，建立緊急承載。大致包括UE發(fā)起緊急附著，即UE在發(fā)起普通附著時(shí)，攜帶 緊急標(biāo)識(shí)，以告知承載網(wǎng)絡(luò)當(dāng)前附著是為了撥打緊急電話等緊急業(yè)務(wù)。承載網(wǎng)絡(luò)接收到來 自UE的緊急附著請(qǐng)求，通過緊急APN(E-APN，Emergency APN)建立專門用于緊急呼叫的缺 省承載，該缺省承載主要用于信令控制。然后，進(jìn)行緊急呼叫。大致包括UE發(fā)起緊急呼叫，即通過在一個(gè)正常的INVITE 中攜帶緊急標(biāo)識(shí)，表明當(dāng)前呼叫請(qǐng)求是一個(gè)緊急呼叫。UE在被叫號(hào)碼中填寫緊急號(hào)碼，如 果UE在拜訪地，則該緊急號(hào)碼是拜訪地的緊急號(hào)碼；緊急呼叫被路由到E-CSCF，E-CSCF通
5過LRF查詢PSAP的地址。LRF通過查詢UE的位置信息來決定為UE服務(wù)的PSAP。E-CSCF 在獲得PSAP的地址后，將呼叫路由給PSAP，從而建立起緊急呼叫。其中，LRF通過查詢位置 服務(wù)器來獲得UE的位置，并根據(jù)UE的位置信息來決定將呼叫路由到合適的PSAP。另一方 面，LRF可以接受PSAP在緊急呼叫中對(duì)UE的位置查詢請(qǐng)求，并從位置服務(wù)器獲得UE的位
直fe息。圖2為現(xiàn)有技術(shù)中采用SUPL技術(shù)，SLP查詢UE位置信息的流程圖，如圖2所示， 包括如下步驟步驟200 :SLP接收到位置請(qǐng)求后，向短信中心(或WAP網(wǎng)關(guān))發(fā)送SUPL定位初始 化(SUPL INIT)消息。在該SUPL INIT消息中，攜帶有SUPL會(huì)話標(biāo)識(shí)(ID)、SLP支持的定 位方式、SLP的運(yùn)行模式等信息。步驟201 短信中心(或WAP網(wǎng)關(guān))將SUPL INIT包裝成短消息(或WAP消息)。步驟202 短信中心(或WAP網(wǎng)關(guān))將包裝后的SUPL INIT消息發(fā)送給帶有SUPL 定位能力的UE (SET)。步驟203 =SET接收到包裝后的SUPL INIT消息后，主動(dòng)向網(wǎng)絡(luò)發(fā)起用于定位的用 戶面承載建立的過程?？蛇x地，在SET和SLP之間進(jìn)一步建立IPSec安全鏈接隧道。步驟204 =SET向SLP發(fā)送SUPL定位初始化響應(yīng)(SUPL POS INIT)消息。在該SUPL POS INIT消息中，攜帶有SUPL會(huì)話ID、SET的SUPL能力等。步驟205 在SET與SLP之間交互后續(xù)的定位消息。步驟206 =SLP向SET發(fā)送SUPL定位結(jié)束(SUPL END)消息，完成對(duì)SET的定位。圖2所示的流程中，如果SET接入到GERAN/UTRAN網(wǎng)絡(luò)，則SLP可以通過短信網(wǎng)關(guān) 或WAP網(wǎng)關(guān)向SET發(fā)送消息，在消息中包裝SUPL INIT消息，以觸發(fā)UE自行建立定位用的承 載。根據(jù)圖2所示的流程，在SET接入到SAE下，所建立的定位用承載是非緊急的。此外， 在SLP發(fā)起的定位流程中，如果SET通過IP網(wǎng)絡(luò)接入的情況下(如SET通過Wifi接入)， 且SLP和SET之間存在Lup接口，則SLP可以通過Lup 口直接向SET發(fā)送SUPL INIT消息， 以觸發(fā)定位過程的建立。前面提到，控制面LCS和SUPL是當(dāng)前兩個(gè)主流的位置定位技術(shù)，其中，LCS技術(shù)， 其定位信息、位置信息均承載在控制信道中；SUPL技術(shù)，其基本出發(fā)點(diǎn)是在UE和SLP之間 建立一個(gè)用戶面隧道，定位消息、位置信息均承載在該用戶面隧道上。由于SUPL定位技術(shù) 不依賴于具體的接入和承載網(wǎng)絡(luò)，已經(jīng)獲得了廣泛的應(yīng)用。SUPL技術(shù)只需要在SLP和UE之 間建立用于定位的用戶面隧道(即用戶面承載)，因此，SUPL技術(shù)可以靈活地部署在多種網(wǎng) 絡(luò)中，如GERAN、UTRAN、E-UTRAN等，因此現(xiàn)在已經(jīng)獲得了廣泛的應(yīng)用。如果一個(gè)SAE網(wǎng)絡(luò)部署的位置服務(wù)采用的是SUPL技術(shù)，則UE接入到該SAE網(wǎng)絡(luò) 發(fā)起緊急呼叫時(shí)，用于定位的承載創(chuàng)建過程存在的問題是，定位承載在某些情況下根本就 不能創(chuàng)建。因?yàn)?，現(xiàn)有SUPL技術(shù)下，用于定位的承載是由UE創(chuàng)建的，SLP通過短信中心或 WAP網(wǎng)關(guān)通知UE創(chuàng)建定位用承載。但是，在受限制模式下，短信、WAP消息由于服務(wù)限制是 不能發(fā)送給UE的，因此，當(dāng)SAE網(wǎng)絡(luò)部署的位置服務(wù)采用的是SUPL技術(shù)時(shí)，受限制模式下 的UE接入到該SAE網(wǎng)絡(luò)是不能實(shí)現(xiàn)緊急呼叫的。即使是UE在非受限制模式(正常模式)下，采用SUPL技術(shù)來服務(wù)于緊急呼叫也 可能會(huì)出現(xiàn)如下問題即使UE能夠創(chuàng)建定位用的承載，但是，該承載沒有被標(biāo)識(shí)為緊急的(即服務(wù)質(zhì)量、優(yōu)先級(jí)等沒有被標(biāo)記為緊急的)，這樣，如果UE從非受限區(qū)域移動(dòng)到受限制 區(qū)域，所有的非緊急承載將被釋放，也就是說，此時(shí)服務(wù)于緊急呼叫的定位承載(非緊急承 載)也將被認(rèn)為是非緊急承載而被釋放。由此可見，當(dāng)SAE網(wǎng)絡(luò)部署的位置服務(wù)采用的是 SUPL技術(shù)時(shí)，已發(fā)起緊急呼叫的UE,如果從非受限區(qū)域移動(dòng)到受限制區(qū)域，是無法保證緊 急呼叫下所需要的位置服務(wù)的連續(xù)性的，從而導(dǎo)致緊急呼叫切換的失敗。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)緊急呼叫的方法，當(dāng)采用SUPL技 術(shù)，UE接入到SAE網(wǎng)絡(luò)時(shí)，能夠?qū)崿F(xiàn)緊急呼叫，而且保證其連續(xù)性。本發(fā)明的另一目的在于提供一種實(shí)現(xiàn)緊急呼叫的系統(tǒng)，當(dāng)采用SUPL技術(shù)，UE接入 到SAE網(wǎng)絡(luò)時(shí)，能夠?qū)崿F(xiàn)緊急呼叫，而且保證其連續(xù)性。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)緊急呼叫的方法，該方法包括用戶面定位平臺(tái)SLP接收到與緊急呼叫相關(guān)的位置查詢，通知用戶設(shè)備UE進(jìn)行用 戶面定位初始化；UE發(fā)起緊急定位承載的建立，并通過建立起的緊急定位承載服務(wù)后續(xù)緊急呼叫。所述SLP接收到與緊急呼叫相關(guān)的位置查詢，通知用戶設(shè)備UE進(jìn)行用戶面定位初 始化具體包括所述SLP判斷所接收的位置查詢請(qǐng)求中是否攜帶有緊急標(biāo)識(shí)，如果攜帶有，所述 SLP向UE發(fā)送用戶面定位初始化消息，并在該消息中攜帶緊急標(biāo)識(shí)。該方法之前還包括預(yù)先設(shè)置用于處理緊急呼叫處理的實(shí)體；所述SLP接收到與緊急呼叫相關(guān)的位置查詢，通知用戶設(shè)備UE進(jìn)行用戶面定位初 始化具體包括所述SLP接收到位置查詢請(qǐng)求，判斷發(fā)起所述位置查詢請(qǐng)求的實(shí)體是否為 用于處理緊急呼叫處理的實(shí)體，如果是，所述SLP向UE發(fā)送用戶面定位初始化消息，并在該 消息中攜帶緊急標(biāo)識(shí)。所述SLP通過短信網(wǎng)關(guān)或WAP網(wǎng)關(guān)將所述用戶面定位初始化消息SUPLINIT發(fā)送 給UE。所述用戶面定位初始化消息經(jīng)短信中心或WAP網(wǎng)關(guān)包裝成短消息或WAP消息后， 發(fā)送給所述UE。所述用戶面定位初始化消息包含在下行數(shù)據(jù)中。所述UE被通知進(jìn)行用戶面定位初始化之后，發(fā)起承載建立過程，建立服務(wù)于緊急 呼叫的緊急定位承載的建立之前，該方法還包括所述UE判斷所述用戶面定位初始化消息中是否攜帶有緊急標(biāo)識(shí)，如果攜帶有，則 所述UE主動(dòng)發(fā)起服務(wù)于緊急呼叫的緊急定位承載的建立；或者，所述UE確定自身是否是執(zhí)行的緊急附著，如果是，則所述UE主動(dòng)發(fā)起緊急 定位承載的建立；或者，所述UE判斷出所述用戶面定位初始化消息中未攜帶緊急標(biāo)識(shí)，但所述UE確 定自身是執(zhí)行的緊急附著，則所述UE主動(dòng)發(fā)起緊急定位承載的建立。所述UE通過指定所述緊急定位承載的服務(wù)質(zhì)量等級(jí)或其它信息，來表明所述承載是服務(wù)于緊急定位的，并向移動(dòng)性管理實(shí)體MME發(fā)起緊急定位承載的建立過程。一種實(shí)現(xiàn)緊急呼叫的系統(tǒng)，至少包括用戶設(shè)備UE和用戶面定位平臺(tái)SLP，其中，SLP，用于在接收到與緊急呼叫相關(guān)的位置查詢，通知UE進(jìn)行用戶面定位初始化；UE，用于發(fā)起緊急定位承載的建立，并通過建立起的緊急定位承載服務(wù)后續(xù)緊急 呼叫。所述SLP還用于，判斷發(fā)起所接收的位置查詢請(qǐng)求中是否攜帶有緊急標(biāo)識(shí)，如果攜帶有，所述SLP 向UE發(fā)送用戶面定位初始化消息，并在該消息中攜帶緊急標(biāo)識(shí)。所述SLP還用于，查詢發(fā)起所述位置查詢請(qǐng)求的實(shí)體是否為預(yù)設(shè)的用于處理緊急呼叫處理的實(shí)體， 如果是，所述SLP向UE發(fā)送用戶面定位初始化消息，并在該消息中攜帶緊急標(biāo)識(shí)。還包括短信網(wǎng)關(guān)或WAP網(wǎng)關(guān)；所述SLP通過短信網(wǎng)關(guān)或WAP網(wǎng)關(guān)將所述用戶面定位初始化消息發(fā)送給UE。還包括PDN GW網(wǎng)關(guān)；所述SLP通過PDN Gff向UE發(fā)送下行數(shù)據(jù)，在下行數(shù)據(jù)中包含發(fā)送給UE的所述用 戶面定位初始化消息。所述UE還用于，判斷所述用戶面定位初始化消息中是否攜帶有緊急標(biāo)識(shí)，如果攜帶有，則所述UE 主動(dòng)發(fā)起服務(wù)于緊急呼叫的緊急定位承載的建立。所述UE還用于，確定自身是否是執(zhí)行的緊急附著，如果是，則所述UE主動(dòng)發(fā)起服務(wù)于緊急呼叫的 緊急定位承載的建立。從上述本發(fā)明提供的技術(shù)方案可以看出，對(duì)于一個(gè)SAE網(wǎng)絡(luò)部署的位置服務(wù)采用 的是SUPL技術(shù)，在UE接入到該SAE網(wǎng)絡(luò)發(fā)起緊急呼叫時(shí)，由于表明了位置查詢是用于緊急 呼叫的，UE在接收到進(jìn)行用戶面初始化的通知，確定定位承載是服務(wù)于緊急呼叫的，從而發(fā) 起緊急定位承載的建立。這樣，實(shí)現(xiàn)了受限制模式下的UE接入到SAE網(wǎng)絡(luò)的緊急呼叫。而 且，由于該定位承載是專門服務(wù)于緊急呼叫的，因此，在已發(fā)起緊急呼叫的UE從非受限區(qū) 域移動(dòng)到受限制區(qū)域時(shí)，該緊急定位承載不會(huì)被釋放，保證了緊急呼叫的連續(xù)性。


圖1為現(xiàn)有UE通過接入SAE網(wǎng)絡(luò)執(zhí)行緊急業(yè)務(wù)的網(wǎng)絡(luò)架構(gòu)的示意圖；圖2為現(xiàn)有技術(shù)中采用SUPL技術(shù)，SLP查詢UE位置信息的流程圖；圖3為本發(fā)明實(shí)現(xiàn)緊急呼叫的方法的流程圖；圖4為本發(fā)明實(shí)現(xiàn)緊急呼叫的第一實(shí)施例的流程圖；圖5為本發(fā)明實(shí)現(xiàn)緊急呼叫的第二實(shí)施例的流程圖。
具體實(shí)施例方式圖3為本發(fā)明實(shí)現(xiàn)緊急呼叫的方法的流程圖，如圖3所示，包括步驟300 =SLP接收到與緊急呼叫相關(guān)的位置查詢，通知UE進(jìn)行用戶面定位初始化。本步驟中，SLP識(shí)別接收到的是與緊急呼叫相關(guān)的位置查詢，可以采用兩種方式來 實(shí)現(xiàn)一種是，在SLP接收到的位置查詢請(qǐng)求中攜帶有緊急標(biāo)識(shí)；另一種是，SLP預(yù)先設(shè)置或 存儲(chǔ)用于處理緊急呼叫處理的實(shí)體的地址，而與緊急呼叫相關(guān)的位置查詢來自于用于處理 緊急呼叫處理的實(shí)體如指定的LRF。步驟301 =UE發(fā)起緊急承載的建立，要求建立服務(wù)于緊急呼叫的緊急定位承載的 建立，并通過建立起的緊急定位承載服務(wù)后續(xù)緊急呼叫。本步驟中，當(dāng)UE接收到用戶面定位初始化的消息時(shí)，如果用戶面定位初始化消息 中攜帶有緊急標(biāo)識(shí)，則UE主動(dòng)發(fā)起服務(wù)于緊急呼叫的緊急定位承載的建立；如果用戶面定 位初始化消息中未攜帶緊急標(biāo)識(shí)，則UE進(jìn)一步確定自身是否是緊急附著狀態(tài)，如果是，UE 主動(dòng)發(fā)起服務(wù)于緊急呼叫的緊急定位承載的建立。如果用戶面定位初始化消息中未攜帶緊急標(biāo)識(shí)，而且UE判定自身不是緊急附著 狀態(tài)，則按照現(xiàn)有流程執(zhí)行即可。從本發(fā)明方法可見，如果一個(gè)SAE網(wǎng)絡(luò)部署的位置服務(wù)采用的是SUPL技術(shù)，在UE 接入到該SAE網(wǎng)絡(luò)發(fā)起緊急呼叫時(shí)，由于表明了位置查詢是用于緊急呼叫的，UE在接收到 用戶面定位初始化的消息時(shí)，確定定位承載是服務(wù)于緊急呼叫的，從而發(fā)起緊急定位承載 的建立。這樣，實(shí)現(xiàn)了受限制模式下的UE接入到SAE網(wǎng)絡(luò)的緊急呼叫。而且，由于該定位 承載是專門服務(wù)于緊急呼叫的，因此，在已發(fā)起緊急呼叫的UE從非受限區(qū)域移動(dòng)到受限制 區(qū)域時(shí)，該緊急定位承載不會(huì)被釋放，保證了緊急呼叫的連續(xù)性。下面結(jié)合實(shí)施例，對(duì)本發(fā)明方法進(jìn)行詳細(xì)描述。圖4為本發(fā)明實(shí)現(xiàn)緊急呼叫的第一實(shí)施例的流程圖，第一實(shí)施例中，假設(shè)拜訪網(wǎng) 部署了 SUPL功能，SLP通過在下行數(shù)據(jù)中攜帶緊急標(biāo)識(shí)來通知UE發(fā)起緊急定位承載的建 立。如圖4所示，包括步驟400 =UE發(fā)起一個(gè)緊急呼叫，該緊急呼叫被路由到E-CSCF。步驟401 =E-CSCF向LRF發(fā)起位置查詢請(qǐng)求，并要求LRF根據(jù)位置信息分配合適的 PSAP0步驟402 =LRF向SLP發(fā)送位置查詢請(qǐng)求。由于該位置查詢請(qǐng)求服務(wù)于緊急呼叫， 本實(shí)施例中，假設(shè)LRF在位置查詢請(qǐng)求中攜帶緊急標(biāo)識(shí)，以明確告知SLP，當(dāng)前的位置查詢 請(qǐng)求是一個(gè)用于緊急呼叫的位置查詢請(qǐng)求。步驟403 =SLP收到LRF發(fā)送的位置查詢請(qǐng)求，根據(jù)位置查詢請(qǐng)求中攜帶的緊急標(biāo) 識(shí)，獲知該位置查詢請(qǐng)求是服務(wù)于緊急呼叫的。需要說明的是，如果步驟402中，LRF向SLP發(fā)送位置查詢請(qǐng)求中未攜帶緊急標(biāo)識(shí)， SLP可以根據(jù)預(yù)先設(shè)置的用于處理緊急呼叫處理的實(shí)體(如對(duì)應(yīng)這些實(shí)體的地址)，查詢?cè)?LRF是否為用于處理緊急呼叫處理的實(shí)體(如果在預(yù)先設(shè)置的地址中能找到該LRF的地址， 則認(rèn)為該LRF為用于處理緊急呼叫處理的實(shí)體)，從而獲知該位置查詢請(qǐng)求是否是服務(wù)于 緊急呼叫的。步驟404 :SLP向P-GW發(fā)送下行數(shù)據(jù)，在該下行數(shù)據(jù)中包含SUPL INIT消息，并且， 本實(shí)施例中，在該SUPL INIT消息中還攜帶有緊急標(biāo)識(shí)。步驟405 =P-Gff接收到來自SLP的下行數(shù)據(jù)后，如果UE處于空閑(IDLE)態(tài)，則首
9先將該UE激活，然后接收到的下行數(shù)據(jù)轉(zhuǎn)發(fā)給UE。步驟406 =UE接收到下行數(shù)據(jù)后，從其中的SUPL INIT消息中獲得緊急標(biāo)識(shí)后，主 動(dòng)發(fā)起緊急定位承載的建立過程。UE向MME發(fā)起緊急承載的建立過程，并通過指定該緊急承載的服務(wù)質(zhì)量等級(jí) (QCI)、或其它信息，來表明該緊急承載是服務(wù)于緊急定位的。需要說明的是，在步驟404中，UE可以僅判斷自身是否是緊急附著狀態(tài)，從而主動(dòng) 發(fā)起緊急定位承載的建立過程；或者，UE可以先檢測(cè)在SUPL INIT消息中未攜帶緊急標(biāo)識(shí) (即在SLP下發(fā)的下行數(shù)據(jù)中不包含緊急標(biāo)識(shí))后判斷自身是緊急附著狀態(tài)，從而，UE同樣 主動(dòng)發(fā)起緊急定位承載的建立過程。步驟407 在UE建立好緊急定位承載后，向SLP回復(fù)SUP POS INIT消息。步驟408 步驟410 之后，SLP向UE發(fā)起后續(xù)定位請(qǐng)求，并從UE處獲得具體的位 置信息。當(dāng)SLP獲得了 UE的位置信息后，SLP向LRF發(fā)送位置查詢響應(yīng)，以告知UE的位置信 息。LRF獲得UE的位置信息后，根據(jù)UE的位置信息決定合適的PSAP地址，返回給E-CSCF， E-CSCF執(zhí)行后續(xù)緊急呼叫流程。本步驟的具體實(shí)現(xiàn)與現(xiàn)有技術(shù)完全一致，這里不再贅述。圖4所示的第一實(shí)施例，可以應(yīng)用于有PCC、無PCC服務(wù)于緊急呼叫的場(chǎng)合，并且 SLP和P-GW之間可以部署Lup接口或者增強(qiáng)的Lup接口。如果SLP和P-GW之間部署Lup 接口，則SLP可以通過Lup接口發(fā)送下行數(shù)據(jù)給UE。如果SLP和P-GW之間沒有部署Lup接 口或者增強(qiáng)的Lup接口，則SLP可以通過標(biāo)準(zhǔn)IP通道向UE發(fā)送下行數(shù)據(jù)，由于P-GW負(fù)責(zé) 處理UE的上下行數(shù)據(jù)，P-GW通過現(xiàn)有機(jī)制將下行數(shù)據(jù)發(fā)送給UE。UE根據(jù)在下行數(shù)據(jù)中所 包含的SUPL INIT消息或者UE是緊急附著的，發(fā)起緊急定位承載的建立過程。圖5為本發(fā)明實(shí)現(xiàn)緊急呼叫的第二實(shí)施例的流程圖，第二實(shí)施例中，假設(shè)拜訪網(wǎng) 部署了 SUPL功能，SLP通過在下行數(shù)據(jù)中攜帶緊急標(biāo)識(shí)來通知UE發(fā)起緊急定位承載的建 立。如圖5所示，包括步驟500 =UE發(fā)起一個(gè)緊急呼叫，該緊急呼叫被路由到E-CSCF。步驟501 =E-CSCF向LRF發(fā)起位置查詢請(qǐng)求，并要求LRF根據(jù)位置信息分配合適的 PSAP0步驟502 =LRF向SLP發(fā)送位置查詢請(qǐng)求。由于該位置查詢請(qǐng)求服務(wù)于緊急呼叫， 本實(shí)施例中，假設(shè)LRF在位置查詢請(qǐng)求中攜帶緊急標(biāo)識(shí)，以明確告知SLP，當(dāng)前的位置查詢 請(qǐng)求是一個(gè)用于緊急呼叫的位置查詢請(qǐng)求。步驟503 =SLP收到LRF發(fā)送的位置查詢請(qǐng)求，根據(jù)位置查詢請(qǐng)求中攜帶的緊急標(biāo) 識(shí)，獲知該位置查詢請(qǐng)求是服務(wù)于緊急呼叫的。需要說明的是，如果步驟502中，LRF向SLP發(fā)送位置查詢請(qǐng)求中未攜帶緊急標(biāo)識(shí)， SLP可以根據(jù)預(yù)先設(shè)置的用于處理緊急呼叫處理的實(shí)體(如對(duì)應(yīng)這些實(shí)體的地址)，查詢?cè)?LRF是否為用于處理緊急呼叫處理的實(shí)體(如果在預(yù)先設(shè)置的地址中能找到該LRF的地址， 則認(rèn)為該LRF為用于處理緊急呼叫處理的實(shí)體)，從而獲知該位置查詢請(qǐng)求是否是服務(wù)于 緊急呼叫的。步驟504 :SLP接收到位置查詢請(qǐng)求后，向短信中心(或WAP網(wǎng)關(guān))發(fā)送SUPL INIT 消息。本實(shí)施例中，在該SUPL INIT消息中還攜帶有緊急標(biāo)識(shí)。步驟505 步驟506 短信中心(或WAP網(wǎng)關(guān))將該SUPL INIT消息包裝成短消息(或WAP消息)，并發(fā)送給帶有SUPL定位能力的UE。步驟507 =UE接收到包裝后的SUPL INIT消息后，從其中的SUPL INIT消息中獲 得緊急標(biāo)識(shí)后，主動(dòng)發(fā)起緊急定位承載的建立過程。進(jìn)一步地，UE和SLP之間還可以建立 IPSec安全鏈接隧道。UE向MME發(fā)起緊急承載的建立過程，并通過指定該緊急承載的QCI、或其它信息， 來表明該緊急承載是服務(wù)于緊急定位的。需要說明的是，在步驟507中，UE可以僅判斷自身是否是緊急附著狀態(tài)，從而主動(dòng) 發(fā)起緊急定位承載的建立過程；或者，UE可以先檢測(cè)在SUPL INIT消息中未攜帶緊急標(biāo)識(shí) (即在SLP下發(fā)的下行數(shù)據(jù)中不包含緊急標(biāo)識(shí))后判斷自身是緊急附著狀態(tài)，從而，UE同樣 主動(dòng)發(fā)起緊急定位承載的建立過程。步驟508 在UE建立好緊急定位承載后，向SLP回復(fù)SUP POS INIT消息。步驟509 步驟511 之后，SLP向UE發(fā)起后續(xù)定位請(qǐng)求，并從UE處獲得具體的位 置信息。當(dāng)SLP獲得了 UE的位置信息后，SLP向LRF發(fā)送位置查詢響應(yīng)，以告知UE的位置信 息。LRF獲得UE的位置信息后，根據(jù)UE的位置信息決定合適的PSAP地址，返回給E-CSCF， E-CSCF執(zhí)行后續(xù)緊急呼叫流程。本步驟的具體實(shí)現(xiàn)與現(xiàn)有技術(shù)完全一致，這里不再贅述。圖5所示的第二實(shí)施例，典型應(yīng)用于網(wǎng)絡(luò)中存在短信網(wǎng)關(guān)、WAP網(wǎng)關(guān)可以服務(wù)于緊 急呼叫的場(chǎng)景。由于短信服務(wù)、WAP短消息服務(wù)的特性，該方法不能應(yīng)用于UE無卡、UE無有 效IMSI的緊急呼叫。對(duì)于UE存在有效IMSI，但是IMSI被限制的場(chǎng)景，如果拜訪地運(yùn)營(yíng)商 允許為這種狀態(tài)下的UE開放短信服務(wù)、WAP短消息服務(wù)，則該方法可以應(yīng)用。在該場(chǎng)景下， SLP通過短信網(wǎng)關(guān)、WAP網(wǎng)關(guān)將SUPL INIT消息發(fā)送給UE，促使UE根據(jù)SUPL INIT消息創(chuàng) 建用于定位的緊急承載。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù) 范圍之內(nèi)。
權(quán)利要求
一種實(shí)現(xiàn)緊急呼叫的方法，其特征在于，該方法包括用戶面定位平臺(tái)SLP接收到與緊急呼叫相關(guān)的位置查詢，通知用戶設(shè)備UE進(jìn)行用戶面定位初始化；UE發(fā)起緊急定位承載的建立，并通過建立起的緊急定位承載服務(wù)后續(xù)緊急呼叫。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SLP接收到與緊急呼叫相關(guān)的位置查 詢，通知用戶設(shè)備UE進(jìn)行用戶面定位初始化具體包括所述SLP判斷所接收的位置查詢請(qǐng)求中是否攜帶有緊急標(biāo)識(shí)，如果攜帶有，所述SLP向 UE發(fā)送用戶面定位初始化消息，并在該消息中攜帶緊急標(biāo)識(shí)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法之前還包括預(yù)先設(shè)置用于處理緊 急呼叫處理的實(shí)體；所述SLP接收到與緊急呼叫相關(guān)的位置查詢，通知用戶設(shè)備UE進(jìn)行用戶面定位初始化 具體包括所述SLP接收到位置查詢請(qǐng)求，判斷發(fā)起所述位置查詢請(qǐng)求的實(shí)體是否為用于 處理緊急呼叫處理的實(shí)體，如果是，所述SLP向UE發(fā)送用戶面定位初始化消息，并在該消息 中攜帶緊急標(biāo)識(shí)。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述SLP通過短信網(wǎng)關(guān)或WAP網(wǎng)關(guān)將 所述用戶面定位初始化消息SUPL INIT發(fā)送給UE。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述用戶面定位初始化消息經(jīng)短信中心 或WAP網(wǎng)關(guān)包裝成短消息或WAP消息后，發(fā)送給所述UE。
6.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述用戶面定位初始化消息包含在下 行數(shù)據(jù)中。
7.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述UE被通知進(jìn)行用戶面定位初始 化之后，發(fā)起承載建立過程，建立服務(wù)于緊急呼叫的緊急定位承載的建立之前，該方法還包 括所述UE判斷所述用戶面定位初始化消息中是否攜帶有緊急標(biāo)識(shí)，如果攜帶有，則所述 UE主動(dòng)發(fā)起服務(wù)于緊急呼叫的緊急定位承載的建立；或者，所述UE確定自身是否是執(zhí)行的緊急附著，如果是，則所述UE主動(dòng)發(fā)起緊急定位 承載的建立；或者，所述UE判斷出所述用戶面定位初始化消息中未攜帶緊急標(biāo)識(shí)，但所述UE確定自 身是執(zhí)行的緊急附著，則所述UE主動(dòng)發(fā)起緊急定位承載的建立。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述UE通過指定所述緊急定位承載的 服務(wù)質(zhì)量等級(jí)或其它信息，來表明所述承載是服務(wù)于緊急定位的，并向移動(dòng)性管理實(shí)體MME 發(fā)起緊急定位承載的建立過程。
9.一種實(shí)現(xiàn)緊急呼叫的系統(tǒng)，其特征在于，至少包括用戶設(shè)備UE和用戶面定位平臺(tái) SLP，其中，SLP，用于在接收到與緊急呼叫相關(guān)的位置查詢，通知UE進(jìn)行用戶面定位初始化；UE，用于發(fā)起緊急定位承載的建立，并通過建立起的緊急定位承載服務(wù)后續(xù)緊急呼叫。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述SLP還用于，判斷發(fā)起所接收的位置查詢請(qǐng)求中是否攜帶有緊急標(biāo)識(shí)，如果攜帶有，所述SLP向UE 發(fā)送用戶面定位初始化消息，并在該消息中攜帶緊急標(biāo)識(shí)。
11.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述SLP還用于，查詢發(fā)起所述位置查詢請(qǐng)求的實(shí)體是否為預(yù)設(shè)的用于處理緊急呼叫處理的實(shí)體，如果 是，所述SLP向UE發(fā)送用戶面定位初始化消息，并在該消息中攜帶緊急標(biāo)識(shí)。
12.根據(jù)權(quán)利要求10或11所述的系統(tǒng)，其特征在于，還包括短信網(wǎng)關(guān)或WAP網(wǎng)關(guān)； 所述SLP通過短信網(wǎng)關(guān)或WAP網(wǎng)關(guān)將所述用戶面定位初始化消息發(fā)送給UE。
13.根據(jù)權(quán)利要求10或11所述的系統(tǒng)，其特征在于，還包括PDNGff網(wǎng)關(guān)；所述SLP通過PDN Gff向UE發(fā)送下行數(shù)據(jù)，在下行數(shù)據(jù)中包含發(fā)送給UE的所述用戶面 定位初始化消息。
14.根據(jù)權(quán)利要求10或11所述的系統(tǒng)，其特征在于，所述UE還用于，判斷所述用戶面定位初始化消息中是否攜帶有緊急標(biāo)識(shí)，如果攜帶有，則所述UE主動(dòng) 發(fā)起服務(wù)于緊急呼叫的緊急定位承載的建立。
15.根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于，所述UE還用于，確定自身是否是執(zhí)行的緊急附著，如果是，則所述UE主動(dòng)發(fā)起服務(wù)于緊急呼叫的緊急 定位承載的建立。
全文摘要
本發(fā)明提供了一種實(shí)現(xiàn)緊急呼叫的方法及系統(tǒng)，對(duì)于一個(gè)SAE網(wǎng)絡(luò)部署的位置服務(wù)采用的是SUPL技術(shù)，在UE接入到該SAE網(wǎng)絡(luò)發(fā)起緊急呼叫時(shí)，由于表明了位置查詢是用于緊急呼叫的，UE在接收到進(jìn)行用戶面初始化的通知，確定定位承載是服務(wù)于緊急呼叫的，從而發(fā)起緊急定位承載的建立。這樣，實(shí)現(xiàn)了受限制模式下的UE接入到SAE網(wǎng)絡(luò)的緊急呼叫。而且，由于該定位承載是專門服務(wù)于緊急呼叫的，因此，在已發(fā)起緊急呼叫的UE從非受限區(qū)域移動(dòng)到受限制區(qū)域時(shí)，該緊急定位承載不會(huì)被釋放，保證了緊急呼叫的連續(xù)性。
文檔編號(hào)H04W4/22GK101938727SQ20091008861
公開日2011年1月5日 申請(qǐng)日期2009年6月30日 優(yōu)先權(quán)日2009年6月30日
發(fā)明者朱春暉, 李志軍, 謝寶國(guó) 申請(qǐng)人:中興通訊股份有限公司