本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種建立緊急PDN(Packet Data Net work，分組數(shù)據(jù)網(wǎng))連接的方法及設(shè)備。

背景技術(shù)：

UE(用戶設(shè)備)可以通過3GPP(3rd Generation Partnership Project，第三代合作伙伴計(jì)劃)接入網(wǎng)絡(luò)(由國際標(biāo)準(zhǔn)化組織3GPP定義的接入網(wǎng)絡(luò)，例如E-UTRAN)建立緊急PDN連接。隨著WLAN(Wireless Local Area Networks，無線局域網(wǎng))網(wǎng)絡(luò)的發(fā)展，越來越多的用戶通過WLAN網(wǎng)絡(luò)連接到運(yùn)營商的核心網(wǎng)，因此出現(xiàn)了UE可通過WLAN網(wǎng)絡(luò)建立緊急呼叫的需求。

連接到運(yùn)營商的核心網(wǎng)的WLAN網(wǎng)絡(luò)可分為可信WLAN網(wǎng)絡(luò)和非可信WLAN網(wǎng)絡(luò)。WLAN網(wǎng)絡(luò)是否可信是由運(yùn)營商決定的，例如由運(yùn)營商部署或與運(yùn)營商有簽約關(guān)系的其他運(yùn)營商部署的WLAN網(wǎng)絡(luò)是可信WLAN，其他為非可信WLAN網(wǎng)絡(luò)。

參見圖1，為可信WLAN網(wǎng)絡(luò)(Trusted WLAN Access Network，TWAN)的邏輯架構(gòu)示意圖，TWAN包括：WLAN接入網(wǎng)絡(luò)、可信WLAN接入網(wǎng)關(guān)和可信WLAN AAA代理。

下面簡要介紹UE通過TWAN建立PDN連接的過程，具體過程如圖2所示。

步驟S201、UE向TWAN發(fā)送WLCP(WLAN control protocol，無線局域網(wǎng)控制協(xié)議)PDN連接請求消息。

步驟S203、TWAN向PGW(PDN GateWay，PDN網(wǎng)關(guān))發(fā)送創(chuàng)建會(huì)話請求消息。

步驟S205、PGW向PCRF(Policy and Charging Rules Function，策略與計(jì)費(fèi)規(guī)則功能單元)發(fā)起IP-CAN(IP-Connectivity Access Network，IP連接訪問網(wǎng)絡(luò))會(huì)話建立過程。

步驟S207、PGW更新HSS(Home Subscriber Server，歸屬用戶服務(wù)器)中存儲(chǔ)的PGW的信息，在該步驟中，PGW將APN和自身的標(biāo)識(shí)(如IP地址)發(fā) 送給HSS。

步驟S209、PGW向TWAN返回創(chuàng)建會(huì)話回復(fù)消息。

步驟S211、TWAN和PGW之間的GTP(GPRS Tunneling Protocol，GPRS隧道協(xié)議)隧道建立成功。

步驟S213、TWAN向UE返回WLCP PDN連接回復(fù)消息。

參見圖3，為UE通過非可信WLAN網(wǎng)絡(luò)連接到核心網(wǎng)的網(wǎng)絡(luò)架構(gòu)圖。非可信WLAN網(wǎng)絡(luò)不能直接連接到核心網(wǎng)內(nèi)的PGW，而是通過一個(gè)安全網(wǎng)關(guān)連接到PGW。該安全網(wǎng)關(guān)即為圖3中的ePDG(evolved Packet Data Gateway，演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān))。

UE可通過非可信WLAN網(wǎng)絡(luò)建立多條PDN連接，每條PDN連接由兩部分組成：1)位于UE和ePDG之間的IPSec(因特網(wǎng)協(xié)議安全)隧道；2)位于ePDG和PGW之間的GTP/PMIP(Proxy Moblle IP)隧道(取決于運(yùn)營商在ePDG和PGW之間部署的是GTP協(xié)議還是PMIP協(xié)議)。IPSec隧道和GTP/PMIP隧道之間一一映射。

下面簡要介紹UE通過非可信WLAN網(wǎng)絡(luò)的附著過程(以ePDG和PGW之間使用PMIP協(xié)議為例)，具體過程如圖4所示。

步驟S401、UE和3GPP EPC(Evolved Packet Core，分組核心演進(jìn))之間執(zhí)行接入認(rèn)證過程。

步驟S403、UE通過DNS(Domain Name System，域名系統(tǒng))解析獲取ePDG的IP地址，然后發(fā)起IKEv2(一種互聯(lián)網(wǎng)密鑰交換協(xié)議)認(rèn)證和隧道建立過程。

步驟S405、ePDG向PGW發(fā)送PBU(Proxy Binding Update，代理綁定更新)消息，消息中攜帶UE標(biāo)識(shí)、APN(Access Point Name，接入點(diǎn)名稱)、接入技術(shù)類型和切換提示等參數(shù)。

步驟S407、PGW向PCRF(Policy and Charging Rules Function，策略與計(jì)費(fèi)規(guī)則功能單元)發(fā)起IP-CAN會(huì)話建立過程。

步驟S409、PGW向3GPP AAA Server(AAA服務(wù)器)通知PGW的標(biāo)識(shí)。

步驟S411、PGW處理代理綁定更新，為UE分配IP地址，向ePDG返回PBA(Proxy Binding Ack，代理綁定確認(rèn))消息，消息中攜帶UE標(biāo)識(shí)，UE IP地址等參數(shù)。

步驟S413、ePDG向UE表明與AAA server之間的認(rèn)證成功。

步驟S415、ePDG向UE發(fā)送最終的IKEv2消息，該消息中攜帶UE IP地址。

步驟S417、UE到PGW的IP連接成功建立。

目前已經(jīng)有通過非可信WLAN網(wǎng)絡(luò)建立緊急呼叫的方法，該方法對圖4中的附著過程(UE為獲取正常業(yè)務(wù)而發(fā)起的附著過程)進(jìn)行了下述修改：

1、UE在步驟S401中將緊急呼叫提示(emergency request indication)發(fā)送給3GPP AAA Server。

2、UE在步驟S403發(fā)起IKEv2隧道建立過程，在該過程中3GPP AAA Server將緊急呼叫提示發(fā)送給ePDG。ePDG使用本地配置的緊急配置數(shù)據(jù)為UE選擇特定的PGW。

3、ePDG在步驟S405將緊急呼叫提示發(fā)送給PGW。

由于現(xiàn)有方法只支持通過附著過程建立緊急呼叫，因此當(dāng)已附著的UE希望執(zhí)行緊急呼叫時(shí)，其需要先去附著，然后再重新附著，并在附著的過程中建立緊急PDN連接。也就是說，當(dāng)UE通過非可信WLAN網(wǎng)絡(luò)連接到運(yùn)營商網(wǎng)絡(luò)之后，UE建立緊急PDN連接的現(xiàn)有方法是UE從網(wǎng)絡(luò)中去附著，然后重新附著，在重新附著的過程中建立緊急PDN連接。由于去附著過程將釋放UE已建立的所有PDN連接，所以現(xiàn)有方法將導(dǎo)致上層應(yīng)用斷開，這將影響用戶的服務(wù)體驗(yàn)。

技術(shù)實(shí)現(xiàn)要素：

鑒于上述技術(shù)問題，本發(fā)明的實(shí)施例提供一種建立緊急PDN連接的方法及設(shè)備，當(dāng)UE執(zhí)行緊急呼叫時(shí)，如果UE當(dāng)前連接的網(wǎng)絡(luò)支持緊急呼叫,UE可以不需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。

以及本發(fā)明的一個(gè)方面，提供了一種建立緊急PDN連接的方法所述方法包括：接收用戶設(shè)備發(fā)送的第一請求消息，所述第一請求消息中攜帶有緊急呼叫提示；根據(jù)所述緊急呼叫提示，判斷所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)；若所述網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)，則向所述用戶設(shè)備返回第一回復(fù)消息。

依據(jù)本發(fā)明的另一個(gè)方面，還提供了一種建立緊急PDN連接的方法，所述方法包括：接收用戶設(shè)備發(fā)送的第二請求消息；向所述用戶設(shè)備返回所述第二請求消息的第二回復(fù)消息，所述第二回復(fù)消息中攜帶網(wǎng)絡(luò)設(shè)備是否支持緊急呼 叫業(yè)務(wù)的信息。

依據(jù)本發(fā)明的又一個(gè)方面，還提供了一種建立緊急PDN連接的方法，所述方法包括：向網(wǎng)絡(luò)設(shè)備發(fā)送第一請求消息，所述第一請求消息中攜帶有緊急呼叫提示；在所述網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)時(shí)，接收所述網(wǎng)絡(luò)設(shè)備返回第一回復(fù)消息。

依據(jù)本發(fā)明的又一個(gè)方面，還提供了一種建立緊急PDN連接的方法，所述方法包括：向網(wǎng)絡(luò)設(shè)備發(fā)送第二請求消息；接收所述網(wǎng)絡(luò)設(shè)備返回所述第二請求消息的第二回復(fù)消息，所述第二回復(fù)消息中攜帶所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息。

依據(jù)本發(fā)明的又一個(gè)方面，還提供了一種網(wǎng)絡(luò)設(shè)備，包括：第一接收模塊，用于接收用戶設(shè)備發(fā)送的第一請求消息，所述第一請求消息中攜帶有緊急呼叫提示；判斷模塊，用于根據(jù)所述緊急呼叫提示，判斷網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)；第一發(fā)送模塊，用于若所述網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)，則向所述用戶設(shè)備返回第一回復(fù)消息。

依據(jù)本發(fā)明的又一個(gè)方面，還提供了一種網(wǎng)絡(luò)設(shè)備，包括：第二接收模塊，用于接收用戶設(shè)備發(fā)送的第二請求消息；第二發(fā)送模塊，用于向所述用戶設(shè)備返回所述第二請求消息的第二回復(fù)消息，所述第二回復(fù)消息中攜帶所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息。

依據(jù)本發(fā)明的又一個(gè)方面，還提供了一種用戶設(shè)備，包括：第三發(fā)送模塊，用于向網(wǎng)絡(luò)設(shè)備發(fā)送第一請求消息，所述第一請求消息中攜帶有緊急呼叫提示；第三接收模塊，用于在所述網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)時(shí)，接收所述網(wǎng)絡(luò)設(shè)備返回第一回復(fù)消息。

依據(jù)本發(fā)明的又一個(gè)方面，還提供了一種用戶設(shè)備，包括：第四發(fā)送模塊，用于向網(wǎng)絡(luò)設(shè)備發(fā)送第二請求消息；第四接收模塊，用于接收所述網(wǎng)絡(luò)設(shè)備返回所述第二請求消息的第二回復(fù)消息，所述第二回復(fù)消息中攜帶所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息。

本發(fā)明的有益效果是：當(dāng)UE執(zhí)行緊急呼叫時(shí)，如果UE當(dāng)前連接的網(wǎng)絡(luò)支持緊急呼叫,UE可以不需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。而且由于可 以在UE向網(wǎng)絡(luò)請求建立緊急PDN連接之前，先確認(rèn)網(wǎng)絡(luò)是否支持緊急呼叫業(yè)務(wù)，有效避免信令浪費(fèi)的問題。

附圖說明

圖1為現(xiàn)有技術(shù)中可信WLAN網(wǎng)絡(luò)的邏輯架構(gòu)示意圖；

圖2為現(xiàn)有技術(shù)中UE通過可信WLAN網(wǎng)絡(luò)的附著過程的示意圖；

圖3為現(xiàn)有技術(shù)中UE通過非可信WLAN網(wǎng)絡(luò)連接到核心網(wǎng)的網(wǎng)絡(luò)架構(gòu)圖；

圖4為現(xiàn)有技術(shù)中UE通過非可信WLAN網(wǎng)絡(luò)的附著過程；

圖5為本發(fā)明的第一實(shí)施例中建立緊急PDN連接的方法流程圖；

圖6為本發(fā)明的第二實(shí)施例中建立緊急PDN連接的方法流程圖；

圖7為本發(fā)明的第三實(shí)施例中已附著到網(wǎng)絡(luò)的UE建立緊急呼叫的示意圖；

圖8為本發(fā)明的第四實(shí)施例中已附著于網(wǎng)絡(luò)的UE建立緊急PDN連接時(shí)被拒絕的示意圖；

圖9為本發(fā)明的第五實(shí)施例中建立緊急PDN連接的方法流程圖；

圖10為本發(fā)明的第六實(shí)施例中建立緊急PDN連接的方法流程圖；

圖11為本發(fā)明的第七實(shí)施例中已經(jīng)通過正常附著過程附著到網(wǎng)絡(luò)的UE希望建立緊急PDN連接的示意圖；

圖12為本發(fā)明的第八實(shí)施例中已經(jīng)通過正常附著過程連接到ePDG的UE希望建立緊急PDN連接的示意圖；

圖13為本發(fā)明的第九實(shí)施例中的網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)圖；

圖14為本發(fā)明的第十實(shí)施例中的網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)圖；

圖15為本發(fā)明的第十一實(shí)施例中的用戶設(shè)備的結(jié)構(gòu)圖；圖16為本發(fā)明的第十二實(shí)施例中的用戶設(shè)備的結(jié)構(gòu)圖；

圖17為本發(fā)明的第十三實(shí)施例中的網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)圖；

圖18為本發(fā)明的第十四實(shí)施例中的網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)圖；

圖19為本發(fā)明的第十五實(shí)施例中的用戶設(shè)備的結(jié)構(gòu)圖；以及

圖20為本發(fā)明的第十六實(shí)施例中的用戶設(shè)備的結(jié)構(gòu)圖。

具體實(shí)施方式

下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

第一實(shí)施例

參見圖5，示出了本發(fā)明的第一實(shí)施例中建立緊急PDN連接的方法的流程圖，該方法的執(zhí)行主體是網(wǎng)絡(luò)設(shè)備，該方法包括：

步驟S501、接收用戶設(shè)備發(fā)送的第一請求消息，第一請求消息中攜帶有緊急呼叫提示。

在本實(shí)施例中，該第一請求消息可以是WLCP PDN連接請求消息，也可以是IKE_AUTH REQ消息。需要說明的是，在本實(shí)施例中并不限定第一請求消息的具體類型。

步驟S503、根據(jù)緊急呼叫提示，判斷網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)，若網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)，則進(jìn)入步驟S505；若網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)，則進(jìn)入步驟S507。

需要說明的是，在本實(shí)施例中網(wǎng)絡(luò)設(shè)備可以是ePDG或者TWAN設(shè)備，相應(yīng)地，步驟S501提及的用戶設(shè)備是指可以通過非可信WLAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備，或者是指可以通過TWAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備。

步驟S505、向用戶設(shè)備返回第一回復(fù)消息。

在本實(shí)施例中，該第一回復(fù)消息中可以攜帶拒絕原因,例如該拒絕原因用于表明網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)。

步驟S507、進(jìn)行緊急PDN連接建立過程。

在本實(shí)施例中，可以采用現(xiàn)有技術(shù)進(jìn)行緊急PDN連接建立，在此不再敷述。

當(dāng)UE執(zhí)行緊急呼叫時(shí)，UE可以不需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。而且由于可以在UE向網(wǎng)絡(luò)請求建立緊急PDN連接之前，先確認(rèn)網(wǎng)絡(luò)是否支持緊急呼叫業(yè)務(wù)，有效避免信令浪費(fèi)的問題。

第二實(shí)施例

參見圖6，圖中示出了第二實(shí)施例中建立緊急PDN連接的方法，該方法的執(zhí) 行主體可以是用戶設(shè)備，該方法包括：

步驟S601、向網(wǎng)絡(luò)設(shè)備發(fā)送第一請求消息，第一請求消息中攜帶有緊急呼叫提示，然后進(jìn)入步驟S603或步驟S605。

在本實(shí)施例中，該第一請求消息可以是WLCP PDN連接請求消息，也可以是IKE_AUTH REQ消息。需要說明的是，在本實(shí)施例中并不限定第一請求消息的具體類型。

在本實(shí)施例中，用戶設(shè)備可以通過非可信WLAN網(wǎng)連接到核心網(wǎng)，或者用戶設(shè)備通過TWAN網(wǎng)連接到核心網(wǎng)，相應(yīng)地，該網(wǎng)絡(luò)設(shè)備可以為ePDG或者TWAN設(shè)備。

步驟S603、在網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)時(shí)，接收網(wǎng)絡(luò)設(shè)備返回第一回復(fù)消息，然后進(jìn)入步驟S607。

在本實(shí)施例中，第一回復(fù)消息中可以攜帶拒絕原因，該拒絕原因可以用于表明網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)。

步驟S605、在網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)時(shí)，接收網(wǎng)絡(luò)設(shè)備返回的PDN連接接受消息。

需要說明的是，PDN連接接受消息可以是WLCP PDN連接回復(fù)消息，也可以是IKE_AUTH RESP消息。在本實(shí)施例中并不限定PDN連接接受消息的具體類型。

步驟S607、在收到第一回復(fù)消息之后，向網(wǎng)絡(luò)設(shè)備發(fā)起去附著過程。

在本實(shí)施例中，在用戶設(shè)備接收到第一回復(fù)消息之后，用戶設(shè)備進(jìn)行去附著，然后選擇支持緊急呼叫的網(wǎng)絡(luò)，然后重新附著到該網(wǎng)絡(luò)，并可以在重新附著的過程中請求建立緊急呼叫PDN連接。

第三實(shí)施例

參見圖7，圖中示出了在基于S2a接口的網(wǎng)絡(luò)架構(gòu)下，已附著到網(wǎng)絡(luò)的UE建立緊急呼叫的過程。

步驟S701、UE向TWAN發(fā)送WLCP PDN連接請求消息，該WLCP PDN連接請求消息中攜帶有緊急呼叫提示，如果TWAN支持緊急呼叫業(yè)務(wù)，進(jìn)入步驟S703；如果TWAN不支持緊急呼叫業(yè)務(wù)，進(jìn)入步驟S709。

步驟S703、TWAN使用緊急配置數(shù)據(jù)為UE選擇PGW，然后向PGW發(fā)送創(chuàng)建會(huì)話請求消息，創(chuàng)建會(huì)話請求消息中攜帶有緊急呼叫提示。

步驟S705、PGW向TWAN返回創(chuàng)建會(huì)話回復(fù)消息。

步驟S707、TWAN向UE返回WLCP PDN連接回復(fù)消息。

步驟S709、TWAN向UE返回WLCP PDN連接拒絕消息，WLCP PDN連接拒絕消息中可以攜帶拒絕原因，表明TWAN不支持緊急呼叫業(yè)務(wù)。

當(dāng)UE接收到WLCP PDN連接拒絕消息之后，UE去附著，重新選擇支持緊急呼叫業(yè)務(wù)的TWAN，通過該TWAN重新附著到網(wǎng)絡(luò)，然后請求建立緊急PDN連接。

在本實(shí)施例中，當(dāng)UE執(zhí)行緊急呼叫時(shí)，UE可以不需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。

第四實(shí)施例

參見圖8，圖中示出了在基于S2b接口的網(wǎng)絡(luò)架構(gòu)下，已附著于網(wǎng)絡(luò)的UE建立緊急PDN連接時(shí)被拒絕的過程，具體步驟如下：

步驟S801、UE向ePDG發(fā)送IKE_SA_INIT消息，發(fā)起IKEv2過程的初始交換。

非可信WLAN網(wǎng)絡(luò)不能直接連接到核心網(wǎng)內(nèi)的PGW，而是通過一個(gè)安全網(wǎng)關(guān)連接到PGW。該安全網(wǎng)關(guān)為圖8中的ePDG(演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān))。

步驟S803、ePDG向UE返回IKE_SA_INIT消息。

步驟S805、UE向ePDG發(fā)送IKE_AUTH REQ消息，消息中攜帶APN(AccessPointName，接入點(diǎn)名稱)、緊急呼叫提示等參數(shù)。

步驟S805、ePDG不支持緊急呼叫業(yè)務(wù)，其向UE返回IKE_AUTH RSP消息，消息中攜帶拒絕原因，該原因表明ePDG不支持緊急呼叫業(yè)務(wù)。

UE接收到拒絕原因之后，從當(dāng)前連接的ePDG去附著，具體過程可參考3GPP TS 23.402第7.4小節(jié)，在此不再敷述。然后UE選擇支持緊急呼叫的ePDG，然后發(fā)起附著過程并在附著過程中建立緊急PDN連接。

當(dāng)ePDG支持緊急呼叫時(shí)，連接建立過程與現(xiàn)有過程的區(qū)別為：UE在IKE_AUTH REQ消息中將緊急呼叫提示發(fā)送給ePDG(步驟S805)，ePDG根據(jù)本地配置的緊急配置數(shù)據(jù)為UE選擇PGW，并向PGW發(fā)送GTP/PMIP隧道建立請求時(shí)，將緊急呼叫請求發(fā)送PGW。

在本實(shí)施例中，當(dāng)UE執(zhí)行緊急呼叫時(shí)，UE可以不需要從網(wǎng)絡(luò)中去附著，可 直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。

第五實(shí)施例

參見圖9，圖中示出了建立緊急PDN連接的方法流程圖，該方法的執(zhí)行主體為網(wǎng)絡(luò)設(shè)備，具體步驟如下：

步驟S901、接收用戶設(shè)備發(fā)送的第二請求消息，第二請求消息中攜帶有緊急呼叫提示。

需要說明的是，在本實(shí)施例中網(wǎng)絡(luò)設(shè)備可以是ePDG或者TWAN設(shè)備，相應(yīng)地，步驟S901提及的用戶設(shè)備是指可以通過非可信WLAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備，或者是指可以通過TWAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備。

若網(wǎng)絡(luò)設(shè)備為TWAN設(shè)備時(shí)，可以用WLCP緊急能力請求消息來表示上述第二請求消息，此時(shí)該第二請求消息可以用于請求TWAN設(shè)備判斷其自身是否支持緊急呼叫業(yè)務(wù)；

若網(wǎng)絡(luò)設(shè)備為ePDG時(shí)，可以用IKE信息請求消息來表示上述第二請求消息，此時(shí)該第二請求消息用于請求ePDG判斷其自身是否支持緊急呼叫業(yè)務(wù)。

步驟S903、向用戶設(shè)備返回第二請求消息的第二回復(fù)消息，第二回復(fù)消息中攜帶網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息。

需要說明的是，可以通過第二回復(fù)消息中具體信息的參數(shù)值表示網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)。當(dāng)然可以理解的是，在本實(shí)施例中并不限定該具體參數(shù)值。

步驟S905、在網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)，且在接收到用戶設(shè)備發(fā)送的第三請求消息之后，根據(jù)第三請求消息，進(jìn)行緊急PDN連接建立過程，其中第三請求消息中攜帶有緊急呼叫提示。

在本實(shí)施例中，該第三請求消息可以是WLCP PDN連接請求消息，也可以是IKE_AUTH REQ消息。需要說明的是，在本實(shí)施例中并不限定第三請求消息的具體類型。

第六實(shí)施例

參見圖10，圖中示出了建立緊急PDN連接的方法的流程，該方法的執(zhí)行主體可以是用戶設(shè)備，具體步驟如下：

步驟S1001、向網(wǎng)絡(luò)設(shè)備發(fā)送第二請求消息，第二請求消息中攜帶有緊急呼叫提示。

需要說明的是，在本實(shí)施例中網(wǎng)絡(luò)設(shè)備可以是ePDG或者TWAN設(shè)備，相應(yīng)地，用戶設(shè)備是指可以通過非可信WLAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備，或者是指可以通過TWAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備。

若網(wǎng)絡(luò)設(shè)備為TWAN設(shè)備時(shí)，可以用WLCP緊急能力請求消息來表示上述第二請求消息，此時(shí)該第二請求消息可以用于請求TWAN設(shè)備判斷其自身是否支持緊急呼叫業(yè)務(wù)；

若網(wǎng)絡(luò)設(shè)備為ePDG時(shí)，可以用IKE信息請求消息來表示上述第二請求消息，此時(shí)該第二請求消息用于請求ePDG判斷其自身是否支持緊急呼叫業(yè)務(wù)。

步驟S1003、接收網(wǎng)絡(luò)設(shè)備返回第二請求消息的第二回復(fù)消息，回復(fù)消息中攜帶網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息。

需要說明的是，可以通過第二回復(fù)消息中具體信息的參數(shù)值表示網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)。當(dāng)然可以理解的是，在本實(shí)施例中并不限定該具體參數(shù)值。

步驟S1005、在網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)時(shí)，向網(wǎng)絡(luò)設(shè)備發(fā)送第三請求消息，其中所述第三請求消息中攜帶有緊急呼叫提示。

步驟S1007、在網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)時(shí)，向網(wǎng)絡(luò)設(shè)備發(fā)起去附著過程。

需要說明的是，在本實(shí)施例中步驟S1005和步驟S1007為可選步驟。

第七實(shí)施例

參見圖11，圖中示出了已經(jīng)通過正常附著過程附著到網(wǎng)絡(luò)的UE希望建立緊急PDN連接，UE首先判斷TWAN(可信WLAN網(wǎng)絡(luò))是否支持緊急呼叫業(yè)務(wù)，具體過程如下：

步驟S1101、UE向TWAN發(fā)送WLCP緊急呼叫請求消息，WLCP緊急呼叫請求消息中攜帶的信息表明TWAN是否支持緊急呼叫業(yè)務(wù)。

步驟S1103、TWAN向UE返回WLCP緊急呼叫回復(fù)消息，WLCP緊急呼叫回復(fù)消息中攜帶的信息表明TWAN是否支持緊急呼叫業(yè)務(wù)。

在本實(shí)施例中，當(dāng)UE執(zhí)行緊急呼叫時(shí)，UE可以不需要從網(wǎng)絡(luò)中去附著，可 直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。

第八實(shí)施例

參見圖12，圖中示出了在S2b場景下，已經(jīng)通過正常附著過程連接到ePDG的UE希望建立緊急PDN連接，UE判斷ePDG是否支持緊急呼叫業(yè)務(wù)，具體過程如下：

步驟S1201、UE向ePDG發(fā)送IKE信息請求消息，消息中攜帶緊急呼叫提示，用于請求ePDG是否具有支持緊急呼叫的能力。

步驟S1203、ePDG向UE返回IKE信息回復(fù)消息，消息中攜帶的信息表明ePDG是否支持緊急呼叫業(yè)務(wù)。

如果IKE信息回復(fù)消息中的參數(shù)表明ePDG支持緊急呼叫，則UE向ePDG發(fā)起PDN連接建立過程，UE在消息中攜帶緊急呼叫提示。ePDG接收到緊急呼叫提示之后，根據(jù)本地配置的緊急配置數(shù)據(jù)選擇PGW。然后向PGW發(fā)起GTP/PMIP隧道的建立過程，在請求消息中攜帶緊急呼叫提示。

如果IKE信息回復(fù)消息中的參數(shù)表明ePDG不支持緊急呼叫，則UE去附著，重選支持緊急呼叫的ePDG，然后重新附著，并在重新附著的過程中建立緊急PDN連接，該過程為現(xiàn)有技術(shù)，在此不再敷述。

在本實(shí)施例中，當(dāng)UE希望執(zhí)行緊急呼叫時(shí)，如果UE獲知當(dāng)前連接的網(wǎng)絡(luò)側(cè)實(shí)體支持緊急呼叫，UE部需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急PDN連接的建立過程。

第九實(shí)施例

參見圖13，圖中示出了第九實(shí)施例中網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)圖，該網(wǎng)絡(luò)設(shè)備包括：第一接收模塊1301、判斷模塊1303和第一發(fā)送模塊1305，其中

第一接收模塊1301用于接收用戶設(shè)備發(fā)送的第一請求消息，該第一請求消息中攜帶有緊急呼叫提示。在本實(shí)施例中，該第一請求消息可以是WLCP PDN連接請求消息，也可以是IKE_AUTH REQ消息。需要說明的是，在本實(shí)施例中并不限定第一請求消息的具體類型。

判斷模塊1303，用于根據(jù)緊急呼叫提示，判斷網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)。需要說明的是，在本實(shí)施例中網(wǎng)絡(luò)設(shè)備可以是ePDG或者TWAN設(shè)備，相 應(yīng)地，用戶設(shè)備是指可以通過非可信WLAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備，或者是指可以通過TWAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備。

第一發(fā)送模塊1305，用于若網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)，則向用戶設(shè)備返回第一回復(fù)消息。在本實(shí)施例中，該第一回復(fù)消息中可以攜帶拒絕原因,例如該拒絕原因用于表明網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)。

需要說明的是，在本實(shí)施例中，網(wǎng)絡(luò)設(shè)備還可以包括：第一連接建立模塊1307，用于若網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)，則進(jìn)行緊急PDN連接建立過程。在本實(shí)施例中，可以采用現(xiàn)有技術(shù)進(jìn)行緊急PDN連接建立，在此不再敷述。

第十實(shí)施例

參見圖14，圖中示出了第十實(shí)施例中網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)圖，該網(wǎng)絡(luò)設(shè)備包括：第二接收模塊1401和第二發(fā)送模塊1403，其中：

第二接收模塊1401用于接收用戶設(shè)備發(fā)送的第二請求消息；

第二發(fā)送模塊1403，用于向所述用戶設(shè)備返回所述第二請求消息的第二回復(fù)消息，所述第二回復(fù)消息中攜帶所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息。

可選地，該網(wǎng)絡(luò)設(shè)備還包括：第二連接建立模塊，用于在所述網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)，且在接收到所述用戶設(shè)備發(fā)送的第三請求消息之后，根據(jù)所述第三請求消息，進(jìn)行緊急PDN連接建立過程，其中所述第三請求消息中攜帶有緊急呼叫提示。

第十一實(shí)施例

參見圖15，圖中示出了第十一實(shí)施例中用戶設(shè)備的結(jié)構(gòu)圖，該用戶設(shè)備包括：第三發(fā)送模塊1501和第三收模塊1503，其中

第三發(fā)送模塊1501用于向網(wǎng)絡(luò)設(shè)備發(fā)送第一請求消息，第一請求消息中攜帶有緊急呼叫提示。在本實(shí)施例中，該第一請求消息可以是WLCP PDN連接請求消息，也可以是IKE_AUTH REQ消息。需要說明的是，在本實(shí)施例中并不限定第一請求消息的具體類型。在本實(shí)施例中，用戶設(shè)備可以通過非可信WLAN網(wǎng)連接到核心網(wǎng)，或者用戶設(shè)備通過TWAN網(wǎng)連接到核心網(wǎng)，相應(yīng)地，該網(wǎng)絡(luò)設(shè)備可以為ePDG或者TWAN設(shè)備。

第三接收模塊1503用于在網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)時(shí)，接收網(wǎng)絡(luò)設(shè)備返回第一回復(fù)消息。在本實(shí)施例中，第一回復(fù)消息中可以攜帶拒絕原因，該拒 絕原因可以用于表明網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)。

可選地，該用戶設(shè)備還包括：第五接收模塊，用于在所述網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)時(shí)，接收所述網(wǎng)絡(luò)設(shè)備返回的PDN連接接受消息。

可選地，該用戶設(shè)備還包括：第五發(fā)送模塊，用于在收到所述第一回復(fù)消息之后，向所述網(wǎng)絡(luò)設(shè)備發(fā)起去附著過程。

第十二實(shí)施例

參見圖16，圖中示出了第十二實(shí)施例中用戶設(shè)備的結(jié)構(gòu)圖，該用戶設(shè)備包括包括：

第四發(fā)送模塊1601，用于向網(wǎng)絡(luò)設(shè)備發(fā)送第二請求消息；需要說明的是，在本實(shí)施例中網(wǎng)絡(luò)設(shè)備可以是ePDG或者TWAN設(shè)備，相應(yīng)地，用戶設(shè)備是指可以通過非可信WLAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備，或者是指可以通過TWAN網(wǎng)連接到核心網(wǎng)的用戶設(shè)備。若網(wǎng)絡(luò)設(shè)備為TWAN設(shè)備時(shí)，可以用WLCP緊急能力請求消息來表示上述第二請求消息，此時(shí)該第二請求消息可以用于請求TWAN設(shè)備判斷其自身是否支持緊急呼叫業(yè)務(wù)；若網(wǎng)絡(luò)設(shè)備為ePDG時(shí)，可以用IKE信息請求消息來表示上述第二請求消息，此時(shí)該第二請求消息用于請求ePDG判斷其自身是否支持緊急呼叫業(yè)務(wù)。

第四接收模塊1603，用于接收網(wǎng)絡(luò)設(shè)備返回所述第二請求消息的第二回復(fù)消息，第二回復(fù)消息中攜帶所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息。需要說明的是，可以通過第二回復(fù)消息中具體信息的參數(shù)值表示網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)。當(dāng)然可以理解的是，在本實(shí)施例中并不限定該具體參數(shù)值。

在本實(shí)施例中，用戶設(shè)備還包括：第三連接建立模塊，用于在網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)，且在接收到用戶設(shè)備發(fā)送的第三請求消息之后，根據(jù)第三請求消息，進(jìn)行緊急PDN連接建立過程，其中第三請求消息中攜帶有緊急呼叫提示。在本實(shí)施例中，該第三請求消息可以是WLCP PDN連接請求消息，也可以是IKE_AUTH REQ消息。需要說明的是，在本實(shí)施例中并不限定第三請求消息的具體類型。

第十三實(shí)施例

參見圖17，圖中示出了一種網(wǎng)絡(luò)設(shè)備，包括：第一處理器1701、第一存儲(chǔ)器1702和第一收發(fā)機(jī)1703，其中

第一處理器1701用于讀取第一存儲(chǔ)器1702中的程序，執(zhí)行下列過程：接收用戶設(shè)備發(fā)送的第一請求消息，所述第一請求消息中攜帶有緊急呼叫提示；根據(jù)所述緊急呼叫提示，判斷所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)；若所述網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)，則向所述用戶設(shè)備返回第一回復(fù)消息。

第一收發(fā)機(jī)1703用于在第一處理器1701的控制下接收和發(fā)送數(shù)據(jù)。

可選地，第一處理器1701還用于若網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)，則進(jìn)行緊急PDN連接建立過程。

可選的，第一處理器1701可以是CPU(中央處埋器)、ASIC(Application SpecificIntegrated Circuit，專用集成電路)、FPGA(Field－Programmable Gate Array，現(xiàn)場可編程門陣列)或CPLD(Complex Programmable Logic Device，復(fù)雜可編程邏輯器件)。

其中，在圖17中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由第一處理器1701代表的一個(gè)或多個(gè)處理器和第一存儲(chǔ)器1702代表的存儲(chǔ)器的各種電路鏈接在一起?？偩€架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進(jìn)行進(jìn)一步描述?？偩€接口提供接口。第一收發(fā)機(jī)1703可以是多個(gè)元件，即包括發(fā)送機(jī)和收發(fā)機(jī)，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。第一處理器1701負(fù)責(zé)管理總線架構(gòu)和通常的處理，第一存儲(chǔ)器1702可以存儲(chǔ)第一處理器1701在執(zhí)行操作時(shí)所使用的數(shù)據(jù)。

在本實(shí)施例中，如果UE當(dāng)前連接的網(wǎng)絡(luò)支持緊急呼叫,UE可以不需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。

第十四實(shí)施例

參見圖18，圖中示出了一種網(wǎng)絡(luò)設(shè)備，包括：第二處理器1801、第二存儲(chǔ)器1802和第二收發(fā)機(jī)1803，其中

第二處理器1801用于讀取第二存儲(chǔ)器1802中的程序，執(zhí)行下列過程：接收用戶設(shè)備發(fā)送的第二請求消息，向所述用戶設(shè)備返回所述第二請求消息的第二回復(fù)消息，所述第二回復(fù)消息中攜帶所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息

第二收發(fā)機(jī)1803用于在第二處理器1801的控制下接收和發(fā)送數(shù)據(jù)。

可選地，第二處理器1801還用于在所述網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)，且在接收到所述用戶設(shè)備發(fā)送的第三請求消息之后，根據(jù)所述第三請求消息，進(jìn)行緊急PDN連接建立過程，其中所述第三請求消息中攜帶有緊急呼叫提示。

可選的，第二處理器1801可以是CPU(中央處埋器)、ASIC(Application SpecificIntegrated Circuit，專用集成電路)、FPGA(Field－Programmable Gate Array，現(xiàn)場可編程門陣列)或CPLD(Complex Programmable Logic Device，復(fù)雜可編程邏輯器件)。

其中，在圖18中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由第一處理器1801代表的一個(gè)或多個(gè)處理器和第一存儲(chǔ)器1802代表的存儲(chǔ)器的各種電路鏈接在一起?？偩€架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進(jìn)行進(jìn)一步描述?？偩€接口提供接口。第一收發(fā)機(jī)1803可以是多個(gè)元件，即包括發(fā)送機(jī)和收發(fā)機(jī)，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。第一處理器1801負(fù)責(zé)管理總線架構(gòu)和通常的處理，第一存儲(chǔ)器1802可以存儲(chǔ)第一處理器1801在執(zhí)行操作時(shí)所使用的數(shù)據(jù)。

在本實(shí)施例中，如果UE當(dāng)前連接的網(wǎng)絡(luò)支持緊急呼叫,UE可以不需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。

第十五實(shí)施例

參見圖19，圖中示出了一種用戶設(shè)備，包括：第三處理器1901、第三存儲(chǔ)器1902和第三收發(fā)機(jī)1903，其中

第三處理器1901用于讀取第三存儲(chǔ)器1902中的程序，執(zhí)行下列過程：向網(wǎng)絡(luò)設(shè)備發(fā)送第一請求消息，第一請求消息中攜帶有緊急呼叫提示；在網(wǎng)絡(luò)設(shè)備不支持緊急呼叫業(yè)務(wù)時(shí)，接收網(wǎng)絡(luò)設(shè)備返回第一回復(fù)消息。

第三收發(fā)機(jī)1903用于在第三處理器1901的控制下接收和發(fā)送數(shù)據(jù)。

可選地，第三處理器1901還用于在所述網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)時(shí)，接收所述網(wǎng)絡(luò)設(shè)備返回的PDN連接接受消息。

可選地，第三處理器1901還用于在收到所述第一回復(fù)消息之后，向所述網(wǎng) 絡(luò)設(shè)備發(fā)起去附著過程。

可選的，第三處理器1901可以是CPU(中央處埋器)、ASIC(Application SpecificIntegrated Circuit，專用集成電路)、FPGA(Field－Programmable Gate Array，現(xiàn)場可編程門陣列)或CPLD(Complex Programmable Logic Device，復(fù)雜可編程邏輯器件)。

其中，在圖19中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由第三處理器1901代表的一個(gè)或多個(gè)處理器和第三存儲(chǔ)器1902代表的存儲(chǔ)器的各種電路鏈接在一起?？偩€架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進(jìn)行進(jìn)一步描述。總線接口提供接口。第三收發(fā)機(jī)1903可以是多個(gè)元件，即包括發(fā)送機(jī)和收發(fā)機(jī)，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。第三處理器1901負(fù)責(zé)管理總線架構(gòu)和通常的處理，第三存儲(chǔ)器1902可以存儲(chǔ)第三處理器1901在執(zhí)行操作時(shí)所使用的數(shù)據(jù)。針對不同的用戶設(shè)備，第一用戶接口1905還可以是能夠外接內(nèi)接需要設(shè)備的接口，連接的設(shè)備包括但不限于小鍵盤、顯示器、揚(yáng)聲器、麥克風(fēng)、操縱桿等。

在本實(shí)施例中，如果UE當(dāng)前連接的網(wǎng)絡(luò)支持緊急呼叫,UE可以不需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。

第十六實(shí)施例

參見圖20，圖中示出了一種用戶設(shè)備，包括：第四處理器2001、第四存儲(chǔ)器2002和第四收發(fā)機(jī)2003，其中

第四處理器2001用于讀取第四存儲(chǔ)器2002中的程序，執(zhí)行下列過程：向網(wǎng)絡(luò)設(shè)備發(fā)送第二請求消息，接收網(wǎng)絡(luò)設(shè)備返回所述第二請求消息的第二回復(fù)消息，第二回復(fù)消息中攜帶所述網(wǎng)絡(luò)設(shè)備是否支持緊急呼叫業(yè)務(wù)的信息。

第四收發(fā)機(jī)2003用于在第四處理器2001的控制下接收和發(fā)送數(shù)據(jù)。

可選地，第四處理器2001還用于在網(wǎng)絡(luò)設(shè)備支持緊急呼叫業(yè)務(wù)，且在接收到用戶設(shè)備發(fā)送的第三請求消息之后，根據(jù)第三請求消息，進(jìn)行緊急PDN連接建立過程，其中第三請求消息中攜帶有緊急呼叫提示。

可選的，第四處理器2001可以是CPU(中央處埋器)、ASIC(Application SpecificIntegrated Circuit，專用集成電路)、FPGA(Field－Programmable Gate Array，現(xiàn)場可編程門陣列)或CPLD(Complex Programmable Logic Device，復(fù)雜可編程邏輯器件)。

其中，在圖20中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由第四處理器2001代表的一個(gè)或多個(gè)處理器和第四存儲(chǔ)器2002代表的存儲(chǔ)器的各種電路鏈接在一起?？偩€架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進(jìn)行進(jìn)一步描述?？偩€接口提供接口。第四收發(fā)機(jī)2003可以是多個(gè)元件，即包括發(fā)送機(jī)和收發(fā)機(jī)，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。第四處理器2001負(fù)責(zé)管理總線架構(gòu)和通常的處理，第四存儲(chǔ)器2002可以存儲(chǔ)第四處理器2001在執(zhí)行操作時(shí)所使用的數(shù)據(jù)。針對不同的用戶設(shè)備，第二用戶接口2005還可以是能夠外接內(nèi)接需要設(shè)備的接口，連接的設(shè)備包括但不限于小鍵盤、顯示器、揚(yáng)聲器、麥克風(fēng)、操縱桿等。

在本實(shí)施例中，如果UE當(dāng)前連接的網(wǎng)絡(luò)支持緊急呼叫,UE可以不需要從網(wǎng)絡(luò)中去附著，可直接發(fā)起緊急呼叫PDN連接的建立過程，避免了現(xiàn)有技術(shù)中因去附著而導(dǎo)致上層應(yīng)用中斷的問題。

在本申請所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露方法和裝置，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理包括，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。

上述以軟件功能單元的形式實(shí)現(xiàn)的集成的單元，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。上述軟件功能單元存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括如果干指令 用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的部分步驟。而前述的存儲(chǔ)介質(zhì)包括：U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(Read-Only Memory，簡稱ROM)、隨機(jī)存取存儲(chǔ)器(Random Access Memory，簡稱RAM)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述的是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出對于本技術(shù)領(lǐng)域的普通人員來說，在不脫離本發(fā)明所述的原理前提下還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也在本發(fā)明的保護(hù)范圍內(nèi)。