專利名稱：確定緊急會(huì)話的建立原因的制作方法
技術(shù)領(lǐng)域：
本申請(qǐng)大體上涉及確定建立原因，更具體地，涉及使用非接入層(NAS)過程來確定無線資源控制(RRC)建立原因的方法和系統(tǒng)。
背景技術(shù)：
如本文所使用的術(shù)語“用戶設(shè)備”和“UE”可以指代諸如移動(dòng)電話、個(gè)人數(shù)字助理(PDA)、手持或膝上型計(jì)算機(jī)之類的無線設(shè)備，以及具有通信能力的類似設(shè)備或其它用戶代理(“UA”)。在一些實(shí)施例中，UE可以指代移動(dòng)、無線設(shè)備。術(shù)語“UE”還可以指代具有類似能力，但是一般不是便攜式的設(shè)備，比如臺(tái)式計(jì)算機(jī)、機(jī)頂盒或網(wǎng)絡(luò)節(jié)點(diǎn)。在傳統(tǒng)無線通信系統(tǒng)中，基站或其他網(wǎng)絡(luò)節(jié)點(diǎn)中的發(fā)送設(shè)備在被稱為小區(qū)的地理區(qū)域中發(fā)送信號(hào)。隨著技術(shù)演進(jìn)，已引入了可以提供過去不可能提供的服務(wù)的更高級(jí)設(shè)備。該高級(jí)設(shè)備可以包括例如演進(jìn)通用陸地?zé)o線接入網(wǎng)(EUTRAN)節(jié)點(diǎn)B (eNB)，而不是基站，或比在傳統(tǒng)無線通信系統(tǒng)中的等價(jià)設(shè)備更高度演進(jìn)的其它系統(tǒng)和設(shè)備。這種高級(jí)或下一代設(shè)備在本文中可以被稱為長(zhǎng)期演進(jìn)(LTE)設(shè)備，使用這種設(shè)備的基于分組的網(wǎng)絡(luò)可以被稱為演進(jìn)分組系統(tǒng)(EPS)。對(duì)LTE系統(tǒng)和設(shè)備的附加改進(jìn)將最終導(dǎo)致高級(jí)LTE(LTE-A)系統(tǒng)。如本文所使用的，短語“基站”將指代可以向UE提供對(duì)通信網(wǎng)絡(luò)中的其它組件的通信接入的任何組件，比如傳統(tǒng)基站或LTE或LTE-A基站(包括eNB)。在諸如E-UTRAN之類的移動(dòng)通信系統(tǒng)中，基站向一個(gè)或多個(gè)UE提供無線接入?；景ǚ纸M調(diào)度器，用于動(dòng)態(tài)調(diào)度下行鏈路業(yè)務(wù)數(shù)據(jù)分組傳輸，并在與基站通信的所有UE之間分配上行鏈路業(yè)務(wù)數(shù)據(jù)分組傳輸資源。調(diào)度器的功能包括在UE之間劃分可用的空中接口容量，決定每個(gè)UE的分組數(shù)據(jù)傳輸所要使用的傳輸信道，以及監(jiān)視分組分配和系統(tǒng)負(fù)載。調(diào)度器動(dòng)態(tài)地分配物理下行鏈路共享信道(PDSCH)和物理上行鏈路共享信道(PUSCH)數(shù)據(jù)傳輸?shù)馁Y源，并通過控制信道向UE發(fā)送調(diào)度信息。在現(xiàn)有的通信系統(tǒng)中，在若干協(xié)議層中實(shí)現(xiàn)用于傳輸通信服務(wù)的各種信令和協(xié)議控制器。屬于每一層的各種對(duì)等實(shí)體彼此信號(hào)通知并通信，以使能并實(shí)現(xiàn)各種功能，使得可以提供服務(wù)。此外，每一層可以向上層提供一個(gè)或多個(gè)服務(wù)。圖I是在現(xiàn)有通信系統(tǒng)中找到的一些協(xié)議層的說明圖，并示出了可以用于在UE和基站之間的通信的分層協(xié)議。如圖I所示，網(wǎng)絡(luò)層12駐留在接入控制層14之上。網(wǎng)絡(luò)層12和接入控制層14可以彼此通信。此夕卜，由于它們駐留在接入控制層14之上，網(wǎng)絡(luò)控制層12接收由接入控制層14提供的服務(wù)。在移動(dòng)通信網(wǎng)絡(luò)中，UE和核心網(wǎng)(CN)的網(wǎng)絡(luò)層信令和協(xié)議控制器通過下層無線接入網(wǎng)(RAN)控制器建立的通信鏈路彼此通信。在例如UMTS和3GPP術(shù)語中，在UE和CN之間的網(wǎng)絡(luò)層被稱為非接入層(NAS)。RAN的無線接入層被稱為接入層(AS)。由于下層向上層提供服務(wù)，在例如UMTS和3GPP技術(shù)的情況下，AS向NAS提供服務(wù)。AS提供的一個(gè)這種服務(wù)是建立UE的NAS的信令連接，使得UE的NAS可以向核心網(wǎng)的NAS信號(hào)通知和通信。在長(zhǎng)期演進(jìn)/服務(wù)架構(gòu)演進(jìn)(LTE/SAE)中，可以將該服務(wù)稱為獲得信令連接以接入增強(qiáng)分組核心(EPC)。為了獲得信令連接，AS執(zhí)行RRC連接建立過程。該過程包括從UE的AS向基站的AS發(fā)送RRC連接請(qǐng)求消息。圖2是示出了由與EUTRAN網(wǎng)絡(luò)通信的UE所執(zhí)行的示例RRC建立過程的流程圖。在第一步驟20中，UE向EUTRAN發(fā)出RRCConnectionRequest (RRC連接請(qǐng)求)消息。響應(yīng)于此，在步驟22中，EUTRAN向UE發(fā)送RRCConnectionSetup (RRC連接建立)消息，并在步驟24中，從UE接收RRCConnectionSetupComplete(RRC連接建立完成)消息?？梢栽赨MTS中找到類似的信令過程。
可以由RRC針對(duì)其自身的需要來發(fā)起圖2所示的RRC連接請(qǐng)求過程，或可以在NAS向AS發(fā)送針對(duì)網(wǎng)絡(luò)連接的請(qǐng)求時(shí)發(fā)起該過程，以允許NAS與網(wǎng)絡(luò)通信。這樣，AS可以代表NAS來請(qǐng)求并建立資源。作為信令連接的建立的一部分(例如，如圖2所示)，UE的RRC向基站的AS發(fā)送對(duì)請(qǐng)求連接的原因的指示。原因可以包括若干值，包括emergency (緊急)、highPriorityAccess (高優(yōu)先級(jí)接入)、mt_Access (mt_ 接入)、mo_Signalling (mo-信令)、mo-Data (mo-數(shù)據(jù))、spare3 (備用 3)、spare2 (備用 2)、以及 spare I (備用 I)。表 I 示出了包括建立原因在內(nèi)的示例RRC信令協(xié)議，以及對(duì)可以由NAS向AS提供的用于請(qǐng)求信令連接的建立原因的有效值的定義。
-ASNI START
RRCConnectionRequest ::=SEQUENCE [
critical ExtensionsCHOICE {
rrcConnectioaReqiiest-r8RRCConnectionRequest-r8-IEs,
criticalExtensionsFutureSEQUENCE {}

} '
RRCConnectionRequest-r8-IEs ::=SEQUENCE {
ue-IdentityInitialUE-Identit>;
e stabli shmentCauseE stabli shmentC ause,
spareBIT STRING (SIZE (I))
}
InitialUE-IdentitvCHOICE [
s-TMSI 'S-TMSI,
randomValueBIT STRING (SIZE (40))
}
RstablishmeixtCause ::=ENUMERATED {
emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare”
-ASNISTOP表I建立原因可以向目的節(jié)點(diǎn)(例如，基站/E-UTRAN和可能的CN/EPC)指示該建立的原因，使得可以針對(duì)該信令連接和對(duì)該信令連接的后續(xù)使用或用戶平面連接分配合適的資源。該建立原因還可以用于對(duì)收費(fèi)費(fèi)率/計(jì)劃加以區(qū)別/區(qū)分。在UMTS和EPS中，從來自NAS的層間請(qǐng)求中獲取RRC在RRC連接請(qǐng)求消息中提供給網(wǎng)絡(luò)的建立原因。這樣，從NAS接收到AS(例如，RRC)在RRC連接請(qǐng)求中所使用的RRC建立原因。相應(yīng)地，由NAS來確定要使用哪個(gè)建立原因。例如，參照表I, “establishmentCause (建立原因)”可以用于提供由上層所提供的RRC連接請(qǐng)求的建立原因。關(guān)于原因值的名稱,highPriorityAccess涉及AC11. .AC15，“mt”代表“移動(dòng)端接”，以及“mo”代表“移動(dòng)發(fā)起”。在緊急呼叫的情況下，代表上層(例如，呼叫應(yīng)用)發(fā)起這種緊急呼叫的NAS可以指示正在進(jìn)行緊急呼叫。如果這樣，基站和CN可以讀取RRC建立原因，響應(yīng)于此，基站和CN可以被配置為盡可能提供并維護(hù)該緊急呼叫的資源。然而在一些網(wǎng)絡(luò)配置下，UE可以被配置為實(shí)現(xiàn)用于分組交換(PS)通信的MS層(包括語音和數(shù)據(jù)通信)。對(duì)于UE中的MS層，在CN側(cè)存在對(duì)等MS層?；緝?nèi)的MS層駐留在NAS層之上。在UE側(cè)，UE的MS子層與應(yīng)用是同等的。這樣，MS層(或子層)在NAS之上，并在移動(dòng)管理功能和會(huì)話管理功能之上。圖3a是在UE內(nèi)的分層的說明圖，其示 出了頂S子層。如圖所示，MS子層30駐留在NAS層32和AS層34之上。MS層可以用于發(fā)起PS語音通信。在一些情況下，用戶可以希望使用IMS層提供的服務(wù)來發(fā)起緊急語音通信?？梢砸蟀ü碴懙匾苿?dòng)網(wǎng)絡(luò)(PLMN)在內(nèi)的各種通信網(wǎng)絡(luò)支持用戶進(jìn)行緊急呼叫。然而一般而言，這些網(wǎng)絡(luò)不支持在PS域中進(jìn)行緊急呼叫(例如，使用IMS)。這樣，現(xiàn)有系統(tǒng)可以依賴于電路交換(CS)域來提供緊急呼叫。即使用戶的UE可以被配置為提供使用MS的語音通信，在緊急呼叫的特殊情況下，UE不使用MS提供的PS域服務(wù)。取而代之地，UE切換到CS域服務(wù)，以進(jìn)行緊急呼叫。當(dāng)UE連接到不提供CS域服務(wù)的網(wǎng)絡(luò)(例如，LTE/SAE)時(shí)，UE可以被配置為實(shí)現(xiàn)CS回退(CSFB)，以提供緊急呼叫(參見例如，TS3GPP
23.272)。在CSFB中，取代使用PS域，UE移回2G或3G系統(tǒng)，并使用2G/3G系統(tǒng)的CS域來進(jìn)行緊急呼叫。然而，進(jìn)一步地，可以要求3GPP PS域支持緊急呼叫。在該情況下，由于3GPP的PS域使用MS作為用于建立、控制和管理呼叫或會(huì)話或事務(wù)的層，將由MS層來實(shí)現(xiàn)PS域緊急呼叫。這樣，為了建立緊急會(huì)話，頂S子層可以利用建立對(duì)EPC核心的接入的請(qǐng)求來觸發(fā)NAS層。響應(yīng)于此，則NAS可以建立NAS信令連接且AS可以建立RRC連接。進(jìn)而，EPC在響應(yīng)針對(duì)網(wǎng)絡(luò)接入的NAS請(qǐng)求時(shí)，建立用于支持所請(qǐng)求服務(wù)所需承載。然而在現(xiàn)有網(wǎng)絡(luò)中，盡管MS層可以指示所請(qǐng)求的資源是用于緊急呼叫的，但是不存在使這種指示穿過NAS到AS從而到基站或網(wǎng)絡(luò)的現(xiàn)有機(jī)制。這樣，在接收到RRC連接請(qǐng)求之后，基站的AS不能確定特定請(qǐng)求的信令連接是針對(duì)請(qǐng)求用于緊急呼叫的MS會(huì)話。在一些情況下，在受限服務(wù)狀態(tài)下工作的UE可以用于發(fā)起緊急呼叫。當(dāng)UE不具有訂戶識(shí)別模塊(SIM)時(shí)，當(dāng)用戶尚未支付其電話賬單并具有被暫停的賬戶時(shí)，或當(dāng)用戶旅行到外國(guó)并嘗試在與用戶的歸屬提供商不具有合適漫游協(xié)議的網(wǎng)絡(luò)上接入移動(dòng)服務(wù)時(shí)，可以導(dǎo)致受限服務(wù)狀態(tài)。在這些情況下，當(dāng)UE上電時(shí)，UE可以嘗試進(jìn)入以下狀態(tài)UE可以支持緊急呼叫，但是不能提供附加服務(wù)。這樣，UE可以以僅用于提供緊急呼叫的受限服務(wù)狀態(tài)駐留在PLMN的可用小區(qū)上。如果在該受限服務(wù)狀態(tài)下，UE被配置為為了提供緊急呼叫而發(fā)起PS域語音服務(wù)(例如，經(jīng)由IMS)，則在很多網(wǎng)絡(luò)配置下，基站的AS不能確定在受限服務(wù)狀態(tài)下的UE所請(qǐng)求的特定IMS會(huì)話是針對(duì)緊急呼叫。這樣，基站難以確定從UE接收到的RRC連接請(qǐng)求將最終被用于MS緊急呼叫。如果基站不能確定該請(qǐng)求是針對(duì)IMS緊急呼叫，則如果在基站上沒有可用的無線資源，基站不能通過例如得當(dāng)?shù)蒯尫泡^低優(yōu)先級(jí)的資源來快速建立緊急會(huì)話。在使用網(wǎng)絡(luò)共享配置來實(shí)現(xiàn)的網(wǎng)絡(luò)配置下(其中，在2個(gè)或更多核心網(wǎng)絡(luò)或PLMN之間有效地共享RAN、基站收發(fā)臺(tái)(BTS)或基站)，加劇了這些問題。


為了對(duì)本公開的更完整的理解，現(xiàn)在結(jié)合附圖和詳細(xì)描述來參考以下簡(jiǎn)要描述，附圖中相似的引用標(biāo)號(hào)表示相似的部分。圖I是在現(xiàn)有通信系統(tǒng)中找到的一些協(xié)議層的說明圖，示出了可以用于在用戶設(shè)備(UE)和基站之間的通信的分層協(xié)議；圖2是示出了由與演進(jìn)通用陸地?zé)o線接入網(wǎng)(EUTRAN)網(wǎng)絡(luò)通信的UE所執(zhí)行的示例無線資源控制(RRC)建立過程的消息序列流程圖；圖3a是在UE內(nèi)的分層的說明圖，示出了因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(MS)子層；圖3b是用于UE的非接入層(NAS)向網(wǎng)絡(luò)的NAS發(fā)送服務(wù)請(qǐng)求的過程的說明圖；圖4是示出了使用NAS注冊(cè)在NAS空閑或NAS連接模式下的UE來進(jìn)行MS緊急呼叫的示例過程的流程圖；圖5是示出了使用在受限服務(wù)狀態(tài)下的UE來進(jìn)行MS緊急呼叫的示例過程的流程圖；圖6是示出了使用在受限服務(wù)狀態(tài)下的UE來進(jìn)行MS緊急呼叫的示例過程的流程圖，其中，網(wǎng)絡(luò)工作在網(wǎng)絡(luò)共享配置下；圖7是包括UE在內(nèi)的無線通信系統(tǒng)的圖，該UE可被操作用于本公開的各種實(shí)施例中的一些實(shí)施例；圖8是可被操作用于本公開的各種實(shí)施例中的一些實(shí)施例的UE的框圖；圖9是可以在UE上實(shí)現(xiàn)的軟件環(huán)境的圖，該UE可被操作用于本公開的各種實(shí)施例中的一些實(shí)施例；以及圖10是適用于本公開的各種實(shí)施例中的一些實(shí)施例的說明性通用計(jì)算機(jī)系統(tǒng)。
具體實(shí)施例方式本發(fā)明大體上涉及確定建立原因，更具體地，涉及使用非接入層(NAS)過程來確定無線資源控制(RRC)建立原因的方法和系統(tǒng)。 為此，一些實(shí)施例包括一種使用用戶設(shè)備(UE)來發(fā)起分組交換緊急呼叫的方法。所述UE包括多個(gè)協(xié)議層。所述多個(gè)協(xié)議層包括MS子層、非接入層(NAS)層以及接入層(AS)層。所述方法包括使用所述UE來產(chǎn)生附著請(qǐng)求。所述附著請(qǐng)求具有附著類型。所述方法包括使用所述UE的NAS層來檢索所述附著請(qǐng)求的附著類型，以及產(chǎn)生RRC連接請(qǐng)求。所述RRC連接請(qǐng)求包括基于所述附著請(qǐng)求的附著類型的RRC建立原因。另一實(shí)施例是一種使用用戶設(shè)備(UE)來發(fā)起因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)緊急呼叫的方法。所述UE包括多個(gè)協(xié)議層。所述多個(gè)協(xié)議層包括MS子層、非接入層(NAS)層以及接入層(AS)層。所述方法包括使用所述UE來產(chǎn)生附著請(qǐng)求。所述附著請(qǐng)求具有附著類型。所述方法包括使用所述UE的NAS層來檢索所述附著請(qǐng)求的附著類型；以及當(dāng)所述附著類型是第一值時(shí)，產(chǎn)生RRC連接請(qǐng)求。所述RRC連接請(qǐng)求包括具有第二值的RRC建立原因。
另一實(shí)施例是一種使用用戶設(shè)備(UE)來發(fā)起因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)緊急呼叫的方法。所述UE包括多個(gè)協(xié)議層。所述多個(gè)協(xié)議層包括MS子層、非接入層(NAS)層以及接入層(AS)層。所述方法包括使用所述UE來產(chǎn)生PDN連接請(qǐng)求，所述PDN連接請(qǐng)求具有請(qǐng)求類型；檢索所述I3DN連接請(qǐng)求的請(qǐng)求類型；以及當(dāng)所述請(qǐng)求類型是第一值時(shí)，產(chǎn)生RRC連接請(qǐng)求，所述RRC連接請(qǐng)求包括具有第二值的RRC建立原因。另一實(shí)施例是一種使用用戶設(shè)備(UE)來發(fā)起因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)緊急呼叫的方法。所述UE包括多個(gè)協(xié)議層。所述多個(gè)協(xié)議層包括MS子層、非接入層(NAS)層以及接入層(AS)層。所述方法包括使用所述UE來產(chǎn)生呼叫類型，所述呼叫類型具有第一值；使用所述UE的NAS層來產(chǎn)生RRC連接請(qǐng)求，所述RRC連接請(qǐng)求包括具有第二值的RRC建立原因；當(dāng)請(qǐng)求對(duì)所述UE的AS層的RRC連接時(shí)，使用所述UE的NAS層來提供所述呼叫類型；以及使用所述UE的AS層向基站發(fā)送所述呼叫類型和所述RRC連接請(qǐng)求。其他實(shí)施例包括一種使用用戶設(shè)備(UE)來發(fā)起因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)緊急呼叫的方法。所述UE包括多個(gè)協(xié)議層。所述多個(gè)協(xié)議層包括MS子層、非接入層(NAS)層以及接入層(AS)層。所述方法包括產(chǎn)生對(duì)所述UE的NAS層的PDN連接請(qǐng)求，所述PDN連接請(qǐng)求包括接入點(diǎn)名稱(APN);檢索所述PDN連接請(qǐng)求的APN ；以及當(dāng)所述APN標(biāo)識(shí)緊急APN時(shí)，產(chǎn)生RRC連接請(qǐng)求，所述RRC連接請(qǐng)求包括具有第二值的RRC建立原因。其他實(shí)施例包括一種用于向用戶設(shè)備(UE)提供無線資源以發(fā)起因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(ms)緊急呼叫的基站。所述基站包括多個(gè)協(xié)議層。所述多個(gè)協(xié)議層包括接入層(AS)層。所述基站包括處理器，所述處理器被配置為從所述UE的AS層接收呼叫類型，所述呼叫類型具有第一值；以及從所述UE的AS層接收RRC連接請(qǐng)求，所述RRC連接請(qǐng)求包括具有第二值的RRC建立原因。其他實(shí)施例包括一種用于向用戶設(shè)備(UE)提供無線資源以發(fā)起因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(ms)緊急呼叫的基站。所述基站包括多個(gè)協(xié)議層。所述多個(gè)協(xié)議層包括接入層(AS)層。所述基站包括處理器，所述處理器被配置為接收RRC連接請(qǐng)求；以及當(dāng)所述RRC連接請(qǐng)求包括具有EPS緊急呼叫或會(huì)話、PS緊急、IMS緊急呼叫或會(huì)話、緊急服務(wù)、以及緊急呼叫中至少一項(xiàng)的值的RRC建立原因時(shí)，向所述UE提供支持IMS緊急呼叫所需的無線資源。為了實(shí)現(xiàn)前述和相關(guān)目的，本發(fā)明包括在下文中充分描述的特征。以下描述和附圖詳細(xì)闡述了本發(fā)明的特定說明方面。然而，這些方面僅指示了可以采用本發(fā)明的原理的各種方式中的一些方式。當(dāng)結(jié)合附圖考慮時(shí)，根據(jù)本發(fā)明的以下詳細(xì)描述，本發(fā)明的其它方面和新穎特征將變得顯而易見?，F(xiàn)在將參照附圖來描述本發(fā)明的各種方面，其中，在所有附圖中相似的標(biāo)號(hào)指代相似或?qū)?yīng)的元素。然而應(yīng)當(dāng)理解，附圖和涉及附圖的詳細(xì)描述不意在將所要求保護(hù)的主題限制為所公開的具體形式。而是，意在覆蓋落入主題的精神和范圍中的所有修改、等價(jià)物和備選。如本文所使用的，術(shù)語“組件”、“系統(tǒng)”等意在指代涉及計(jì)算機(jī)的實(shí)體，或者硬件、硬件和軟件的組合、軟件或執(zhí)行中的軟件。例如，組件可以是(但不限于)在處理器上運(yùn)行的進(jìn)程、處理器、對(duì)象、可執(zhí)行文件、執(zhí)行的線程、程序、和/或計(jì)算機(jī)。作為說明，在計(jì)算機(jī)上運(yùn)行的應(yīng)用和計(jì)算機(jī)都可以是組件。一個(gè)或多個(gè)組件可以駐留在執(zhí)行的進(jìn)程和/或線程內(nèi)，且組件可以在一個(gè)計(jì)算機(jī) 上本地化，和/或組件可以在2個(gè)或更多計(jì)算機(jī)之間分布。
在本文中使用單詞“示例”來表示作為示例、實(shí)例或說明之用。本文中描述為“示例”的任何方面或設(shè)計(jì)不一定被理解為相比于其它方面或設(shè)計(jì)是優(yōu)選的或有利的。此外，可以使用標(biāo)準(zhǔn)編程和/或工程技術(shù)將所公開的主題實(shí)現(xiàn)為系統(tǒng)、方法、裝置、或制造品，以產(chǎn)生軟件、固件、硬件、或其任意組合，來控制計(jì)算機(jī)或基于處理器的設(shè)備來實(shí)現(xiàn)本文詳細(xì)描述的方法。如本文所使用的術(shù)語“制造品”(或備選的，“計(jì)算機(jī)程序產(chǎn)品”)意在包含可從任何計(jì)算機(jī)可讀設(shè)備、載體、或介質(zhì)中訪問的計(jì)算機(jī)程序。例如，計(jì)算機(jī)可讀介質(zhì)可以包括(但不限于)磁存儲(chǔ)設(shè)備(例如，硬盤、軟盤、磁條...)、光盤(例如，高密度盤(⑶)、數(shù)字多功能盤(DVD)...)智能卡以及閃存設(shè)備(例如，卡、棒)。此外，應(yīng)當(dāng)意識(shí)到可以采用載波來攜帶計(jì)算機(jī)可讀電子數(shù)據(jù)，比如在發(fā)送和接收電子郵件中使用的數(shù)據(jù)，或在接入網(wǎng)絡(luò)(比如因特網(wǎng)或局域網(wǎng)(LAN))中使用的數(shù)據(jù)。當(dāng)然，本領(lǐng)域技術(shù)人員將意識(shí)到可以在不脫離所要求保護(hù)的主題的范圍或精神的情況下對(duì)該配置進(jìn)行很多修改。在移動(dòng)通信網(wǎng)絡(luò)中，UE和CN的網(wǎng)絡(luò)層信令和協(xié)議控制器通過由下層無線接入網(wǎng)控制器建立的通信鏈路來彼此通信。在例如UMTS和3GPP術(shù)語中，將UE和CN之間的網(wǎng)絡(luò)層稱為NAS。將無線接入網(wǎng)(RAN)的無線接入層稱為AS。由于下層向上層提供服務(wù)，在例如UMTS和3GPP技術(shù)的情況下，AS向NAS提供服務(wù)。AS提供的一個(gè)這種服務(wù)是建立UE的NAS的信令連接，使得UE的NAS可以信號(hào)通知核心網(wǎng)的NAS并與之通信。這樣，當(dāng)UE的NAS希望向網(wǎng)絡(luò)的NAS發(fā)送服務(wù)請(qǐng)求時(shí)，AS可以執(zhí)行RRC連接建立過程來建立下層無線連接。圖3b是UE的NAS向網(wǎng)絡(luò)的NAS發(fā)送服務(wù)請(qǐng)求的過程的說明圖。參照?qǐng)D3b，為了從UE的NAS向網(wǎng)絡(luò)的NAS傳輸服務(wù)請(qǐng)求，在步驟31中，UE的NAS首先向UE的AS發(fā)送a)數(shù)據(jù)塊以及b)建立原因。在步驟33中，UE的AS開始RRC連接請(qǐng)求過程，該RRC連接請(qǐng)求過程向RAN的AS發(fā)送RRC連接請(qǐng)求。RRC連接請(qǐng)求攜帶由UE的NAS所提供的建立原因。在步驟35中，RAN的AS開始為無線連接分配資源，并向UE發(fā)送RRC連接建立消息。在步驟37中，UE的AS接受無線資源，并通過發(fā)送RRC連接建立完成消息來應(yīng)答該建立。在RRC連接建立完成消息的情況下，UE的AS還傳遞從UE的NAS接收到的數(shù)據(jù)塊。此時(shí)，UE或RAN的AS不檢查從NAS接收到的數(shù)據(jù)塊。在步驟39中，RAN的AS向RAN的互通功能傳遞數(shù)據(jù)塊，在步驟41中，RAN的互通功能在網(wǎng)絡(luò)側(cè)上對(duì)數(shù)據(jù)塊進(jìn)行互通，并將數(shù)據(jù)塊傳遞給RAN的RAN-CN控制器。在步驟43中，RAN-CN控制器建立對(duì)CN的核心網(wǎng)絡(luò)連接，并將數(shù)據(jù)塊傳遞給CN的CN-RAN控制器。最后，在步驟45中，CN-RAN控制器接收數(shù)據(jù)塊，并將數(shù)據(jù)塊傳遞給CN的MS0此時(shí)，CN的NAS檢查數(shù)據(jù)塊，并識(shí)別出在數(shù)據(jù)塊中提供的服務(wù)請(qǐng)求。因此，僅在步驟45中，CN才發(fā)現(xiàn)UE已在從UE的NAS向AS的原始傳輸中發(fā)送了服務(wù)請(qǐng)求。為了實(shí)現(xiàn)諸如CSFB之類的其他服務(wù)，可以用擴(kuò)展服務(wù)請(qǐng)求消息來替換服務(wù)請(qǐng)求消息。 因此，在步驟33、35、37、39、41和43的執(zhí)行期間，UE的NAS和CN的NAS之間沒有任何實(shí)體知道由UE的NAS原始發(fā)送的數(shù)據(jù)塊實(shí)際上是服務(wù)請(qǐng)求消息。在該過程的執(zhí)行期間，在UE的NAS和CN的NAS之間的每個(gè)組件僅將數(shù)據(jù)塊在彼此之間傳遞，而不檢查數(shù)據(jù)塊的內(nèi)容。因此，僅在步驟45中，CN才識(shí)別出數(shù)據(jù)塊包含服務(wù)請(qǐng)求。因此，由于直到在圖3b所示的過程結(jié)束處才檢查數(shù)據(jù)，網(wǎng)絡(luò)難以確定正在請(qǐng)求特定資源。例如，當(dāng)發(fā)起頂S緊急呼叫時(shí)，網(wǎng)絡(luò)直到過程的結(jié)束處才知道正在請(qǐng)求用于MS緊急呼叫的資源。具體地，基站不能確定從UE接收的RRC連接請(qǐng)求將最終用于MS緊急呼口q。如果基站不能確定該請(qǐng)求是針對(duì)MS緊急呼叫，則如果在基站上沒有可用的無線資源，基站不能通過例如得當(dāng)?shù)蒯尫泡^低優(yōu)先級(jí)的資源來快速建立緊急會(huì)話。在使用網(wǎng)絡(luò)共享配置來實(shí)現(xiàn)的網(wǎng)絡(luò)配置下(其中，在2個(gè)或更多核心網(wǎng)絡(luò)或PLMN之間有效地共享RAN、BTS或基站)，加劇了這些問題。該問題不限于緊急呼叫，而是可以發(fā)生在資源應(yīng)當(dāng)受到特殊處理的任何服務(wù)中。圖4是示出了使用NAS注冊(cè)為NAS空閑或NAS連接模式的UE來進(jìn)行MS緊急呼叫的示例過程40的流程圖。該流程圖示出了以下過程其中，不允許基站確定該過程是否是由針對(duì)IMS緊急呼叫的請(qǐng)求所發(fā)起的。參見圖4，在步驟42中，應(yīng)用和MS棧確定了用戶希望發(fā)起MS緊急呼叫。這樣，IMS層請(qǐng)求要用于MS緊急呼叫的新的EPS會(huì)話。在步驟44中，在從IMS層接收到請(qǐng)求之后，EPS會(huì)話管理(ESM)實(shí)體通過UE的NAS發(fā)起針對(duì)緊急分組數(shù)據(jù)網(wǎng)絡(luò)(TON)連接的請(qǐng)求。這樣，ESM發(fā)出PDN連接請(qǐng)求。在步驟46中，在發(fā)出PDN連接請(qǐng)求之后，觸發(fā)EPS移動(dòng)管理(EMM)，在步驟48中，系統(tǒng)檢查UE的NAS是否注冊(cè)。如果注冊(cè)，在步驟50中，UE向EPC發(fā)送SERVICE_REQUEST，以觸發(fā)UE中的AS建立RRC連接。在該步驟中，RRC建立原因指定移動(dòng)發(fā)起(MO)數(shù)據(jù)，呼叫類型指示存在發(fā)起呼叫。在步驟52中，UE的AS請(qǐng)求RRC連接。將從UE的NAS接收到的RRC建立原因(例如，MO數(shù)據(jù))傳遞給基站。然而重要的是，在該過程中，不向基站提供呼叫類型，僅由UE的AS使用呼叫類型來驗(yàn)證可以進(jìn)行的不同類型的呼叫的接入權(quán)利。這樣，以及如框54所示，基站在檢查RRC連接請(qǐng)求(而不檢查相關(guān)聯(lián)的呼叫類型)之后，不能確定是否頂S緊急呼叫有待處理。因此，基站將不執(zhí)行特殊處理。在建立RRC連接之后，在步驟56中，UE的NAS發(fā)送服務(wù)請(qǐng)求，并移至NAS連接模式。在進(jìn)入NAS連接模式之后，在步驟58中，NAS發(fā)送具有請(qǐng)求類型為“緊急”的PDN連接請(qǐng)求。在接收到具有請(qǐng)求類型為“緊急”的PDN連接請(qǐng)求之后，在步驟60中，CN識(shí)別出緊急呼叫有待處理，并請(qǐng)求基站提供用于發(fā)起緊急呼叫的無線資源。因此，如框62所示，僅在CN識(shí)別出緊急呼叫有待處理并請(qǐng)求基站提供所需無線資源之后，基站才可以變?yōu)橹獣訧MS緊急呼叫有待處理。然而如果在步驟48中，系統(tǒng)確定UE已經(jīng)處于NAS連接模式下，則NAS進(jìn)行至步驟58，發(fā)送具有請(qǐng)求類型“緊急”的PDN連接請(qǐng)求，相同的過程繼續(xù)。因此，當(dāng)實(shí)現(xiàn)圖4所示的過程時(shí)，現(xiàn)有的RRC建立原因不足以向基站指示要進(jìn)行IMS緊急呼叫。此外，在傳統(tǒng)的網(wǎng)絡(luò)實(shí)現(xiàn)中，不向基站傳遞呼叫類型，不指示要進(jìn)行MS緊急呼叫(例如，呼叫類型僅可以指定MO呼叫)。事實(shí)上，在現(xiàn)有的實(shí)現(xiàn)中，呼叫類型僅可以用于針對(duì)由呼叫類型所標(biāo)識(shí)的特定呼叫類型來檢查接入權(quán)利。如果當(dāng)要進(jìn)行IMS緊急呼叫時(shí)UE處于連接模式，則這些問題更嚴(yán)重，因?yàn)榇藭r(shí)NAS可能剛剛建立緊急的PDN連接，而AS將接收不到要進(jìn)行緊急呼叫的指示。 因此，使用圖4所示的過程，即使基站檢查RRC建立原因，基站也不能確定所請(qǐng)求的呼叫是緊急頂S呼叫，或要求特殊處理的呼叫。不向基站提供呼叫類型，基站將僅在EPC請(qǐng)求資源分配時(shí)在NASEMM信令和NAS ESM信令之后，才了解到存在緊急呼叫。盡管在過程的結(jié)束處基站可以了解到要進(jìn)行緊急呼叫，但是此時(shí)基站可能已經(jīng)向正在使用CSFB來進(jìn)行緊急呼叫的其它UE分配了必要資源?？梢杂筛邇?yōu)先級(jí)人類用戶(例如處于緊急情況下的平民或公共服務(wù)人員)來進(jìn)行諸如IMS緊急呼叫之類的基于分組的呼叫，而可以由任何普通用戶來進(jìn)行CSFB緊急。圖5是示出了使用處于受限服務(wù)狀態(tài)下的UE來進(jìn)行IMS緊急呼叫的示例過程70的流程圖，如上所述。該流程圖示出了以下過程其中，不允許基站確定該過程是否由針對(duì)IMS緊急呼叫的請(qǐng)求所發(fā)起。 參見圖5，在步驟72中，處于受限服務(wù)狀態(tài)下的UE的應(yīng)用和MS棧確定用戶希望發(fā)起MS緊急呼叫。這樣，MS層請(qǐng)求要用于MS緊急呼叫的新的EPS會(huì)話。在步驟74中，在從MS層接收到請(qǐng)求之后，ESM通過UE的NAS發(fā)起針對(duì)緊急PDN連接的請(qǐng)求。這樣，ESM發(fā)出PDN連接請(qǐng)求。在步驟76中，在發(fā)出PDN連接請(qǐng)求之后，觸發(fā)EMM，系統(tǒng)檢查UE的NAS是否注冊(cè)。在本示例中，由于UE工作在受限服務(wù)狀態(tài)下，未注冊(cè)NAS。因此，在步驟78中，NAS確定需要發(fā)送附著請(qǐng)求。在該情況下，由于UE正在發(fā)起緊急呼叫，附著請(qǐng)求包括附著類型“EPS緊急附著”。在該步驟中，NAS還發(fā)送具有請(qǐng)求類型為“緊急”的PDN連接請(qǐng)求。在步驟80中，NAS觸發(fā)AS用于RRC連接。將RRC建立原因設(shè)置為MO信令，將呼叫類型設(shè)置為緊急呼叫。在步驟82中，UE的AS請(qǐng)求RRC連接。將從UE的NAS接收到的RRC建立原因(例如，MO信令)傳遞給基站。然而重要的是，在該過程中，不向基站提供呼叫類型，僅由UE的AS使用呼叫類型來驗(yàn)證被允許進(jìn)行的不同類型呼叫的接入權(quán)利。這樣，基站在檢查了 RRC連接請(qǐng)求之后(而不檢查相關(guān)聯(lián)的呼叫類型)，不能確定是否IMS緊急呼叫有待處理。因此，基站將不執(zhí)行特殊處理。在建立RRC連接之后，在步驟84中，UE的NAS發(fā)送附著請(qǐng)求。在進(jìn)入NAS連接模式之后，在步驟86中，NAS發(fā)送具有請(qǐng)求類型為“緊急”的PDN連接請(qǐng)求。在接收到具有請(qǐng)求類型為“緊急”的PDN連接請(qǐng)求之后，CN識(shí)別出緊急呼叫有待處理，并請(qǐng)求基站提供用于發(fā)起緊急呼叫的無線資源。因此，如框88所示，僅在CN識(shí)別出緊急呼叫有待處理并請(qǐng)求基站提供所需無線資源之后，基站才可以變?yōu)橹獣訫S緊急呼叫有待處理。在LTE/SAE系統(tǒng)中，系統(tǒng)可以允許以接合方式來執(zhí)行步驟84和86。這樣，在概念上，可以將步驟84和步驟86作為一個(gè)步驟執(zhí)行，但是在邏輯上可以是2個(gè)步驟。以接合方式對(duì)步驟84和86的概念執(zhí)行不改變上述問題。圖6是示出了使用在受限服務(wù)狀態(tài)下的UE來進(jìn)行IMS緊急呼叫的示例過程90的流程圖，其中，網(wǎng)絡(luò)工作在網(wǎng)絡(luò)共享配置下。在網(wǎng)絡(luò)共享配置下，在2個(gè)或更多核心網(wǎng)絡(luò)或PLMN之間有效共享RAN、BTS或基站。因此，圖6示出了可以與EPCa、EPCb以及EPCc中至少一個(gè)通信的UE。該流程圖示出了以下過程，其中，不允許基站確定該過程是否由針對(duì)IMS緊急呼叫的請(qǐng)求所發(fā)起。參見圖6，在步驟92中，應(yīng)用和MS棧確定用戶希望發(fā)起MS緊急呼叫。這樣，MS層請(qǐng)求要用于IMS緊急呼叫的新的EPS會(huì)話。步驟92可以根據(jù)圖5的步驟74、76和78來實(shí)現(xiàn)。在步驟94中，NAS觸發(fā)AS用于RRC連接。將RRC建立原因設(shè)置為MO信令，將呼叫類型設(shè)置為緊急呼叫。在步驟96中，UE的AS請(qǐng)求RRC連接。將從UE的NAS接收到的RRC建立原因(例如，MO信令)傳遞給基站。然而重要的是，在該過程中，不向基站提供呼叫類型，僅由UE的AS使用呼叫類型來驗(yàn)證被允許進(jìn)行的不同類型呼叫的接入權(quán)利。這樣，基站在檢查了 RRC連接請(qǐng)求之后(而不檢查相關(guān)聯(lián)的呼叫類型)，不能確定是否IMS緊急呼叫有待處理。因此，基站不執(zhí)行特殊處理。在建立RRC連接之后，在步驟98中，UE的NAS發(fā)送附著請(qǐng)求。在進(jìn)入NAS連接模式之后，在步驟100中，NAS發(fā)送具有請(qǐng)求類型為“緊急”的TON連接請(qǐng)求。在接收到具有請(qǐng)求類型為“緊急”的PDN連接請(qǐng)求之后，CN識(shí)別出緊急呼叫有待處理，并請(qǐng)求基站提供用于發(fā)起緊急呼叫的無線資源。因此，如框102所示，僅在CN識(shí)別出緊急呼叫有待處理并請(qǐng)求基站提供所需無線資源之后，基站才可以變?yōu)橹獣訫S緊急呼叫有待處理。在LTE/SAE系統(tǒng)中，系統(tǒng)可以允許以接合方式來執(zhí)行步驟98和100。這樣，在概念上，可以將步驟98和步驟100作為一個(gè)步驟執(zhí)行，但是在邏輯上可以是2個(gè)步驟。以接合方式對(duì)步驟98和100的概念執(zhí)行不改變上述問題。如圖6所示，當(dāng)網(wǎng)絡(luò)正在實(shí)現(xiàn)網(wǎng)絡(luò)共享時(shí)，附加的問題出現(xiàn)。在網(wǎng)絡(luò)共享的情況下，不是所有由基站提供服務(wù)的PLMN都必須支持IMS緊急呼叫。然而，由于基站知道哪個(gè)PLMN支持MS緊急呼叫，基站能夠?yàn)镸S緊急呼叫選擇合適的PLMN。為此，基站必須首先檢測(cè)到UE在處于受限服務(wù)狀態(tài)的同時(shí)正在嘗試進(jìn)行IMS緊急呼叫，然后選擇PLMN中將支持該IMS緊急呼叫的一個(gè)PLMN。因此，重要的是基站能夠快速檢測(cè)到處于受限服務(wù)狀態(tài)下的UE正在進(jìn)行MS緊急呼叫，以可以選擇合適的PLMN。因此，在圖4至6所示的用于發(fā)起MS緊急呼叫的系統(tǒng)和過程不能向AS充分通知所請(qǐng)求的資源是要用于MS緊急呼叫。因此，對(duì)所需資源的提供可能被延遲，或完全不能提供資源，可能的結(jié)果是，即使在所需資源原本可用的情況下，緊急呼叫也可能失敗。例如，在當(dāng)UE駐留在網(wǎng)絡(luò)小區(qū)上且處于NAS注冊(cè)狀態(tài)下時(shí)可能出現(xiàn)問題。當(dāng)UE處于連接模式時(shí)，在UE和CN之間傳遞的用于建立MS緊急呼叫的信息對(duì)于AS來說是未知的。因此，基站不能檢測(cè)到正在進(jìn)行MS緊急呼叫，直到CN向基站發(fā)起資源請(qǐng)求，且資源請(qǐng)求指示MS緊急呼叫即將來臨。參見例如圖4。類似的，當(dāng)UE處于空閑模式下時(shí)，UE的AS從UE的NAS接收建立RRC連接的請(qǐng)求。然而，現(xiàn)有的RRC建立原因不足以精確地向AS指示正在進(jìn)行IMS緊急呼叫。這些問題不僅針對(duì)MS緊急呼叫存在，還對(duì)于可以避免延遲提供所需資源的任何基于分組的呼叫存在。在一個(gè)實(shí)施例中，本系統(tǒng)允許基站區(qū)分在CS域中請(qǐng)求的呼叫(例如，經(jīng)由CSFB)和在PS域(例如，頂S)中請(qǐng)求的呼叫。因此，基站可以被配置為提供PS呼叫所需的服務(wù)，以最小化與發(fā)起呼叫并確保使任何所需資源可用相關(guān)聯(lián)的任何延遲。當(dāng)UE發(fā)起附著過程時(shí)，附著類型用于確定RRC建立原因。然后UE在RRC連接請(qǐng)求中發(fā)送該RRC建立原因，以加快所需資源的提供。在本系統(tǒng)的一個(gè)實(shí)現(xiàn)中，當(dāng)UE發(fā)起附著過程時(shí)，將附著類型設(shè)置為“EPS緊急附著”。UE的NAS接收并檢測(cè)附著類型值，并被配置為當(dāng)附著類型是“EPS緊急附著”時(shí)，將RRC建立原因設(shè)置為以下各項(xiàng)之一 “EPS緊急呼叫或會(huì)話”、“PS緊急”、“MS緊急呼叫或會(huì)話”、“緊急服務(wù)”、或“緊急呼叫”。當(dāng)基站接收到具有被設(shè)置為“EPS緊急呼叫或會(huì)話”、“PS緊急”、“MS緊急呼叫或會(huì)話”、“緊急服務(wù)”、或“緊急呼叫”之一的RRC建立原因的RRC連接請(qǐng)求消息時(shí)，基站可以被配置為識(shí)別出正在進(jìn)行IMS緊急呼叫。因此，基站可以通過給予該呼叫升高的優(yōu)先級(jí)并嘗試確保使任何所需資源可用，來滿足緊急呼叫。、
此外，在UE處于受限服務(wù)狀態(tài)下且基站被配置為支持網(wǎng)絡(luò)共享的情況下，基站不能確定處于受限服務(wù)狀態(tài)的UE正在進(jìn)行緊急呼叫可能導(dǎo)致呼叫請(qǐng)求被分發(fā)到共享網(wǎng)絡(luò)配置中不能支持頂S緊急呼叫的核心網(wǎng)絡(luò)中。因此，本系統(tǒng)使用在附著過程期間指定的附著類型值來確定或映射到RRC建立原因。當(dāng)例如將附著類型設(shè)置為“EPS緊急附著”時(shí)，將RRC建立原因設(shè)置為“EPS緊急呼叫或會(huì)話”、“PS緊急”、“緊急呼叫”、或另一合適值?，F(xiàn)有系統(tǒng)允許RRC建立原因指示“緊急呼叫”。盡管該配置允許基站確定正在進(jìn)行緊急呼叫，但是不允許基站在PS呼叫(比如MS緊急呼叫)和CSFB緊急呼叫之間進(jìn)行區(qū)分。作為備選，可以引入并使用附加RRC建立原因值“EPS緊急呼叫或會(huì)話”、“PS緊急”、“MS緊急呼叫或會(huì)話”、或“緊急服務(wù)”，來指示正在建立PS呼叫(比如MS緊急呼叫)。在本實(shí)施例中，可以使用備選的合適命名的RRC建立原因來區(qū)分作為PS呼叫的緊急呼叫(比如MS緊急呼叫)，而不是CSFB緊急呼叫。在另一實(shí)現(xiàn)中，可以使用請(qǐng)求類型來確定RRC建立原因。例如，當(dāng)UE需要發(fā)起TON連接請(qǐng)求以獲得緊急PDN時(shí)，UE可以被配置為將請(qǐng)求類型設(shè)置為“緊急”。然后可以通過例如使RRC建立原因值被設(shè)置為“EPS緊急呼叫或會(huì)話”、“PS緊急呼叫”、“MS緊急呼叫或會(huì)話”、“緊急服務(wù)”、“緊急呼叫”或某個(gè)其他合適命名的原因，使用請(qǐng)求類型“緊急”來映射或確定RRC建立原因。在本實(shí)現(xiàn)中，當(dāng)基站接收到具有被設(shè)置為“EPS緊急呼叫或會(huì)話”、“PS緊急”、“MS緊急呼叫或會(huì)話”、“緊急服務(wù)”、“緊急呼叫”的RRC建立原因的RRC連接請(qǐng)求消息時(shí)，基站可以被配置為檢測(cè)到正在進(jìn)行MS緊急呼叫，并且可以嘗試提供任何所需資源。如果僅將RRC建立原因設(shè)置為“緊急呼叫”，則即使基站可以知道緊急呼叫將發(fā)生，基站仍不能區(qū)分PS呼叫(比如MS緊急呼叫)與CSFB緊急呼叫。這樣，在另一實(shí)施例中，請(qǐng)求類型值用于確定或映射到特定RRC建立原因。例如，當(dāng)請(qǐng)求類型=“緊急”時(shí)，將RRC建立原因設(shè)置為“EPS緊急呼叫或會(huì)話”、“PS緊急”、“MS緊急呼叫或會(huì)話”、“緊急服務(wù)”或區(qū)別于“緊急呼叫”的某個(gè)其他合適值。在本系統(tǒng)的一些實(shí)現(xiàn)中，當(dāng)UE發(fā)起觸發(fā)了針對(duì)RRC連接的請(qǐng)求服務(wù)請(qǐng)求過程時(shí)，可以根據(jù)RRC連接預(yù)期用于的過程的請(qǐng)求類型來映射(或確定)RRC建立原因(例如，可以將請(qǐng)求類型設(shè)置在PDN連接請(qǐng)求中)。換言之，可以由RRC連接的最終用途以及觸發(fā)RRC連接的過程(即，服務(wù)請(qǐng)求過程)來確定RRC建立原因?？梢允褂弥赶騌RC連接的最終用途的PDN連接請(qǐng)求的請(qǐng)求類型來實(shí)現(xiàn)對(duì)RRC建立原因的這種設(shè)置。在本系統(tǒng)的另一實(shí)現(xiàn)中，可以向RAN/基站(例如，eNB)提供呼叫類型。例如，參照?qǐng)D4，取代僅使用呼叫類型來驗(yàn)證被允許進(jìn)行的不同類型呼叫的接入權(quán)利，從NAS向AS傳遞的呼叫類型值是向基站傳輸?shù)腞RC連接請(qǐng)求的一部分，或除了向基站傳輸RRC連接請(qǐng)求之外還傳輸該呼叫類型值。在本實(shí)現(xiàn)中，由于運(yùn)行以支持MS緊急呼叫的附加NAS過程必須同樣具有被設(shè)置 為“緊急呼叫”的呼叫類型，因此僅對(duì)EPS緊急服務(wù)的附著過程設(shè)置呼叫類型“緊急呼叫”是不夠的。例如，該過程可以包括對(duì)緊急接入點(diǎn)名稱(APN)的TON連接請(qǐng)求、承載對(duì)緊急APN的PDN連接的服務(wù)請(qǐng)求過程、以及可以用于觸發(fā)EPC知曉UE但是隨后UE將進(jìn)行MS緊急呼叫的跟蹤區(qū)域更新過程。
在本實(shí)現(xiàn)中，當(dāng)基站接收到具有被設(shè)置為緊急呼叫的呼叫類型的RRC連接請(qǐng)求時(shí)，基站可以被配置為識(shí)別出將進(jìn)行緊急呼叫，并且可以準(zhǔn)備所需資源。然而如果僅將呼叫類型設(shè)置為“緊急呼叫”，則基站不能區(qū)分CSFB緊急呼叫或PS呼叫(比如MS緊急呼叫)。在該情況下，可以向基站發(fā)送呼叫類型，作為新的信息單元(IE)或作為現(xiàn)有IE中的新的信息字段。在接收到呼叫類型之后，基站可以被配置為檢查呼叫類型并相應(yīng)進(jìn)行動(dòng)作。如果呼叫類型指示緊急呼叫即將來臨，則基站可以采取任何合適的行動(dòng)，包括預(yù)留無線資源。由于基站使用呼叫類型的單一值“緊急呼叫”，不能區(qū)分CSFB緊急呼叫和PS呼叫(比如MS緊急呼叫)，可以定義針對(duì)CSFB緊急呼叫和PS緊急呼叫(比如MS緊急呼叫)的呼叫類型。例如，如果要進(jìn)行PS緊急呼叫(例如，IMS緊急呼叫)，則呼叫類型可以是“EPS緊急呼叫或會(huì)話”、“PS緊急” “IMS緊急呼叫或會(huì)話”、“緊急服務(wù)”、或某個(gè)其他合適命名的呼叫類型。然后可以將當(dāng)前呼叫類型“緊急呼叫”留給CSFB緊急呼叫，或可以將其重命名為“CSFB緊急呼叫”或某個(gè)其他合適但是區(qū)別命名的呼叫類型。呼叫類型可以指示預(yù)期服 務(wù)，并從而基站可以提供合適的資源?？梢葬槍?duì)數(shù)據(jù)服務(wù)來擴(kuò)展呼叫類型，呼叫類型可以向基站指示可能需要大量的帶寬用于流傳輸數(shù)據(jù)服務(wù)。還可以使用考慮到用戶優(yōu)先級(jí)的呼叫類型，以確定由基站分配的充足帶寬。在本系統(tǒng)的其他實(shí)現(xiàn)中，可以使用PDN連接請(qǐng)求的APN來映射到RRC建立原因。如果PDN連接請(qǐng)求的APN是緊急APN，則NAS可以被配置為將RRC建立原因設(shè)置為“EPS緊急呼叫或會(huì)話”、“PS緊急呼叫” “IMS緊急呼叫或會(huì)話”、“緊急服務(wù)”、“緊急呼叫”、或某個(gè)其他合適命名的原因。在本實(shí)現(xiàn)中，UE根據(jù)可以在UE中存儲(chǔ)的配置數(shù)據(jù)，從SIM數(shù)據(jù)中檢索到的配置數(shù)據(jù)，或由運(yùn)營(yíng)商通過任何合適提供方法以其他方式提供給UE的配置數(shù)據(jù)，UE知道APN是否是緊急APN。注意，可以將使用APN將來自一層的值映射到另一層(例如，從NAS到AS)并入并補(bǔ)充或替代上述其他映射方法圖7示出了包括UA 10的實(shí)施例在內(nèi)的無線通信系統(tǒng)。UA 10用于實(shí)現(xiàn)本公開的各方面，但是該公開不應(yīng)受限于這些實(shí)現(xiàn)。盡管說明為移動(dòng)電話，UA 10可以采用不同形式，包括無線手機(jī)、尋呼機(jī)、個(gè)人數(shù)字助理(PDA)、便攜式計(jì)算機(jī)、平板計(jì)算機(jī)、或膝上型計(jì)算機(jī)。很多合適的設(shè)備結(jié)合了一些或者所有這些功能。在本公開的一些實(shí)施例中，UA 10不是類似于便攜式、膝上型或者平板計(jì)算機(jī)的通用計(jì)算設(shè)備，而是專用通信設(shè)備，比如移動(dòng)電話、無線手機(jī)、尋呼機(jī)、PDA或安裝在交通工具中的通信設(shè)備。UA 10還可以是包括具有類似能力但是不是可便攜式的設(shè)備、包括這種設(shè)備或被包括在這種設(shè)備中，比如臺(tái)式計(jì)算機(jī)、機(jī)頂盒或網(wǎng)絡(luò)節(jié)點(diǎn)。UA 10可以支持專門活動(dòng)，比如游戲、庫(kù)存控制、作業(yè)控制和/或任務(wù)管理功
臺(tái)匕坐坐-匕寸寸。UA 10包括顯示器702。UA 10還包括觸敏表面、鍵盤或者統(tǒng)稱704的用于用戶輸入的其它輸入按鍵。鍵盤可以是完全或者精簡(jiǎn)字母數(shù)字鍵盤(比如QWERTY、Dvorak、AZERTY、以及順序類型)或者具有與電話鍵區(qū)相關(guān)聯(lián)的字母的傳統(tǒng)數(shù)字鍵區(qū)。輸入按鍵可以包括滾輪、退出或者離開鍵、軌跡球、以及其它導(dǎo)向或者功能按鍵，可以向內(nèi)按動(dòng)以提供其它輸入功能。UA 10可以呈現(xiàn)由用戶選擇的選項(xiàng)、由用戶致動(dòng)的控制、和/或由用戶引導(dǎo)的光標(biāo)或者其它指示器。UA 10還可以接受來自用戶的數(shù)據(jù)輸入，包括撥打的號(hào)碼或者用于配置UA 10的操作的各種參數(shù)值。響應(yīng)于用戶命令，UA 10還可以執(zhí)行一個(gè)或者多個(gè)軟件或者固件應(yīng)用。這些應(yīng)用可以將UA 10配置為響應(yīng)于用戶交互以執(zhí)行各種定制功能。此外，可以從例如無線基站、無線接入點(diǎn)或?qū)Φ萓A 10通過空中對(duì)UA 10編程和/或配置。UA 10可執(zhí)行的各種應(yīng)用中有web瀏覽器，使得顯示器702可以呈現(xiàn)網(wǎng)頁。可以經(jīng)由與無線網(wǎng)絡(luò)接入節(jié)點(diǎn)、小區(qū)塔、對(duì)等UA 10或者任意其它無線通信網(wǎng)絡(luò)或者系統(tǒng)700的無線通信獲得網(wǎng)頁。網(wǎng)絡(luò)700與有線網(wǎng)絡(luò)708(比如因特網(wǎng))相連。經(jīng)由無線鏈路和有線網(wǎng)絡(luò)，UAlO能夠?qū)Ω鞣N服務(wù)器上(比如服務(wù)器710)的信息進(jìn)行接入。服務(wù)器710可以提供可以在顯示器702上展示的內(nèi)容。備選地，UA 10可以通過作為中間設(shè)備的對(duì)等UA 10，以中繼類型或跳類型的連接來接入網(wǎng)絡(luò)700。圖8示出了 UA 10的框圖。盡管示出了 UA 10的各種已知組件，在實(shí)施例中，UA10可以包括已列出的組件的子集和/或未列出的附加組件。UA 10包括數(shù)字信號(hào)處理器 (DSP) 802以及存儲(chǔ)器804。如圖所示，UA 10還可以包括天線和前端單元806、射頻(RF)收發(fā)機(jī)808、模擬基帶處理單元810、麥克風(fēng)812、聽筒揚(yáng)聲器814、頭戴式耳機(jī)端口 816、輸入/輸出接口 818、可拆卸式存儲(chǔ)器卡820、通用串行總線(USB)端口 822、短距無線通信子系統(tǒng)824、警報(bào)826、鍵區(qū)828、液晶顯示器(IXD)(可以包括觸敏表面830、IXD控制器832)、電荷耦合器件(CXD)相機(jī)834、相機(jī)控制器836以及全球定位系統(tǒng)(GPS)傳感器838。在實(shí)施例中，UA 10可以包括不提供觸敏屏幕的另一種顯示器。在實(shí)施例中，DSP 802可以與存儲(chǔ)器804直接通信，而不需要經(jīng)過輸入/輸出接口 818。DSP 802或者某種其它形式的控制器或者中央處理單元根據(jù)存儲(chǔ)器804中或DSP802本身中包含的存儲(chǔ)器中存儲(chǔ)的嵌入式軟件或者固件來控制UA 10的各種組件。除了嵌入式軟件或者固件之外，DSP 802可以執(zhí)行在存儲(chǔ)器804中存儲(chǔ)的其它應(yīng)用或者經(jīng)由信息載體介質(zhì)(比如便攜式數(shù)據(jù)存儲(chǔ)介質(zhì)，如可拆卸式存儲(chǔ)器卡820)可用或者經(jīng)由有線或者無線網(wǎng)絡(luò)通信可用的其它應(yīng)用。應(yīng)用軟件可以包括配置DSP802以提供所需功能的機(jī)器可讀指令的編譯集合，或者應(yīng)用軟件可以是由解釋器或者編譯器處理以間接配置DSP 802的高級(jí)軟件指令。可以提供天線和前端單元806以在無線信號(hào)和電信號(hào)之間轉(zhuǎn)換，使得UA 10能夠從蜂窩網(wǎng)絡(luò)或者某個(gè)其它可用無線通信網(wǎng)絡(luò)或者對(duì)等UA 10發(fā)送和接收信息。在實(shí)施例中，天線和前端單元806可以包括多根天線以支持波束成形和/或多輸入多輸出(MMO)操作。如本領(lǐng)域技術(shù)人員已知的，MMO操作可以提供空間分集，用于克服困難的信道條件和/或增加信道吞吐量。天線和前端單元806可以包括天線調(diào)諧和/或阻抗匹配組件、RF功率放大器、和/或低噪放大器。RF收發(fā)機(jī)808提供頻移、將接收的RF信號(hào)轉(zhuǎn)換為基帶并且將基帶發(fā)送信號(hào)轉(zhuǎn)換為RF。在一些描述中，可以將無線收發(fā)機(jī)或RF收發(fā)機(jī)理解為包括其他信號(hào)處理功能，比如調(diào)制/解調(diào)、編碼/解碼、交織/解交織、擴(kuò)頻/解擴(kuò)、快速傅里葉反變換(IFFT) /快速傅里葉變換(FFT)、循環(huán)前綴添加/移除、以及其他信號(hào)處理功能。為了清楚起見，本描述此處將對(duì)該信號(hào)處理的描述與RF和/或無線級(jí)加以分離，并概念上將該信號(hào)處理分配給模擬基帶處理單元810和/或DSP 802或其他中央處理單元。在一些實(shí)施例中，可以將RF收發(fā)機(jī)808、天線和前端806的一部分、以及模擬基帶處理單元810結(jié)合在一個(gè)或多個(gè)處理單元和/或?qū)Ｓ眉呻娐?ASIC)中。
模擬基帶處理單元810可以提供對(duì)輸入和輸出的各種模擬處理,例如對(duì)來自麥克風(fēng)812和頭戴式耳機(jī)816的輸入以及對(duì)到達(dá)聽筒814和頭戴式耳機(jī)816的輸出的模擬處理。為此，模擬基帶處理單元810可以具有用于連接至內(nèi)建麥克風(fēng)812和聽筒揚(yáng)聲器814的端口，其使得可以將UA 10作為蜂窩電話使用。模擬基帶處理單元810還可以包括用于連接頭戴式耳機(jī)或者其它免提麥克風(fēng)和揚(yáng)聲器配置的端口。模擬基帶處理單元810可以在一個(gè)信號(hào)方向上提供數(shù)模轉(zhuǎn)換，并在相反的信號(hào)方向上提供模數(shù)轉(zhuǎn)換。在一些實(shí)施例中，可以由數(shù)字處理組件，例如DSP 802或其他中央處理單元，來提供模擬基帶處理單元810的至少一些功能。
DSP 802可以執(zhí)行調(diào)制/解調(diào)、編碼/解碼、交織/解交織、擴(kuò)頻/解擴(kuò)、快速傅里葉反變換(IFFT)/快速傅里葉變換(FFT)、循環(huán)前綴添加/移除、以及與無線通信相關(guān)聯(lián)的其他信號(hào)處理功能。在實(shí)施例中，例如在碼分多址(CDMA)技術(shù)應(yīng)用中，對(duì)于發(fā)射機(jī)功能，DSP802可以執(zhí)行調(diào)制、編碼、交織和擴(kuò)頻，對(duì)于接收機(jī)功能，DSP 802可以執(zhí)行解擴(kuò)、解交織、解碼和解調(diào)。在另一實(shí)施例中，例如在正交頻分復(fù)用接入(OFDMA)技術(shù)應(yīng)用中，對(duì)于發(fā)射機(jī)功能，DSP 802可以執(zhí)行調(diào)制、編碼、交織、快速傅里葉反變換、以及循環(huán)前綴添加，對(duì)于接收機(jī)功能，DSP 802可以執(zhí)行循環(huán)前綴移除、快速傅里葉變換、解交織、解碼、以及解調(diào)。在其他無線技術(shù)應(yīng)用中，可以由DSP 802執(zhí)行其他信號(hào)處理功能和信號(hào)處理功能的組合。DSP 802可以經(jīng)由模擬基帶處理單元810與無線網(wǎng)絡(luò)通信。在一些實(shí)施例中，該通信可以提供因特網(wǎng)連接，使得用戶可以獲得對(duì)因特網(wǎng)上的內(nèi)容的接入并且可以發(fā)送和接收電子郵件或文本信息。輸入/輸出接口 818將DSP 802與各種存儲(chǔ)器和接口互連。存儲(chǔ)器804和可拆卸式存儲(chǔ)器卡820可以提供軟件和數(shù)據(jù)以配置DSP 802的操作。這些接口中可以有USB接口 822以及短距無線通信子系統(tǒng)824。USB接口 822可以用于向UA 10充電并且還可以使得UA 10能夠作為外圍設(shè)備與個(gè)人計(jì)算機(jī)或者其它計(jì)算機(jī)系統(tǒng)交換信息。短距無線通信子系統(tǒng)824可以包括紅外端口、藍(lán)牙接口、遵循IEEE 802. 11的無線接口、或者任何其它短距無線通信子系統(tǒng)，可以使得UA 10可以無線地與其它附近的移動(dòng)設(shè)備和/或無線基站進(jìn)行通信。輸入/輸出接口 818還可以將DSP 802與警報(bào)826相連，當(dāng)觸發(fā)警報(bào)826時(shí)，警報(bào)826引起UA 10通過例如振鈴、播放旋律、或者振動(dòng)向用戶提供通知。警報(bào)826可以作為用于通過無線振動(dòng)或者通過播放預(yù)先分配給特定主叫方的特定旋律，向用戶告警任意的各種事件(比如呼入呼叫、新的文本消息、以及約會(huì)提醒)的機(jī)制。鍵區(qū)828經(jīng)由接口 818與DSP 802相連以向用戶提供進(jìn)行選擇、輸入信息以及以其他方式提供對(duì)UA 10的輸入的一個(gè)機(jī)制。鍵盤828可以是完全或精簡(jiǎn)字母數(shù)字鍵盤(比如QWERTY、Dvorak、AZERTY以及順序類型的)或者具有與電話鍵區(qū)相關(guān)聯(lián)的字母的傳統(tǒng)數(shù)字鍵區(qū)。輸入按鍵可以包括滾輪、退出或者離開鍵、軌跡球、以及其它導(dǎo)向或者功能按鍵，可以向內(nèi)按動(dòng)該鍵以提供其它輸入功能。另一輸入機(jī)制可以是LCD 830，其可以包括觸摸屏能力并且還向用戶顯示文本和/或圖形。IXD控制器832將DSP 802與IXD 830相連。CXD相機(jī)834(如果配備)使得UA 10可以拍攝數(shù)字圖片。DSP 802經(jīng)由相機(jī)控制器836與CCD相機(jī)834通信。在另一實(shí)施例中，可以使用根據(jù)除了電荷耦合器件相機(jī)之外的技術(shù)來操作的相機(jī)。GPS傳感器838與DSP 802相連以對(duì)全球定位系統(tǒng)信號(hào)進(jìn)行解碼，從而使得UA 10能夠確定其位置。還可以包括各種其它外圍設(shè)備以提供附加功能，例如無線電和電視接收。圖9示出了可以由DSP 802實(shí)現(xiàn)的軟件環(huán)境902。DSP 802執(zhí)行提供了平臺(tái)的操作系統(tǒng)驅(qū)動(dòng)904，其余軟件可以在該平臺(tái)上運(yùn)行。操作系統(tǒng)驅(qū)動(dòng)904向UA硬件提供驅(qū)動(dòng)，具有可由應(yīng)用軟件接入的標(biāo)準(zhǔn)化接口。操作系統(tǒng)驅(qū)動(dòng)904包括在UA 10上運(yùn)行的應(yīng)用之間轉(zhuǎn)移控制的應(yīng)用管理服務(wù)(“AMS”)906。同樣如圖9所示是web瀏覽器應(yīng)用908、媒體播放器應(yīng)用910以及Java小應(yīng)用912。Web瀏覽器應(yīng)用908將UA 10配置為作為網(wǎng)頁瀏覽器運(yùn)行，允許用戶向表單中輸入信息并且選擇鏈接以檢索并查看網(wǎng)頁。媒體播放器應(yīng)用910將UA 10配置為檢索并播放音頻或者音視頻媒體。Java小應(yīng)用912將UA 10配置為提供游戲、工具以及其它功能。組件914可以提供本文所述的功能。上述的UA 10、接入設(shè)備120和其他組件可以包括能夠執(zhí)行與上述行動(dòng)相關(guān)的指 令的處理組件。圖10示出了系統(tǒng)1000的示例，該系統(tǒng)1000包括適用于實(shí)現(xiàn)本文公開的一個(gè)或多個(gè)實(shí)施例的處理組件1010。除了處理器1010(可以將其稱作中央處理單元(CPU或DSP))之外，系統(tǒng)1000可以包括網(wǎng)絡(luò)連接設(shè)備1020、隨機(jī)存取存儲(chǔ)器(RAM) 1030、只讀存儲(chǔ)器(ROM) 1040、輔助存儲(chǔ)器1050、以及輸入/輸出(I/O)設(shè)備1060。在一些情況下，這些組件中的一些可以不存在，或可以將其彼此或與圖中未示出的其他組件以各種結(jié)合方式加以結(jié)合。這些組件可以位于單一物理實(shí)體中，或位于多于一個(gè)物理實(shí)體中?？梢杂商幚砥?010單獨(dú)或由處理器1010與圖中示出或未示出的一個(gè)或多個(gè)組件一起來進(jìn)行本文中描述為由處理器1010所采取的任何行動(dòng)。處理器1010執(zhí)行其可以從網(wǎng)絡(luò)連接設(shè)備1020、RAM 1030、R0M1040或輔助存儲(chǔ)器1050 (其可以包括各種基于盤的系統(tǒng)，比如硬盤、軟盤或光盤)中接入的指令、代碼、計(jì)算機(jī)程序或腳本。盡管僅示出一個(gè)處理器1010，可以存在多個(gè)處理器。因此，盡管可以將指令討論為由處理器執(zhí)行，可以由一個(gè)或多個(gè)處理器同時(shí)、串行、或以其他方式執(zhí)行指令。可以將處理器1010實(shí)現(xiàn)為一個(gè)或多個(gè)CPU芯片。網(wǎng)絡(luò)連接設(shè)備1020可以采用調(diào)制解調(diào)器、調(diào)制解調(diào)器組、以太網(wǎng)設(shè)備、通用串行總線(USB)接口設(shè)備、串行接口、令牌網(wǎng)設(shè)備、光纖分布式數(shù)據(jù)接口(FDDI)設(shè)備、無線局域網(wǎng)(WLAN)設(shè)備、射頻收發(fā)機(jī)設(shè)備，比如碼分多址(CDMA)設(shè)備、全球移動(dòng)通信系統(tǒng)(GSM)無線收發(fā)機(jī)設(shè)備、微波接入的全球可互操作性(WiMAX)設(shè)備、和/或其它眾所周知的用于連接網(wǎng)絡(luò)的設(shè)備。這些網(wǎng)絡(luò)連接設(shè)備1020可以使得處理器1010能夠與因特網(wǎng)或者一個(gè)或者多個(gè)電信網(wǎng)絡(luò)或與處理器1010可以接收信息或處理器1010輸出信息的其他網(wǎng)絡(luò)進(jìn)行通信。網(wǎng)絡(luò)連接設(shè)備1020還可以包括能夠以電磁波(比如射頻信號(hào)或微波頻率信號(hào))的形式無線發(fā)送和/或接收數(shù)據(jù)的一個(gè)或多個(gè)收發(fā)機(jī)組件1025。備選地，該數(shù)據(jù)可以在電導(dǎo)體的表面之中或之上、同軸電纜中、波導(dǎo)中、光介質(zhì)中(例如光纖)、或者在其他介質(zhì)中傳播。收發(fā)機(jī)組件1025可以包括分離的接收和發(fā)送單元，或單一的收發(fā)機(jī)。由收發(fā)機(jī)組件1025發(fā)送或接收的信息可以包括已由處理器1010處理的數(shù)據(jù)，或要由處理器1010執(zhí)行的指令?？梢砸岳缬?jì)算機(jī)數(shù)據(jù)基帶信號(hào)或在載波中實(shí)現(xiàn)的信號(hào)的形式，從網(wǎng)絡(luò)中接收和向網(wǎng)絡(luò)中輸出這種信息?？梢愿鶕?jù)用于處理或產(chǎn)生數(shù)據(jù)或發(fā)送或接收數(shù)據(jù)所需要的不同順序?qū)υ摂?shù)據(jù)排序?？梢詫⒒鶐盘?hào)、在載波中嵌入的信號(hào)、或當(dāng)前使用或者之后開發(fā)的其它類型的信號(hào)稱為傳輸介質(zhì)，并可以根據(jù)對(duì)于本領(lǐng)域技術(shù)人員眾所周知的若干方法來產(chǎn)生這些信號(hào)。
RAM 1030可以用于存儲(chǔ)易失性數(shù)據(jù)并且可能用于存儲(chǔ)由處理器1010執(zhí)行的指令。ROM 1040是一般具有比輔助存儲(chǔ)器1050的存儲(chǔ)器容量更小的存儲(chǔ)器容量的非易失性存儲(chǔ)器設(shè)備。ROM 1040可以用于存儲(chǔ)指令以及存儲(chǔ)可能在指令執(zhí)行期間讀取的數(shù)據(jù)。對(duì)RAM 1030和ROM 1040的接入一般快于對(duì)輔助存儲(chǔ)器1050的接入。輔助存儲(chǔ)器1050 —般包括一個(gè)或者多個(gè)盤驅(qū)動(dòng)器或者帶驅(qū)動(dòng)器，并且可以用于數(shù)據(jù)的非易失性存儲(chǔ)，或如果RAM1030不夠大到足以容納所有工作數(shù)據(jù)時(shí)，輔助存儲(chǔ)器1050還要用作溢出數(shù)據(jù)存儲(chǔ)設(shè)備。輔助存儲(chǔ)器1050可以用于存儲(chǔ)程序，當(dāng)選擇執(zhí)行該程序時(shí)將該程序加載至RAM1030。
I/O設(shè)備1060可以包括液晶顯示器(IXD)、觸摸屏顯示器、鍵盤、鍵區(qū)、開關(guān)、撥號(hào)盤、鼠標(biāo)、軌跡球、語音識(shí)別器、讀卡器、紙帶讀取器、打印機(jī)、視頻監(jiān)視器、或者其它眾所周知的輸入設(shè)備。同樣地，可以將收發(fā)機(jī)1025認(rèn)為是I/O設(shè)備1060的組件，而不是網(wǎng)絡(luò)連接設(shè)備1020的組件，或除了是網(wǎng)絡(luò)連接設(shè)備1020的組件之外還是I/O設(shè)備1060的組件。I/0設(shè)備1060的一些或全部可以與在UA 10的前述附圖中所示的各種組件實(shí)質(zhì)上類似，比如顯示器702和輸入704。盡管在本公開中已經(jīng)提供了若干實(shí)施例，應(yīng)當(dāng)理解在不脫離本公開的精神或者范圍的情況下可以用很多其它特定形式來體現(xiàn)所公開的系統(tǒng)和方法。應(yīng)當(dāng)認(rèn)為本示例是說明性的而非限制性的，并且預(yù)期不受限于本文給出的細(xì)節(jié)。例如，可以將各種單元或者組件進(jìn)行結(jié)合或集成到另一個(gè)系統(tǒng)中，或可以省略或者不實(shí)現(xiàn)特定特征。此外，可以將在各種實(shí)施例中描述和說明為離散或者分離的技術(shù)、系統(tǒng)、子系統(tǒng)和方法與其它系統(tǒng)、模塊、技術(shù)或者方法在不脫離本公開的范圍的情況下相結(jié)合或者集成。所示或者所述相連或者直接相連或者彼此通信的其它項(xiàng)可以通過某個(gè)接口、設(shè)備或者中間組件間接相連或者通信，無論以電子、機(jī)械或者其它的方式。本領(lǐng)域技術(shù)人員可確定改變、替代以及變更的其它示例，并且可以在不脫離本文公開的精神和范圍的情況下做出這些改變、替代以及變更的其它示例。為了向公眾通知本發(fā)明的范圍，給出所附權(quán)利要求。
權(quán)利要求
1.一種使用用戶設(shè)備UE來發(fā)起分組交換緊急呼叫的方法，所述UE包括多個(gè)協(xié)議層，所述多個(gè)協(xié)議層包括頂S子層、非接入層NAS層以及接入層AS層，所述方法包括 使用所述UE來產(chǎn)生附著請(qǐng)求，所述附著請(qǐng)求具有附著類型；以及 產(chǎn)生RRC連接請(qǐng)求，所述RRC連接請(qǐng)求包括基于所述附著請(qǐng)求的附著類型的RRC建立原因。
2.根據(jù)權(quán)利要求I所述的方法，包括向基站發(fā)送所述RRC連接請(qǐng)求。
3.根據(jù)權(quán)利要求2所述的方法，其中，所述基站包括演進(jìn)通用陸地?zé)o線接入網(wǎng)EUTRAN節(jié)點(diǎn) B “eNB”。
4.一種使用用戶設(shè)備UE來發(fā)起因特網(wǎng)協(xié)議IP多媒體子系統(tǒng)MS緊急呼叫的方法，所 述UE包括多個(gè)協(xié)議層，所述多個(gè)協(xié)議層包括MS子層、非接入層NAS層以及接入層AS層，所述方法包括 使用所述UE來產(chǎn)生附著請(qǐng)求，所述附著請(qǐng)求具有附著類型； 當(dāng)所述附著類型是第一值時(shí)，產(chǎn)生RRC連接請(qǐng)求，所述RRC連接請(qǐng)求包括具有第二值的RRC建立原因。
5.根據(jù)權(quán)利要求4所述的方法，其中，所述附著類型的第一值包括對(duì)所述附著請(qǐng)求是針對(duì)EPS緊急附著的指示。
6.根據(jù)權(quán)利要求4所述的方法，其中，所述RRC建立原因的第二值是以下至少一項(xiàng)EPS緊急呼叫或會(huì)話、PS緊急、IMS緊急呼叫或會(huì)話、緊急服務(wù)以及緊急呼叫。
7.根據(jù)權(quán)利要求4所述的方法，包括向基站發(fā)送所述RRC連接請(qǐng)求。
8.根據(jù)權(quán)利要求7所述的方法，其中，所述基站包括演進(jìn)通用陸地?zé)o線接入網(wǎng)EUTRAN節(jié)點(diǎn) B “eNB”。
9.一種使用用戶設(shè)備UE來發(fā)起因特網(wǎng)協(xié)議IP多媒體子系統(tǒng)MS緊急呼叫的方法，所述UE包括多個(gè)協(xié)議層，所述多個(gè)協(xié)議層包括MS子層、非接入層NAS層以及接入層AS層，所述方法包括 使用所述UE來產(chǎn)生PDN連接請(qǐng)求，所述PDN連接請(qǐng)求具有請(qǐng)求類型；以及 當(dāng)所述請(qǐng)求類型是第一值時(shí)，產(chǎn)生RRC連接請(qǐng)求，所述RRC連接請(qǐng)求包括具有第二值的RRC建立原因。
10.根據(jù)權(quán)利要求9所述的方法，其中，所述請(qǐng)求類型的第一值指示所述TON連接請(qǐng)求為緊急。
11.根據(jù)權(quán)利要求9所述的方法，其中，所述RRC建立原因的第二值是以下至少一項(xiàng)EPS緊急呼叫或會(huì)話、PS緊急、IMS緊急呼叫或會(huì)話、緊急服務(wù)以及緊急呼叫。
12.根據(jù)權(quán)利要求9所述的方法，包括向基站發(fā)送所述RRC連接請(qǐng)求。
13.根據(jù)權(quán)利要求12所述的方法，其中，所述基站包括演進(jìn)通用陸地?zé)o線接入網(wǎng)EUTRAN 節(jié)點(diǎn) B “eNB”。
14.一種使用用戶設(shè)備UE來發(fā)起因特網(wǎng)協(xié)議IP多媒體子系統(tǒng)MS緊急呼叫的方法，所述UE包括多個(gè)協(xié)議層，所述多個(gè)協(xié)議層包括MS子層、非接入層NAS層以及接入層AS層，所述方法包括 產(chǎn)生對(duì)所述UE的NAS層的PDN連接請(qǐng)求，所述PDN連接請(qǐng)求包括接入點(diǎn)名稱APN ；以及當(dāng)所述APN標(biāo)識(shí)緊急APN時(shí)，產(chǎn)生RRC連接請(qǐng)求，所述RRC連接請(qǐng)求包括具有第二值的RRC建立原因。
15.根據(jù)權(quán)利要求14所述的方法，其中，從以下至少一項(xiàng)中檢索所述APN:訂戶識(shí)別模塊SIM卡、在所述UE內(nèi)的存儲(chǔ)設(shè)備、以及與所述UE通信的網(wǎng)絡(luò)資源。
16.根據(jù)權(quán)利要求14所述的方法，其中，所述RRC建立原因的第二值是以下至少一項(xiàng)EPS緊急呼叫或會(huì)話、PS緊急、IMS緊急呼叫或會(huì)話、緊急服務(wù)以及緊急呼叫。
17.根據(jù)權(quán)利要求14所述的方法，包括向基站發(fā)送所述RRC連接請(qǐng)求。
18.根據(jù)權(quán)利要求17所述的方法，其中，所述基站包括演進(jìn)通用陸地?zé)o線接入網(wǎng)EUTRAN 節(jié)點(diǎn) B “eNB”。
19.一種向用戶設(shè)備UE提供無線資源以發(fā)起因特網(wǎng)協(xié)議IP多媒體子系統(tǒng)MS緊急呼叫的基站，所述基站包括多個(gè)協(xié)議層，所述多個(gè)協(xié)議層包括接入層AS層，所述基站包括 處理器，所述處理器被配置為 接收RRC連接請(qǐng)求，以及 當(dāng)所述RRC連接請(qǐng)求包括具有以下至少一項(xiàng)的值的RRC建立 原因時(shí)，向所述UE提供支持IMS緊急呼叫所需的無線資源EPS 緊急呼叫或會(huì)話、PS緊急、IMS緊急呼叫或會(huì)話、緊急服務(wù)、以 及緊急呼叫。
20.根據(jù)權(quán)利要求19所述的基站，其中，所述基站包括演進(jìn)通用陸地?zé)o線接入網(wǎng)EUTRAN 節(jié)點(diǎn) B “eNB”。
全文摘要
使用用戶設(shè)備(UE)來發(fā)起分組交換或IMS緊急呼叫。所述UE包括多個(gè)協(xié)議層。所述多個(gè)協(xié)議層包括IMS子層、非接入層(NAS)層以及接入層(AS)層。所述方法包括使用所述UE來產(chǎn)生附著請(qǐng)求或PDN連接請(qǐng)求，所述PDN連接請(qǐng)求包括標(biāo)識(shí)緊急APN的APN。所述附著請(qǐng)求具有附著類型，即EPS緊急附著。所述方法包括使用所述UE的NAS層來檢索所述附著請(qǐng)求的附著類型，以及產(chǎn)生RRC連接請(qǐng)求。所述RRC連接請(qǐng)求包括基于所述附著請(qǐng)求的附著類型的RRC建立原因，例如，EPS緊急呼叫、PS緊急、IMS緊急呼叫等等。
文檔編號(hào)H04W76/02GK102648659SQ201080054332
公開日2012年8月22日 申請(qǐng)日期2010年10月1日 優(yōu)先權(quán)日2009年10月2日
發(fā)明者理查德·C·伯比奇, 陳振豪 申請(qǐng)人:捷訊研究有限公司