專利名稱：家庭小區(qū)中緊急服務的選擇性支持和建立的制作方法
家庭小區(qū)中緊急服務的選擇性支持和建立背景技術
在此使用的術語“用戶設備”(“UE”)、“移動臺”(“MS”)和“用戶代理”(“UA”) 在一些情況下可以指移動設備，例如移動電話、個人數字助理、手持或膝上型計算機以及具有通信能力的類似設備。同樣地，在此可以將術語“MS”、“UE”、“UA”、“用戶設備”和“用戶節(jié)點”進行同義使用。UE可以包括允許UE與其他設備通信的組件，以及還可以包括一個或多個相關聯的可拆卸式存儲模塊，例如但不限于通用集成電路卡(Uicc)，ncc包括訂戶識別模塊(SIM)應用、通用訂戶識別模塊(USIM)應用或者可拆卸式用戶識別模塊(R-UIM)應用。備選地，這種UE可以由設備在自身沒有這種模塊的情況下組成。在其他情況下，術語 “UE”可以指具有類似能力但是不便攜的設備，例如，桌上型計算機、機頂盒或者網絡設備。 術語“UE”還可以指代可以端接用戶的通信會話的任何硬件或軟件組件。
隨著電信技術演進，已經引入了可提供之前不可能的業(yè)務的更高級的網絡接入設備。該網絡接入設備可以包括作為傳統(tǒng)無線電信系統(tǒng)中的等同設備的改進的系統(tǒng)和設備。 這種高級的或者下一代的設備可以包括在正在演進的無線通信標準(例如長期演進(LTE) 和高級LTE (LTE-A))中。例如，LTE或LTE-A系統(tǒng)和設備可以包括演進的通用陸地無線接入網(E-UTRAN) ,E-UTRAN可以包括E-UTRAN節(jié)點 B(或 eNB)、家庭E-UTRAN節(jié)點 B(HeNB)、中繼節(jié)點或者類似的組件，而不是傳統(tǒng)的基站?？梢詫⑦@些組件稱為接入節(jié)點。例如在UTRAN、 WLAN或WiMAX中可被稱為接入節(jié)點的其他組件可以包括節(jié)點B (NB)、家庭節(jié)點B (HNB)或無線接入點。術語“ (e) NB，，可以預期是NB和eNB。
(e) NB支持緊急呼叫。H(e) NB也可以支持針對CSG和非CSG成員的緊急呼叫。相對于(e)NB的容量，H(e)NB可以向數目非常有限的用戶提供緊急服務。此外，在經由H(e) NB的其他CSG或非CSG成員的緊急呼叫期間，H(e)NB與IP回程的連接可能有意或無意地丟失。此外，希望在用戶體驗上沒有差異地支持經由H(e)NB或經由(e)NB的緊急服務。


為了更完整地理解本公開，現在結合附圖和詳細描述來參考以下簡要描述，其中相似的附圖標記表示相似的部分。
圖I是示出根據本公開的實施例的HNB接入網絡的邏輯結構的框圖。
圖2是示出根據本公開的實施例的具有專用網關的H(e)NB接入網絡的邏輯結構的框圖。
圖3是示出根據本公開的實施例的沒有專用網關的H(e)NB接入網絡的邏輯結構的框圖。
圖4是示出根據本公開的實施例的具有針對C平面的網關的H(e)NB接入網絡的邏輯結構的框圖。
圖5是根據本公開的實施例的非漫游架構的框圖。
圖6是根據本公開的實施例，在UE中發(fā)起緊急呼叫的過程的流程圖。
圖7是根據本公開的實施例，準備重選到宏小區(qū)的過程的流程圖。
圖8是根據本公開的實施例，指示對緊急呼叫的支持的過程的流程圖。
圖9是根據本公開的實施例，指示緊急呼叫支持的過程的流程圖。
圖10是根據本公開的實施例，確定是否進行緊急呼叫的過程的流程圖。
圖11示出了適于實現本公開的若干實施例的處理器和相關組件。
具體實施方式
一開始應該知道的是，雖然以下提供了本公開的一個或更多實施例的示意性實現，但可用任意數目的技術來實現所公開的系統(tǒng)和/或方法，而不管其是當前已知的還是已存在的。本公開不應以任何方式受限于以下示出的示意性實現、附圖和技術，包括在此示意和描述的示例性設計和實現，但在所附權利要求的范圍以及其等同的全部范圍內，可以進行修改。
在整個說明書、權利要求書和圖中使用的以下縮寫具有以下的定義。以下標識的一些術語由第三代伙伴計劃(3GPP)技術規(guī)范所闡述的標準來定義，或者遵循3GPP技術規(guī)范所闡述的標準。在3GPP技術規(guī)范使用的術語使用了與以下所呈現的縮寫和用語相同的縮寫和用語的情況下，3GPP技術規(guī)范描述對應術語的定義和功能。然而，本文中描述的實施例根據本文中描述的創(chuàng)造性的技術來使用這些組件和/或功能。3GPP規(guī)范中描述了以下術語中的很多，但不是全部。
“AS”被定義為“接入層”。
“APN”被定義為“接入點名稱”。
“BSS”被定義為“基站子系統(tǒng)”。
“CC”被定義為“呼叫控制”。
“CGI”被定義為“小區(qū)全球標識”。
“CM”被定義為“連接管理”。
“CN”被定義為“核心網”。
“CS”被定義為“電路交換”。
“CSG”被定義為“閉合訂戶組”。
“CSR”被定義為“電路交換資源”。
“DM”被定義為“設備管理”。
“DSL”被定義為“數字訂戶線路”。
“ECCN”被定義為“顯式小區(qū)擁塞通知”。
“ECRI”被定義為“緊急呼叫要求指示符”。
“ECSI”被定義為“緊急呼叫支持指示符”。
“EDGE”被定義為“針對GSM演進的增強型數據速率”。
“EF”被定義為“基本文件”。
“EHPLMN”被定義為“等價家庭公共陸地移動網”。
“EMM”被定義為“EPS移動性管理”。
“eNB”被定義為“E-UTRAN 節(jié)點 B”。
“EPC”被定義為“演進的分組核心”。
“EPS”被定義為“演進的分組系統(tǒng)”。
“PCRF”被定義為“策略計費規(guī)則功能”。
“TON”被定義為“分組數據網絡”。
“TOP”被定義為“分組數據協議”。
“PLMN”被定義為“公共陸地移動網”。
“PS”被定義為“分組交換”。
“PSAP”被定義為“公共安全響應點”。
“PSC”被定義為“主擾碼”。
“RA”被定義為“路由區(qū)”。
“RAB”被定義為“無線接入承載”。
“RAT”被定義為“無線接入技術”。
“RAU”被定義為“路由區(qū)更新”。
“RNC”被定義為“無線網絡控制器”。
“RPLMN”被定義為“已注冊的公共陸地移動網”。
“RRC”被定義為“無線資源控制”。
“RSRP”被定義為“參考信號接收功率”。
“RSRQ”被定義為“參考信號接收質量”。
“S-GW”被定義為“服務網關”。
“SeGW”被定義為“安全網關”。
“SI”被定義為“系統(tǒng)信息”。
“SIB”被定義為“系統(tǒng)信息塊”。
“SGSN”被定義為“服務GPRS支持節(jié)點”。
“SRVCC”被定義為“單無線語音呼叫連續(xù)性”。
“TA”被定義為“跟蹤區(qū)”。
“TAU”被定義為“跟蹤區(qū)更新”。
“TS”被定義為“技術規(guī)范”或“多個技術規(guī)范”。
“UE”被定義為“用戶設備”。
“USM”被定義為“通用訂戶標識模塊”。
“UTRAN”被定義為“通用陸地無線接入網絡”。
“VANC”被定義為“VoLGA接入網控制器”。
“VLR”被定義為“訪問位置寄存器”。
“VoMS”被定義為“基于MS的語音”。
“VoIP”被定義為“基于互聯網協議的語音”。
“Volga”被定義為“經由通用接入的基于LTE的語音”。
“WLAN”被定義為“無線局域網”。
本文中使用的以下術語具有以下的定義。
CSG 列表
“允許CSG列表”被定義為UE中存儲的列表，該列表包含訂戶所屬于的CSG的CSG 標識和相關的PLMN標識。在本文的描述的上下文中，該列表可以來自于AS的視角，并且可以包括以下列表的一個或多個組合NAS UE的允許CSG列表和運營商CSG列表，以及潛在地針對NAS定義的其他類型的CSG列表。
“不允許CSG”被定義為不在UE的允許CSG列表中的CSG。
UE 附著
如本文中使用的，可以參考至小區(qū)或多個小區(qū)的UE附著?？梢栽诜窍薅ㄐ缘氖纠惺褂眯g語“附著”來指示UE在空閑模式下執(zhí)行NAS附著過程的場景，或者在另一非限制性示例中，指示在小區(qū)上建立已連接模式RRC連接的場景。選擇小區(qū)來作為服務小區(qū)的其他含義也在“UE附著”的定義的范圍之內，例如，將會根據要求或希望來建立任何連接的小區(qū)，和/或監(jiān)視下行鏈路尋呼信道的小區(qū)，包括與“駐留”在小區(qū)上相關聯的任何過程。術語“附著”可以包括3GPP含義“NAS附著”，可以包括MS附著，以及還可以包括駐留在小區(qū)上、選擇小區(qū)和附著、駐留或連接到小區(qū)的其他形式。
HNB、H(e)NB和毫微微小區(qū)
術語“H(e)NB”可以預期是HNB和HeNB(家庭節(jié)點B)。術語“HNB”可以指代在UTRAN無線空中接口上使用寬帶IP回程將3GPP UE連接到移動運營商的網絡的內部 (on-premises)客戶設備。術語“H(e) NB”可以指代在E-UTRAN無線空中接口上使用寬帶 IP回程將3GPP UE連接到移動運營商的網絡的內部客戶設備。因此，在一些實施例中，HeNB 可以使用E-UTRAN無線接入技術，而HNB可以使用UTRAN無線接入技術。具體的H (e) NB和 HNB可以具有不同的接入模式?？梢允褂眯g語HeNB和HNB來指示由HeNB或HNB產生的具體小區(qū)可以是CSG小區(qū)或者混合小區(qū)。除非以其他方式指定，在本文中可交換使用術語HeNB 和HNB，以及由術語“H(e)NB”來指代這兩個術語。
也可以將術語HNB小區(qū)，HeNB小區(qū)和CSG小區(qū)稱為“毫微微小區(qū)”。從而，本文中使用的術語“毫微微小區(qū)”可以預期是HNB小區(qū)、HeNB小區(qū)或CSG小區(qū)中的任何小區(qū)，并且可以包括毫微微小區(qū)?？梢栽?GPP規(guī)范之外使用術語“毫微微小區(qū)”來指具有非常小的覆蓋的任何小區(qū)，雖然通常不是必然安裝在私有的或公司房屋中。術語“毫微微小區(qū)運營商” 可以指代通過H(e)NB主機方提供服務的PLMN運營商，一般性地指代主機方(為用戶操作 H(e)NB付款的第三方)，指代H(e)NB所有者，或指代其組合。
宏小區(qū)
相比而言，雖然在3GPP規(guī)范中不是必然有意義，術語“宏小區(qū)”可被使用來指除了毫微微小區(qū)之外的小區(qū)。貫穿本文使用的“宏小區(qū)”可以是已知支持緊急服務的小區(qū)。
下面提供宏小區(qū)和毫微微小區(qū)之間的差異的一些示例。首先，H(e)NB的小區(qū)控制器可以由訂戶擁有，而不是由PLMN運營商擁有，并且可以位于訂戶的房屋上。第二，可以由實質上與用于宏小區(qū)的連接相比較不可靠的連接來實現從家庭小區(qū)控制器到PLMN核心網的連接。第三，這種連接可以經由與PLMN運營商的網絡不是一體的訂戶的DSL連接或IP 連接。第四，可以將對毫微微小區(qū)的接入限制在用戶或設備的子集；要注意到，訂戶可以是私人、公司和教育機構或者其他一些實體。此外，毫微微小區(qū)可以指代針對UMTS (UTRAN)和 LTE(E-UTRAN)引入的用于改進室內小區(qū)覆蓋和微小區(qū)覆蓋的概念，以及到訂戶針對H(e) NB選擇的位置的泄漏線纜回程。
H (e) NB中的接入模式
可以存在用于H(e)NB的多個接入模式。在一個實施例中，在H(e)NB中存在三個接入模式閉合接入模式、混合接入模式和開放接入模式。在閉合接入模式下，H(e)NB可以僅向其相關聯的CSG成員提供服務。在混合接入模式下，H(e)NB可以僅向其相關聯的CSG 成員和非CSG成員提供服務。在開放模式下，H(e) NB可以作為正常的節(jié)點B或e節(jié)點B操作。下面呈現混合接入模式和開放接入模式的使用情況的非限制性示例。
以下是混合接入模式的示例。為了改善商場中的覆蓋，可以部署H(e)NB。網絡運營商可能已經向商場所有者提供了特價，其中，當經由這些H(e)NB接入服務時，商場的雇員將接收到優(yōu)惠的費率和優(yōu)先接入。商場所有者可以允許公眾使用H(e)NB來接入正常的網絡運營商服務。與涉及經由一個或多個H(e)NB提供對運營商網絡的接入的運營商有合同關系的H(e)NB主機方(例如，家庭中的“主導”用戶或企業(yè)中的公司IT管理者)可以不需要管理公共接入，并且公眾可以不需要采取特殊的動作來在H(e)NB上接收服務。
以下是開放接入模式的示例。開放接入模式可以允許所有用戶使用H(e)NB。開放接入模式可以增強運營商的公共網絡的覆蓋或容量。例如，開放接入模式H(e) NB可以存在于在火車站、機場、體育場和其他公共位置處。
閉合訂戶組(CSG)
H(e)NB功能的一方面可以是限制具體用戶接入其他H(e)NB功能的能力。例如，可以將接入限制為在其點部署了 H(e)NB的公司的雇員，具體的咖啡連鎖店的客戶，或者在將 H(e)NB部署在私人家中的情況下，限制為具體的個人。
為了實現該功能，可以部署CSG?？梢允褂肅SG指示符來通過系統(tǒng)信息中廣播的I 個比特對所產生的小區(qū)是CSG小區(qū)進行指示。此外，CSG小區(qū)還可以在系統(tǒng)信息中廣播該 CSG小區(qū)所屬于的CSG ID和PLMN ID。然而，小區(qū)可以不指示CSG ID，例如在宏小區(qū)或使用開放接入模式的情況下。多個小區(qū)可以共享CSG ID。可以將UE預訂到多個CSG。這種預訂自然可以是臨時的。針對非限制性示例，咖啡店可以允許訂戶接入商店的CSGl個小時。
現在可以將關注轉向本文中描述的實施例的非限制性概述。具體地，本文中描述的實施例提供了技術，該技術用于解決與在毫微微小區(qū)中或靠近毫微微小區(qū)進行緊急呼叫有關的問題以及用于解決其他問題。在一個實施例中，當移動設備嘗試在駐留在毫微微小區(qū)上或者在毫微微小區(qū)的活躍連接中時建立緊急呼叫的情況下，可以通過設備首先重選到覆蓋區(qū)內的宏覆蓋并在然后在該宏小區(qū)上建立呼叫來確保緊急呼叫的可靠性。在第二實施例中，在UE嘗試毫微微小區(qū)上的緊急呼叫的情況下，UE準備當該呼叫在毫微微小區(qū)中掉話的情況下重選到宏網絡。在第三實施例中，可以提供緊急服務(例如，為了進行緊急呼叫而建立連接的可能性)，然而向UE提供對以下情況的指示不保證這些服務的可靠性，或者與在由另一小區(qū)或網絡提供時的等效服務相比，這些服務實質上較不可靠。在第四實施例中， 在毫微微小區(qū)擁塞的情況下，UE可以能夠在不需要網絡進行切換的情況下重選到宏小區(qū)， 以及UE可以知道現有的小區(qū)發(fā)生擁塞。下面進一步描述這些以及其他的實施例。
圖I是示出根據本公開的實施例的HNB接入網絡的邏輯結構的框圖。具體地，圖I 描述了 HNB CSG小區(qū)的架構。在描述該架構之前，首先關注HNB和H(e)NBs、CSG以及H(e) NB中的接入節(jié)點的概念。
返回圖1，架構100示出了 HNB接入網的示例性架構。HNB 102可以使用Iuh接口 104提供RAN連接。HNB 102可以支持NB和大部分RNC功能以及Iuh接口 104上的HNB驗證、HNB Gff 106探索、HNB注冊和UE 108a，108b注冊。HNB 102可以保證到HNB Gff 106以及來自于HNB Gff 106的通信的安全。
HNB Gff 106可以擔當RNC，該RNC將其自身作為HNB連接的集線器服務向CN呈現。 HNB Gff 106可以提供用于控制平面的集線器功能，以及可以提供用于用戶平面的集線器功能。HNB Gff 106可以支持NNSF。
在圖I中示出的架構100中，各種參考點被示出。Uu接口 110可以是UE(108a和 108b)與HNB 102之間的標準Uu接口。Iuh接口 104可以是HNB 102和HNB Gff 106之間的接口。對于控制平面，Iuh接口 104可以使用HNBAP協議來支持HNB注冊、UE注冊和錯誤處理功能。對于用戶平面，Iuh接口 104可以支持用戶平面?zhèn)鬏敵休d處理。
IU-CS112接口可以是HNB Gff 106和CS核心網絡之間的標準接口。Iu-PS接口 114可以是HNB Gff 106和PS核心網絡之間的標準接口。D接口 116可以是MC/VLR 118和 HLR/HSS 120之間的標準D接口。Gr接口 122可以是SGSN 124和HLR/HSS 120之間的標準Gr接口。Cl接口 126可以是CSG列表Srv 128和具有CSG能力的UE的108a之間的可選接口。OTA通信可以被用于更新具有版本8US頂的UE上的允許CSG列表。OMA DM可以被用于更新具有版本8之前的USM的UE上的允許CSG列表。
圖I中示出的架構100可以具有多個機制中的一個或多個。所有支持CSG功能的 Rel-8UE和后Rel-8UE可以或應當包含允許的CSG標識的列表。在UE不屬于任何CSG或者沒有被預訂到任何CSG的情況下，該列表為空。
在一個實施例中，H(e)NB中的每一個小區(qū)可以屬于一個CSG的最大化(maximum) (即與其關聯，以及因此允許訪問其訂戶)。
H(e)NB的小區(qū)屬于不同CSG可以或應當是可能的，并且因此具有不同的CSG ID。
允許CSG列表可以或應當作為CSG訂戶預訂數據的一部分向MME提供?？梢栽赨E 中根據附著、TAU、服務請求和去附著過程的結果或通過例如OMADM過程的應用級機制來更新允許CSG列表。
在一個實施例中，針對在附著、組合附著、去附著、服務請求和TAU過程中通過毫微微小區(qū)接入的UE，MME可以或應當執(zhí)行訪問控制。如果UE不被允許訪問毫微微小區(qū)，則可以或應當由網絡向UE通知拒絕原因。
在一個實施例中，當由用戶手動選擇未被包括在UE的允許CSG列表中的CSG ID 時，可以或應當由UE立即觸發(fā)經由所選擇的毫微微小區(qū)的TAU過程。該TAU過程可以允許 MME執(zhí)行CSG訪問控制。
在一個實施例中，TAI列表同樣可以應用于毫微微小區(qū)。TAI列表可以包括涉及毫微微小區(qū)的TAI以及涉及非毫微微小區(qū)的TAI。UE可以不區(qū)分在TAI列表中的這些TAI。 對于H (e) NB Gff部署的情況，H (e) NBGff中支持的TAI可以是在H (e) NB Gff下的毫微微小區(qū)支持的TAI的集合。
圖2、圖3和圖4描述了相對于圖I中示出的毫微微小區(qū)的HNB架構100的H(e)NB 毫微微小區(qū)架構變化。特別地，圖2是示出了根據本發(fā)明一個實施例，具有專用網關的HNB 接入網絡的邏輯架構的框圖。圖3是示出了根據本發(fā)明的一個實施例，沒有專用網關的HNB 接入網絡的邏輯架構的框圖。圖4是示出了根據本發(fā)明的一個實施例，具有針對C平面的網關的HNB接入網絡的邏輯架構的框圖。在圖I到圖4中示出的實施例中，對應于彼此的附圖標記對應于相似的設備或部件，以及可以類似地操作。
在圖2到圖4中，H(e)NB 200支持的功能可以或應當與eNB支持的功能相同，可能的例外是NNSF。在H(e)NB 200和EPC之間運行的過程可以或應當與在eNB和EPC之間運行的過程相同。取決于實現，UE(108a或108b)可以具有UMTS能力或E-UTRAN能力，或兩者都具有。取決于實現，UE可以具有CSG能力或非CSG能力。
H(e)NB Gff 204可以作為集線器服務于C平面，特別是S1-MME接口 206。H(e)NB Gff 204可以可選地端接到H(e)NB 200以及到S-GW202的用戶平面，并且可以提供用于在 H(e)NB 200和S-GW 202之間中繼用戶平面數據的中繼功能。H(e)NB GW204可以支持NNSF。
現在描述參考點。LTE-Uu接口 208可以是UE 108和H(e)NB 200之間的標準 LTE-Uu接口。如果不使用H(e)NB Gff 204，則可以在H(e)NB200和MME 210之間定義Sl-MME 206接口。如果H(e)NB Gff 204存在，則可以或應當使用去往H(e)NB 200和MME 210的標準 Sl-MME 接口 206。
可以在H(e)NB 200、H(e)NB Gff 204和SeGW之間定義S1-U接口 212數據平面。來自于H(e)NB 200的Sl-U接口 212可以在H(e)NB GW204處終止，或者可以使用H(e)NB和 S-Gff 202之間的直接邏輯U平面連接。
Sll接口 214可以是MME 210和S-GW 202之間的標準接口。S6a216接口可以是 MME 210 和 HSS 120 之間的標準接口。SI 接口 218 可以是 H(e) NB 200 和 H(e) NB Gff 204 之間的標準接口。
傳統(tǒng)設備
UMTS毫微微小區(qū)可以不在非毫微微小區(qū)的相相鄰小區(qū)列表中列出。因此，傳統(tǒng)的 UMTS設備(可以是版本7或更早的設備)可以不搜索這樣的小區(qū)。如果傳統(tǒng)設備嘗試訪問毫微微小區(qū)，注冊嘗試可被拒絕。
E-UTRAN首先在版本8中規(guī)定?；谠撛颍芯哂蠩-UTRAN能力的設備可以是 “知道CSG的”設備，即使它們沒有CSG預訂。
來自或去往毫微微小區(qū)的空閑模式移動
一般而言，與非毫微微小區(qū)相比，網絡運營商更希望具有對毫微微小區(qū)的預訂的設備駐留該小區(qū)。然而，設備對搜索毫微微小區(qū)的確定可以是實現所特定的，并且可以手動觸發(fā)。設備可以存儲與其能夠訪問的小區(qū)的位置相對應的一些信息。這些信息的示例包括 GPS坐標或檢測到的宏小區(qū)的列表。該信息可被用于加速后續(xù)的網絡訪問。可以將存儲這種類型的信息稱為采指紋。
對駐留哪個小區(qū)的決定也可以取決于針對UTRAN和E-UTRAN定義的小區(qū)選擇和重選規(guī)則。在版本8中，僅當小區(qū)是使用其特定載頻的所有小區(qū)中最好的小區(qū)時，UE才可以重選到該小區(qū)?？梢詫⒆詈玫男^(qū)考慮為具有最強信號強度的小區(qū)。毫微微小區(qū)不需要是針對特定頻率的最好小區(qū)。當UE駐留在合適的毫微微小區(qū)上時，UE可以或應當總是將當前頻率視為最高優(yōu)先級頻率。離開毫微微小區(qū)去往非毫微微小區(qū)的空閑模式重選可以遵循用于重選到這樣的小區(qū)的傳統(tǒng)方式。
來自或去往毫微微小區(qū)的連接模式移動
關于宏eNB和H(e)NB之間以及H(e)NB之間的移動性，在版本8中很可能僅支持外出移動。外出移動可以是UE從H(e)NB向宏eNB切換。在版本9中，一項增強可以支持進入移動。進入移動可以是UE從宏eNB向H(e)NB切換。
混合小區(qū)
在版本9中引入的混合小區(qū)可以是屬于CSG并且具有CSG ID的小區(qū)。然而，混合小區(qū)可以允許訪問其CSG成員和非CSG成員。非CSG成員可以是沒有向混合小區(qū)所屬于的 CSG預訂的UE。在版本8中，可以通過混合小區(qū)廣播的CSG ID,并通過將CSG指示符比特 (E-UTRAN)或CSG指示比特(UMTS)設置為與非毫微微小區(qū)相對應的值來識別該混合小區(qū)。 還可以通過廣播信令來發(fā)送CSG指示比特。
“PCI/PSC 分離”
在E-UTRAN中，相鄰小區(qū)列表可以不是顯式的。換而言之，相鄰小區(qū)列表不需要明確標識相鄰小區(qū)。而是，相鄰小區(qū)列表可以指示頻率，以及可選地，移動設備不應當嘗試訪問的“不允許”的列表或黑名單小區(qū)?？梢云谕鸘E通過盲搜索在頻率上檢測小區(qū)。然而， 盲搜索在許多被檢測的小區(qū)是毫微微小區(qū)的情況下可能會導致困難。為了將不具有CSG預訂的設備對這種小區(qū)的不必要處理最小化，網絡可以可選地指示可向毫微微小區(qū)應用PCI 分離，即為毫微微小區(qū)保留的物理小區(qū)標識的集合。當運營商在相鄰小區(qū)列表中的確列出毫微微小區(qū)的情況下，PSC分離可以是用于UMTS小區(qū)的類似指示?？赡艿?，PCI/PSC分離可以被用于區(qū)別混合小區(qū)和非混合小區(qū)。
測量目標和測量標識
在UTRAN和E-UTRAN中，eNB可以為UE設置測量目標和測量標識以觸發(fā)來自UE 的測量報告。測量目標可以與具體的載頻相關聯。該具體的載頻可以和服務小區(qū)的頻率相同，或在頻率間測量的情況下與服務小區(qū)的頻率不同。eNB可以為UE配置一個或更多測量目標。
為了觸發(fā)來自UE的測量報告，eNB可以為UE配置一個或更多測量標識。每個測量標識可以與測量目標和報告配置相關聯。報告配置可以定義基于其來觸發(fā)來自于UE的測量報告的準則，例如RSRP和/或RSRQ閾值。
基于優(yōu)先級的重選算法
作為E-UTRAN介紹的一部分，可以將重選算法規(guī)定為當考慮到作為自主重選的候選者的不同小區(qū)之間的優(yōu)先級時，針對單個用戶，在不同小區(qū)的相對優(yōu)先級上給予運營商更大的靈活性。該算法可以應用于E-UTRAN、UTRAN和GERAN網絡，以及可能的其他網絡。 該重選算法可能在考慮重選至毫微微小區(qū)時不能應用。基于優(yōu)先級的重選算法可以規(guī)定 對于被允許執(zhí)行自主重選并且當前已經駐留在一組中的一個小區(qū)上的UE，移動設備是否應當重選至不同組中的小區(qū)。
對于UTRAN和E-UTRAN，小區(qū)可以根據其操作類型(例如頻分復用(FDD)或時分復用(TDD))以及操作頻率進行分組。例如，中心頻率為2. 152GHz的所有TDD小區(qū)可以被考慮在一組中。在另一示例中，所有GERAN小區(qū)可以被考慮在一組中。
可以向每組小區(qū)指派優(yōu)先級級別，或者可以不指派任何優(yōu)先級級別。在正常操作中，移動設備可以不考慮重選任何未被分配優(yōu)先級級別的小區(qū)。對于正常操作，需求可以是移動設備知道其當前駐留的小區(qū)的優(yōu)先級級別?？梢圆幌蚴褂貌煌夹g(例如GERAN、 UTRAN或E-UTRAN)操作的兩個小區(qū)組指派相同的優(yōu)先級級別。
可以規(guī)定用于對應用于服務小區(qū)(“S_serving”)和重選候選小區(qū)(“S_tgt”) 的參量“S”進行評估的度量。這些度量可以是特定于RAT類型的?？梢砸?guī)定用于服務小區(qū)的閾值，例如Thresh_serving?？梢詾槟繕诵^(qū)組規(guī)定兩個閾值，根據其具有比服務小區(qū)更高的優(yōu)先級，閾值為Threshjgt (high)，或者具有比服務小區(qū)更低的優(yōu)先級，閾值為 Thresh_tgt (low)。如果⑴對于具有比服務小區(qū)更高優(yōu)先級的目標小區(qū),S_tgt > Thresh_ tgt (high);或者⑵對于具有比服務小區(qū)更低優(yōu)先級的小區(qū)，S_serving < Thresh_ serving并且S_tgt > Thresh_tgt (low),則可以重選被執(zhí)行。
其他術語
下面兩個術語可以不是特定于CSG移動性的?！扒袚Q準備”可以是網絡側過程，包括由服務(源)小區(qū)對目標小區(qū)的分配用于UE的資源的請求?！癝I獲取”可以是接收和解碼小區(qū)中的廣播系統(tǒng)信息?？梢詫I獲取用于獲得例如切換準備信息。
下面的三個術語可以是特定于CSG移動性的。“初步訪問檢查”可以是通過檢查 CSG成員資格來確定是否允許UE訪問毫微微小區(qū)的過程。換而言之，可以使用初步訪問檢查來確定小區(qū)的CSG ID是否在UE允許CSG列表中。“切換評估”可以是獲取小區(qū)全球ID 和執(zhí)行初步訪問檢查的過程，該兩個過程都在UE執(zhí)行。第三個術語，“切換準備信息”可以指代由初步訪問檢查獲得的信息，加上小區(qū)全球標識(CGI)和TAI。
圖5是根據本發(fā)明實施例的非漫游架構的框圖。具體地，可以使用圖5中示出的非漫游架構來實現Volga?？梢詫oLGA視為在LTE上經由通用接入來實現UE 108a或108b 語音服務的設備和軟件(注意，LTE可以是E-UTRAN)。圖5中的特定附圖標記與圖I到圖 4中的一個或多個圖共用；這樣的共用附圖標記指代相似部件并且具有相似的功能。然而， 在圖5中所示的實施例中，UE 108a和108b還支持VoLGA協議棧。
在VoLGA中，運營商可以重復使用在E-UTRAN 504創(chuàng)建的E-UTRAN覆蓋下控制CS 服務的建立的現有CS域實體，例如MSC/VLR502。VANC 506可以使UE 108a或108b使用由 EPS提供的一般IP連接訪問MSC/VLR 502?？梢允褂肁接口( “VoLGA A模式”)或Iu-CS 接口(“VoLGA Iu模式” MfVANC 506連接到MSC/VLR 502。每個接口都在508處示出。 從EPS的角度來看，VANC 506被視為UE 108a或108b之間的應用功能和“Z1”接口 510，并且VANC 506可以基于3GPP TS43. 318中定義的“Up”接口。
基本功能
VANC 506可以與VoLGAA模式中的BSS類似地操作，或者可以類似于VoLGA Iu模式中的RNC，朝向CS核心網絡。VANC 506可以包括SeGW 512，其能端接來自于每一個UE 108a或108b的安全遠程訪問隧道。SeGW 512可以提供對于信令業(yè)務的相互驗證、加密和完整性保護。下面提供由VANC 506提供的一些功能。
VANC 506可以支持UE-VANC協議。針對尋呼，UE-VANC協議可以用于NAS CS域信令消息的封裝，并且針對VoLGA注冊過程，向UE提供通常在系統(tǒng)信息中廣播的CN參數。 VANC 506可以支持與HOSF的VANC-UE綁定創(chuàng)建和刪除過程。此外，VANC 506可以支持對正在建立的緊急呼叫的檢測。
在切換的情形中，HOSF 514可以決定來自于MME 210的切換請求是用于VoLGA還是用于頂S/SRVCC。HOSF還可以因此將該請求尋路至例如服務VANC 506或增強了 SRVCC 的MSC服務器518。H0SF514可以支持VANC-UE綁定創(chuàng)建和刪除過程，以使得HOSF 514可以基于所存儲的服務VANC 506的記錄來針對UE 108a或108b做出這些決定。HOSF 514可以是根據運營商需求部署的邏輯功能實體。例如，可以將514部署為獨立的實體，或者可以嵌入在MME 210或VANC 506中。
可以需要或希望UE 108a或108b的特定功能來支持VoLGA。這些功能的示例包括探索VANC 506和向VANC 506注冊、通過VANC 506的針對MM和CM的CS相關的NAS過程、 以及用戶平面上的VoIP。
VoLGA中的緊急服務
對于具有正在PLMN中獲取普通服務的有效USM的UE，基于運營商偏好，可以經由E-UTRAN中的VoLGA或經由GERAN/UTRAN中的CS域來支持緊急服務。VANC 506可以在 VoLGA注冊過程中指示進行緊急呼叫的接入網絡偏好。VANC 506確保MSC 502接收到正確的小區(qū)全球ID(CGI)，以用于向合適的PSAP路由緊急呼叫。
如果訪問網絡偏好是GERAN或者UTRAN，并且如果從VoLGA訂戶歸屬PLMN或者從漫游至PLMN的任何用戶，GERAN或UTRAN覆蓋都是可用的，則UE可以或應當自主從VoLGA 模式切換到GERAN或UTRAN模式并且在GERAN或UTRAN上進行緊急呼叫。在緊急呼叫完成之后，為了回叫，UE可以停留在GERAN或UTRAN中特定的時間量，以影響在GERAN或UTRAN 中的位置確定基礎架構。然而，該行為并不需要是VoLGA特有的。
如果訪問網絡偏好是E-UTRAN，并且如果從VoLGA訂戶歸屬PLMN或者從漫游至 PLMN的任何用戶，E-UTRAN覆蓋都是可用的，則UE可以經由MSC在VoLGA上進行緊急呼叫。VANC 506可以基于多個因素中的一個或多個來檢測緊急呼叫正在建立中。這些因素的示例包括GACSR/RRC請求消息中的建立原因(Establishment Cause) IE,和/或指派請求 (Assignment Request)或 RAB 指派請求(RAB Assignment Request)消息中包括的優(yōu)先級值。可以基于運營商配置來使用優(yōu)先級值檢測緊急呼叫。
在限制服務狀態(tài)下，具有CS語音能力的VoLGA UE 108a或108b可以或應當一直駐留在很可能支持CS域的RAT上，例如在TS23. 221中規(guī)定的GERAN或UTRAN。這樣的UE 可以在GERAN或UTRAN CS域上進行緊急呼叫。
VoLGA系統(tǒng)的多個其他組件在圖5中示出并且在3GPP TS中描述。這些組件包括 HLR/HSS 120、AAA服務器520、PCRF522和S-GW/P-GW524。其他接口在圖5中顯示并且在 3GPP TS 中描述。這些接口包括 Sv 接口 526、Sl-C 接口 528、Sl-U 接口 212、LTE Uu 接口 208、SGi 接口 530、Gx 接口 532、Rx 接口 534、Z3 接口 536、Wm 接口 538、D 接口 116 和 D’ 接 Π 540。
現在注意力轉移到描述與在使用VoLGA或其他一些系統(tǒng)時處理緊急呼叫有關的多個問題。至少存在五個不同的問題。第一個問題是網絡可靠性。第二個問題是潛在緩慢的小區(qū)重選過程。第三個問題是對緊急服務的支持和對在緊急呼叫期間未能維持可靠網絡的責任。第四個問題是小區(qū)擁塞。第五個問題是在E-UTRAN毫微微小區(qū)上對VoLGA中的緊急呼叫的支持。也存在其他問題。將依次描述這些問題中的每一個。
對緊急服務的支持中的可靠性
在支持緊急呼叫的上下文中可能出現的第一個問題是網絡的可靠性，尤其是當使用H(e)NB時。這些設備應當支持緊急呼叫。然而，這些設備與非H(e)NB小區(qū)相比可能存在可靠性問題。然而，緊急呼叫的可靠性不應當由于毫微微小區(qū)的部署而降低。
3GPP TS22. 011 (版本8)和TS22. 101 (版本9)規(guī)范闡述了 H(e)NB應當支持用于 CSG和非CSG成員的緊急呼叫(TS22. 011，子條款8. 5. I提供了“HNB/HeNB應當支持用于CSG 和非CSG成員的緊急呼叫”)。此外在版本9中，服從于網絡資源的可用性，當使用PLMN經由H(e)NB或經由NB/eNB提供的服務時，在用戶體驗上沒有區(qū)別，注意(與其他小區(qū)不同) 這些資源可以不在網絡運營商的控制下。
H(e)NB由于有限的資源可能不能夠支持來自CSG或非CSG成員的所有緊急呼叫， 或者不可提供充足的可靠性。然而，當UE駐留在毫微微小區(qū)上時，應當存在可靠地支持緊急呼叫的機制。
當考慮到毫微微小區(qū)中對語音呼叫的支持時，可以考慮兩種類型的資源將毫微微小區(qū)連接到運營商核心網的無線鏈路上的資源和有線網絡上的資源。要支持的有線網絡上的資源可以是該架構中的Iuh和SI接口。對這些資源的支持可以通過DSL鏈路或類似連接的方式。此外，可以通過HNB GW將毫微微小區(qū)連接到運營商核心網絡。
在毫微微小區(qū)中創(chuàng)建的緊急呼叫中可能存在多個失敗點，該緊急呼叫可能不如使用宏小區(qū)的呼叫重要。例如，到毫微微小區(qū)的電源可能被切斷，例如由用戶無意間絆倒向 H(e)NB供電的電源電纜而造成，或者通過在工作日結束時關閉H(e)NB。在另一個示例中， 支持H (e) NB連接的DSL連接可能丟失，例如當Iuh和S2接口在用戶歸屬網絡和H (e) NB Gff 所駐留的的運營商網絡之間傳輸時。其他H(e)NB/HNB所特有的問題也可能存在。
當部署毫微微小區(qū)時需要避免緊急呼叫的低可靠性，尤其是對于正駐留在毫微微小區(qū)中UE。同樣希望確保由這樣的UE創(chuàng)建的緊急呼叫具有合適的可靠性。
緩慢的重選過程
上面引入的第二個問題是潛在緩慢的小區(qū)重選過程。連接到毫微微小區(qū)并涉及緊急呼叫，或者在毫微微小區(qū)中駐留并嘗試緊急呼叫的UE可能需要重選到另一個小區(qū)。重選可以是希望的或者必須的，因為毫微微小區(qū)不支持緊急呼叫(臨時地或永久地)。如果小區(qū)不支持緊急呼叫，則UE使用相同或不同的RAT執(zhí)行到另一個毫微微小區(qū)的重選，或者執(zhí)行到宏小區(qū)的重選。作為重選過程的一部分，UE執(zhí)行對可用小區(qū)的掃描。
重選過程可以是所不期望地耗時的。在UE能夠在新小區(qū)上建立或重建緊急呼叫之前，或在UE對于來自PSAP的回呼是可及的之前，可能使用大量的時間。。
緊急服務的支持和責任
上面提及的第三個問題涉及可能性。每一個區(qū)域、國家和/或管轄區(qū)可以具有與緊急服務的可靠性相關的其自身的規(guī)則和規(guī)定。當用戶通過宏小區(qū)的方式執(zhí)行緊急呼叫時，宏小區(qū)的運營商可以對傳送保證緊急呼叫負責。換而言之，可以由法律來要求該運營商保證特定程度的可靠性。該運營商可以對未能連接或維持緊急呼叫負有法律責任。
運營商可以限制或管理其在這點上的風險，因為運營商不僅擁有并控制基站，還擁有并控制無線接入網絡和核心網絡。當基站、無線接入網絡和核心網絡被另一方(例如第三方運營商)擁有時，則在進行提供的運營商和第三方運營商之間存在著協議，該協議涉及哪一方承擔緊急呼叫失敗或掉話的責任。
隨著H(e)NB的引入，這些情況可能變化。例如，H(e)NB可以位于用戶家中。在另一個示例中，H(e)NB可能位于企業(yè)或校園。無論哪種情況，毫微微運營商可以部署H(e)NB 來提高覆蓋或提供增值服務，例如在覆蓋范圍內的本地IP接入。這些個人或組織不希望對于緊急呼叫承擔責任。
作為通過H(e)NB建立的緊急呼叫可能由于毫微微運營商控制困難的原因而失敗的事實所導致的結果，緊急呼叫責任的問題可能加劇。一個有疑問的場景是，由于H(e)NB所位于的場所的擁有者不知道正在進行緊急呼叫，不知情地或無意地將H(e)NB的電源切斷，呼叫失敗。另一個場景可能發(fā)生在當由于房屋IP連接中的故障而導致H(e)NB到運營商核心網絡的連接中斷時，這是H(e)NB運營商所不能控制的因素。
在例如上述的場景中，確定哪一個個人或組織為緊急呼叫失敗或掉話負責可能是困難的。運營商對于家庭或企業(yè)網絡如何操作的控制是有限的，無論是操作時間有限、電源或回程的可靠性等等。H(e)NB所位于的場所的擁有者可能不希望對于失敗的緊急呼叫負責。
毫微微小區(qū)擁塞
上面引入的第四個問題是毫微微小區(qū)擁塞的可能性。在特定的場景中，可能不保證緊急呼叫的可靠性，因為毫微微小區(qū)可能擁塞。擁塞可能由于一個或多個因素而出現，包括但不限于無線條件、當前用戶的數量、用戶正在傳送的數據量。
正常來說，UE對于無線小區(qū)是否擁塞不太或根本不知道。在毫微微小區(qū)的情況中， 擁塞可能由于非無線條件引起，例如在毫微微小區(qū)和運營商核心網絡之間的網絡鏈路上的擁塞。因此，UE沒有辦法決定UE是否應當在毫微微小區(qū)上嘗試緊急呼叫。
E-UTRAN毫微微小區(qū)上對VoLGA中緊急呼叫的支持
上面引入的第五個問題是E-UTRAN毫微微小區(qū)上對VoLGA中緊急呼叫的支持。 VoLGA標準描述了當UE被連接到宏E-UTRAN小區(qū)時UE如何操作緊急呼叫。然而，VoLGA規(guī)范沒解決與毫微微小區(qū)上對VoLGA緊急呼叫的支持有關的問題并且沒解決上面描述的問題。
解決上述問題的多個實施例
這里描述的實施例提供了解決上述問題，以及解決其他問題的技術。在一個實施例中，緊急呼叫的可靠性可以通過確保當移動設備在駐留或處于毫微微小區(qū)的激活連接期間嘗試建立緊急呼叫時，設備首先重選到覆蓋區(qū)域內的宏覆蓋并然后在宏小區(qū)上建立呼叫來保證。該技術可以被稱為繞開毫微微小區(qū)。該技術可以解決以上任意問題。
在第二個實施例中，在UE嘗試毫微微小區(qū)上的緊急呼叫的情形中，當呼叫在毫微微小區(qū)中掉話的情況下，UE可以準備重選到宏覆蓋。此外，該技術可以結合這里描述的其他實施例使用。
在第三個實施例中，可以提供緊急服務，然而可提供對這些服務的可靠性未被保證的指示。例如，網絡可以向UE發(fā)送緊急呼叫支持指示符(ECSI)，指示所支持的緊急服務的類型。而UE可以向網絡發(fā)送緊急呼叫要指示符(ECRI)，指示UE請求的緊急服務的類型。 網絡可以通過向UE提供具有對僅支持受限制的緊急服務進行指示的值的ECSI，指示對受限制的緊急服務的支持。UE可以通過向網絡提供ECRI來要求緊急服務的特定集合。例如如果毫微微小區(qū)的所有者不希望在毫微微小區(qū)上創(chuàng)建的緊急呼叫失敗的情況下承擔責任， 則該所有者可以決定發(fā)送ECSI以指示僅支持受限制的緊急服務。該實施例解決了上述第三個問題，雖然該實施例還可以與這里描述的其他實施例一起使用以解決上述其他問題。
在第四個實施例中，在毫微微小區(qū)擁塞的情況下，UE能夠重選到宏小區(qū)，而無需由網絡進行切換。UE可以處于空閑模式或激活模式。該實施例提供了 UE知道毫微微小區(qū)擁塞的一套機制，如下面將要進一步描述的。該實施例解決了上述第四個問題，還可以與這里描述的其他實施例一起使用，解決上述其他問題。
下面的段落描述了上述四個實施例的詳細實施例和變形。下面單獨提出上述四個實施例中的每一個。
I.宏小區(qū)有利情況下繞開H(e)NB
現在將注意力轉向上述實施例，其中，當進行緊急呼叫時，UE將嘗試直接連接到宏小區(qū)，即使毫微微小區(qū)或其他宏/毫微微小區(qū)是可用的。該技術將通過以下方式來保證緊急呼叫的可靠性確保當移動設備嘗試在毫微微小區(qū)中建立緊急呼叫時，UE首先重選到覆蓋區(qū)域內的宏小區(qū)，然后建立呼叫。該實施例中的大部分行為在AS層，而不是在NAS層。 重選可以在RRC協議層，以及RRC協議層知道正在因為緊急情況而建立呼叫。由于該原因， NAS不需要知道這里描述的技術，然而在其他實施例中可以知道。
在宏小區(qū)有利的情況下繞開H(e)NB的情況I :適用于在允許自主重選的狀態(tài)下駐留在UTRAN HNB中的UE
針對UE在允許自主重選的狀態(tài)下駐留在UTRAN H(e)NB中的情況，可以執(zhí)行下面的步驟來實現在宏小區(qū)有利的情況下繞開H(e)NB。首先，CC實體可以發(fā)起移動起始呼叫。 作為該呼叫的結果，如果RRC連接當前不可用，UE中的麗層可以將該請求傳遞到RRC層， 并且可以為了進行緊急呼叫而請求RRC連接。在任意情況中，RRC層可以知道緊急呼叫將由設備發(fā)起。
在第二步驟中，RRC層確定第一，該請求用于緊急呼叫，以及第二，UE當前駐留在 HNB小區(qū)中。UE駐留在HNB小區(qū)中的事實可以通過CSG指示符來指示，該CSG指示符可以在當前服務小區(qū)的SIBl中發(fā)送。
在可選的第一附加步驟中，UE可以向服務小區(qū)指示其正在執(zhí)行小區(qū)重選，并且還可以指示小區(qū)重選的目的是建立緊急呼叫。UE還可以提供所選目標小區(qū)的標識符或標識特征。在可選的第二附加步驟中，可能根據第一附加步驟，UE可以接收由服務H(e)NB指示的一個或多個目標小區(qū)和適用于目標小區(qū)的系統(tǒng)信息。在該方法中，可以向網絡告知小區(qū)重選的原因。
在第三步驟中，RRC層可以發(fā)起到備選的非H(e)NB小區(qū)的重選，該非H(e)NB小區(qū)可以是宏小區(qū)。在第四步驟中，RRC層可以為了發(fā)起緊急呼叫而執(zhí)行RRC連接建立。很可能地，可以將RRC連接建立與其他移動性管理過程協同執(zhí)行，例如但不限于LAU或RAU過程。
對于上述過程，可以根據方便來規(guī)定MM、CC和/或RRC層之間的區(qū)分和功能分離。 區(qū)別和功能分離在給出的實現中不是必須的，無論是在現有的TS中或關于這里描述的實施例。在一個實施例中，該提示適用于參考協議層的所有實施例。
在上述過程的另一個實施例中，關于第三個步驟，可以根據基于優(yōu)先級的小區(qū)重選算法執(zhí)行小區(qū)重選過程。一個示例性的重選可以如下。可以認為服務小區(qū)的信號質量低于可適用的閾值。這樣，不管S_serving的實際值如何，S_serving可以比Thresh_serving 小。此外，或備選地，知道在服務小區(qū)處于專用于HNB小區(qū)的頻率上的情況下，UE可以不執(zhí)行頻率內重選，而是就像UE不具有針對該頻率或僅有毫微微小區(qū)知道的或其他頻率的指派的優(yōu)先級那樣進行操作。在任何情況中，無論使用頻率內還是頻率間小區(qū)重選，UE可以使用UE存儲的任意PCI/PSC分離信息以避免執(zhí)行到毫微微小區(qū)的重選。
在實現基于優(yōu)先級重選算法的情況中，上述方法可導致最小限度的復雜性增加。 進一步地，該方法最大化UE將執(zhí)行至具有最強信號質量并且不是另一個毫微微小區(qū)的小區(qū)的重選的可能性。
上述第三個步驟可能進一步需要重選到屬于不同PLMN的小區(qū)，例如在僅有可用于服務PLMN的小區(qū)是毫微微小區(qū)的情況中。在該情況下，可以應用由3GPP TS23. 122和 3GPP22. 011提供的PLMN選擇規(guī)則。
在宏小區(qū)有利的情況下繞開H(e)NB的情形2 :適用于在不允許自主重選的狀態(tài)下駐留在UTRAN HNB中的UE
針對UE在不允許自主重選的狀態(tài)下駐留在UTRAN H(e)NB中的情況，可以執(zhí)行下面的步驟來實現在宏小區(qū)有利的情況下繞開H(e)NB。情況2與情況I類似，除了在執(zhí)行重選之前可以釋放正在進行的RRC連接。情況2有一些備選的子實施例。
在第一個子實施例中，可以使用切換過程。在該情況中，UE在測量報告中或通過其他方式來指示目標小區(qū)。UE還指示測量報告以及對請求將切換用于緊急情況的指示。
在第二個子實施例中，也可以使用切換過程。在上述第一子實施例之外，UE可以解碼非服務小區(qū)的廣播信道。然后UE接收廣播系統(tǒng)信息(MIB/SIB)中的一些或全部。如果非服務小區(qū)不是毫微微小區(qū)，或指示其以被UE支持的方式可靠地支持緊急呼叫(例如， 小區(qū)和UE都支持基于MS的緊急呼叫)，則UE可以向服務小區(qū)發(fā)送指示一個或多個因素的消息。因素的一個示例可以是非服務小區(qū)的允許服務小區(qū)發(fā)起到非服務小區(qū)的切換準備過程的充分標識信息。該指示假定服務小區(qū)不知道非服務小區(qū)的存在。因素的另一個示例可以是測量信息，例如信號強度、信號質量以及其他測量信息。因素的另一個示例還可以是對請求將切換用于緊急情況的指示。要指示的其他因素也同樣存在。
參考上述情形I和2描述的用于切換的實施例將比普通的小區(qū)重選過程更快速地完成。進一步地，毫微微小區(qū)控制器不需要知道適用于目標小區(qū)的路由信息。更進一步地， MIB/SIB讀取可以是為了將已連接的移動性內部綁定到例如毫微微小區(qū)的UE中所需要的功能。該功能可以很可能已經是到毫微微小區(qū)的切換所需要的，并且因此該實施例需要較少的附加復雜性。
以其他術語來描述，作為NAS的示例，UE可以知道CSG連接性，意味著UE可以在小區(qū)中駐留或連接，例如UTRAN毫微微小區(qū)。在用戶在毫微微小區(qū)中嘗試CS緊急呼叫時，UE 的NAS需要建立CS承載并且UE可以決定在進行緊急呼叫之前觸發(fā)到宏小區(qū)的重選。如果 UE處于空閑模式中，到目標宏小區(qū)的小區(qū)重選可以由UE自主執(zhí)行。如果UE處于連接模式中，由于在UTRAN或E-UTRAN中不支持UE發(fā)起的切換，則UE可以釋放毫微微小區(qū)中現有的 RRC連接并且在目標宏小區(qū)上建立新呼叫和RRC連接。
該重選可以不作為切換被執(zhí)行。相反，基于重選結果，UE可以簡單地自主重新選擇到相同RAT類型或不同RAT類型的宏小區(qū)。在該切換期間，可以丟棄或暫停在重選之前已經激活的其他服務。這樣服務的一個示例是PS數據服務，然而可以是任何類型的服務。在一個示例中，如果UE在重選后已經具有到分組核心的連接，則UE可以使用GPRS和EPC過程來暫停承載。一旦UE已經選擇了宏UTRAN或GERAN小區(qū)或可能用于UE建立緊急呼叫的其他小區(qū)，UE可以建立緊急呼叫。
在上述情況2的變形中，觸發(fā)是MS緊急呼叫會話的建立。當具有MS功能的UE嘗試建立緊急呼叫時，在頂S應用請求緊急承載時，UE 一般可以嘗試建立緊急承載，例如PDN 連接或PDP上下文或執(zhí)行緊急附著以支持MS緊急呼叫的IP業(yè)務。然而，由于UE知道服務小區(qū)是毫微微小區(qū)，當頂S應用請求緊急承載時，UE可以不嘗試在毫微微小區(qū)上建立緊急承載。而是，UE可以觸發(fā)到具有相同RAT的宏小區(qū)或到不同RAT (例如UTRAN或GERAN(如果服務小區(qū)曾是E-UTRAN))或到非3GPP接入技術(例如WLAN)的重選。在這種情況下，UE 可以在目標小區(qū)中繼續(xù)緊急呼叫建立。如果UE處于空閑模式，則到目標宏小區(qū)的小區(qū)重選可以由UE自主執(zhí)行。如果UE處于連接模式，并且由于在UTRAN或E-UTRAN中不支持UE發(fā)起的切換，則UE可以釋放在毫微微小區(qū)中現有的RRC連接并在目標宏小區(qū)上建立新呼叫和 RRC連接。
在切換期間，可以丟棄或暫停在重選前已經激活的其他服務，例如PS數據服務。 可以使用頂S或使用CS域來執(zhí)行在UE已經重選到的RAT上建立緊急呼叫。
在實施例中，在重選到不支持CS域服務的小區(qū)(例如E-UTRAN)之后，如果新小區(qū)支持VoMS (在具有VoMS指示的NAS信令中向UE指示)，則UE可以通過建立緊急承載來繼續(xù)MS緊急呼叫的建立，。
在另一個實施例中，UE可以重選到CS域服務和MS都支持的小區(qū)(例如UTRAN小區(qū))。在這種情形中，UE可以繼續(xù)MS緊急呼叫的建立或UE可以建立CS緊急呼叫。如果小區(qū)支持VoMS (在具有VoMS指示的NAS信令中向UE指示)，則UE可以繼續(xù)MS緊急呼叫的建立。UE可以被配置為關于CS域的使用，偏好使用VoIMS0
在另一個實施例中，UE可以重選到支持CS域服務而不支持MS的小區(qū)(例如 GERAN小區(qū))。在這種情況中，UE可以建立CS緊急呼叫。
在上述情形2的變形中，核心網絡實體(例如MME或SGSN)可以知道H(e)NB連接性。在這種情況下，當MS UE嘗試生成緊急呼叫時，UE可以嘗試建立緊急承載，例如PDN連接或PDP上下文，以支持用于MS緊急呼叫的IP業(yè)務。
E-UTRAN毫微微小區(qū)的MME，或UTRAN HNB小區(qū)的SGSN或MSC可以知道在UE處于連接模式期間，UE經由H(e)NB小區(qū)連接。網絡可以拒絕緊急承載建立。在該情況下，兩個事件中的一個可能發(fā)生。首先，UE可以通過觸發(fā)重選進行反應，如上述情形2的第一變形。 其次，網絡(例如UE的服務H (e) NB與MME —起，或H (e) NB與SGSN或MSC —起)可以觸發(fā) UE切換到宏小區(qū)。在一個實施例中，MME可以信號通知服務H(e) NB以指示其開始UE的切換目標小區(qū)選擇和切換準備機制。在切換期間，可以丟棄或暫停在重選前已經激活的其他服務，例如PS數據服務。
在一個實施例中，UE可以重選到支持頂S、CS域服務，或二者都支持的小區(qū)。將進一步參考如上所述情況2的第一變形描述該實施例。
在宏小區(qū)有利的情況下繞開H(e)NB的情況3 :當UE知道H(e)NB連接性，例如UE 中的VoLGA CS棧時。
關于在宏小區(qū)有利的情況下忽略H(e)NB的技術的第三個情形可應用于當UE知道 H(e)NB連接性，例如UE中的VoLGA CS棧時。在這種情況下，UE可以駐留例如UTRAN毫微微小區(qū)的小區(qū)上。由于在E-UTRAN PS承載之上提供VoLGA CS連接性，E-UTRAN NAS?？梢韵騐oLGA CS棧提供UE在毫微微小區(qū)中駐留的指示。
在該情形中，當在毫微微小區(qū)中嘗試CS緊急呼叫時，UE中的VoLGA CC機可以向 UE的NAS中VoLGA CS棧請求建立CS承載。UE (例如UE中的VoLGA CS棧)可以知道UE 正在毫微微小區(qū)中駐留或連接到毫微微小區(qū)。基于這樣的認識，UE可以決定在處理緊急呼叫之前觸發(fā)到宏覆蓋的重選。
重選可以不作為切換來執(zhí)行，而是UE基于重選的結果，可以簡單地重選到具有相同RAT類型或不同RAT類型的宏覆蓋。如果UE處于空閑模式，則UE可以自主執(zhí)行到目標宏小區(qū)的小區(qū)重選以駐留。如果UE處于連接模式，并且由于UE發(fā)起的切換在UTRAN或 E-UTRAN中可能不支持，UE可以釋放毫微微小區(qū)中現有的RRC連接并在目標宏小區(qū)上建立新呼叫和RRC連接。
在切換期間，可以丟棄或暫停在重選前已經激活的其他服務，例如PS數據服務。 如果UE重選到UTRAN或GERAN宏小區(qū)，則UE可以附著到CS域并建立CS緊急呼叫。如果 UE重選到E-UTRAN宏小區(qū)，UE可以使用VoLGA CS棧在非緊急E-UTRAN承載上建立CS緊急呼叫，或者UE可以使用VoLGA CS棧在緊急E-UTRAN承載上建立CS緊急呼叫。
在宏小區(qū)有利的情況下繞開H(e)NB的情況4 :當通過網絡或服務網絡配置UE并且UE可以被配置為移動針對緊急呼叫的宏接入時。
關于在宏小區(qū)有利的情況下繞開H(e)NB的技術的第四種情形可應于當通過網絡或服務網絡配置UE并且UE被配置為基于HPLMN提供的特定列表移動針對緊急呼叫的宏接入時。網絡可以是家庭網絡，例如HPLMN或EHPLMN或一些其他家庭網絡。服務網絡可以是 RPLMN或其他服務網絡可以使用OMA DM和特定管理對象，或者通過一些其他手段配置UE。 該第四種情況可以與上述第I至3種情況相結合。
在情況4的實施例中，網絡可以將UE配置為具有有緊急能力的毫微微小區(qū)的列表?？梢允褂迷摿斜韥硖峁稍谄渖辖⒕o急呼叫的毫微微小區(qū)進行標識的標識符。該列表可以包括一些選項，包括但不限于下列。
列表的一個選項可以是對UE可以在其中在毫微微小區(qū)中建立緊急呼叫的小區(qū)集合進行指示的表征標識符的集合。這些標識符可以指示例如，MCC、MNC、LAI以及可能的其他ID。在該選項中，例如該列表可以包括PLMN ID (各自包括MCC和MNC)集合，并且在僅當毫微微小區(qū)屬于其PLMN ID在有緊急能力的毫微微小區(qū)列表中的PLMN時，UE才可以在毫微微小區(qū)中建立緊急呼叫。UE可以僅使用由HPLMN或EHPLMN發(fā)送的列表。當這樣的列表被接收時，UE覆蓋之前由HPLMN或EHPLMN發(fā)送的任意先前列表?？梢源鎯υ摿斜?，作為 USIM中、或壓縮閃存、微SD、UICC、R-UM或任何其他存儲設備中的基本文件。備選地，該列表可以在一些其他過程期間(例如RAU、LAU、附著過程或一些其他過程中)由網絡提供給 UE。該列表可以本地存儲在UE中。在這種情況下，如果這樣的列表由不是HPLMN或EHPLMN 的RPLMN接收，則UE可以不覆蓋存儲的列表。
如果網絡僅知道H(e)NB在其自身網絡中的能力時，可以應用有緊急能力的毫微微小區(qū)的列表的另一個選項。在這種情況中，網絡發(fā)送單獨的指示，指示這樣的H(e)NB是否支持緊急呼叫。UE可以使用來自從RPLMN聚集的指示的這些信息，以建立對哪些PLMN具有CSG緊急支持以及哪些不具有CSG緊急支持進行跟蹤的本地列表。例如，UE可以存儲從一個PLMN接收的指示并且在另一個PLMN上駐留期間利用該指示，以例如確定UE能夠檢測到但當前未駐留的小區(qū)可以提供緊急服務。該支持可以擴展到等同的PLMN或者可以專用于每一個PLMN。如果支持擴展到等同的PLMN，則UE可以通過將來自RPLMN的單獨指示與由RPLMN在過程(例如RAU、LAU、TAU、附著過程或一些其他過程)期間發(fā)送的EPLMN列表相結合來擴展UE的CSG緊急支持信息。
有緊急能力的毫微微小區(qū)列表的另一個選項是表征一個或多個毫微微小區(qū)的特定ID集合。在該情況中，可能僅當毫微微小區(qū)的H(e)NB ID在有緊急能力的毫微微小區(qū)列表中時，UE才可以在毫微微小區(qū)中建立緊急呼叫。該列表可以在過程(例如RAU、LAU、TAU、 附著過程或一些其他過程)期間向UE發(fā)送?？梢詫⒘斜淼挠行韵拗圃谑褂玫倪^程中。在改變區(qū)域時，可以用新列表整體替代該列表。備選地，當接收新列表時，可以向存儲在UE中的先前列表添加或更新新的信息。該列表可以本地存儲在UE中。
有緊急能力的毫微微小區(qū)列表的另一個選項是PLMN ID集合以及針對每一個PLMN ID的H(e)NB集合。在這種情況中，很可能僅當有緊急能力的毫微微小區(qū)列表中包含具有當前毫微微小區(qū)的PLMN ID和H(e)NB ID 二者的條目時，UE才可以在毫微微小區(qū)中建立緊急呼叫。如果在一些點H(e)NB ID對于PLMN是獨特的，如果UE當在給定PLMN中時需要或想要分割非常大的H(e)NB列表以減少搜索時間，該過程可能是重要的，或者由于一些其他原因，該過程是重要的。該列表存儲在USM的EF中，或可以本地存儲在UE中。
上述選項并不是窮盡的。其他選項也可以存在。此外也可以使用這些選項的結合， 并且其他參數可以被添加或與上述技術結合。
無論選擇什么選項，當UE需要或想要在駐留或連接到(例如在連接模式中)毫微微小區(qū)期間建立緊急呼叫時，UE可以將當前毫微微小區(qū)信息與有緊急能力的毫微微小區(qū)列表的內容進行驗證。該過程可以應用于家庭和漫游場景中。在可選的實施例中，服務PLMN 可以提供允許UE用于H (e) NB緊急呼叫的有緊急能力的毫微微小區(qū)列表。該列表可以在MO 中提供。
II.緊急呼叫期間的重選準備
上述實施例描述了繞開毫微微小區(qū)，或使用允許的毫微微小區(qū)的技術。注意力現在被轉移到用于解決上述在H(e)NB上進行緊急呼叫的問題。具體地，下面的實施例提供了在緊急呼叫期間或之前準備小區(qū)重選。
具體地，這些實施例可以提供在毫微微小區(qū)中的緊急呼叫期間執(zhí)行背景搜索。在 UE嘗試在毫微微小區(qū)上緊急呼叫的情況中，UE可以在毫微微小區(qū)中掉話時準備重選到宏小區(qū)。該實施例可以與上述實施例結合。例如，如上所述，UE可以在與毫微微小區(qū)連接之前嘗試連接到宏小區(qū)，并且還可以執(zhí)行背景搜索，以在用于第一緊急呼叫的連接由于各種原因失敗的情況下能夠重選到另一個小區(qū)。
基于UE知道其連接到毫微微小區(qū)，UE可以在緊急呼叫期間執(zhí)行背景搜素以探索如果到當前服務毫微微小區(qū)的連接丟失，應當重選到哪一個目標小區(qū)來重建呼叫。目標小區(qū)可以是相同RAT類型的另一個毫微微小區(qū)，可以是不同的RAT類型，可以是相同RAT類型的宏小區(qū)，可以是不同RAT類型的宏小區(qū)，或者可以是任意其他合適的小區(qū)。
UE可以在上述涉及繞開毫微微小區(qū)的一個場景中，在該情況中，UE可以基于在背景搜索期間獲取的信息重選到所選擇的目標小區(qū)。備選地，UE可以駐留或連接到毫微微小區(qū)，并且UE正在毫微微小區(qū)中發(fā)起緊急呼叫并執(zhí)行用于緊急呼叫的通話或RRC建立。UE能夠執(zhí)行切換或執(zhí)行自主的小區(qū)重選。
UE的背景搜索可以由一個或多個不同的觸發(fā)觸發(fā)。在一個實施例中，可以根據UE 特定的實現和參數來由UE自身觸發(fā)UE執(zhí)行背景搜索。在另一個實施例中，可以在確定其駐留的小區(qū)或其處于激活模式的小區(qū)滿足具體標準來觸發(fā)UE執(zhí)行背景搜索。標準例如可以包括小區(qū)是毫微微小區(qū)，或小區(qū)是E-UTRAN小區(qū)，或小區(qū)廣播有限的相鄰小區(qū)列表(例如僅包含具有單獨RAT類型的小區(qū))或者標準可以基于小區(qū)中支持的協議和/或緊急服務。在另一個實施例中，可以通過從H(e)NB到UE的指示來觸發(fā)UE執(zhí)行背景搜索。在該情況中，H (e) NB可以向UE發(fā)送執(zhí)行背景搜索的顯式指示或對H (e) NB的剩余資源的級別的指示。例如，H(e)NB可能用完資源，這樣，所請求的通話或正在進行的連接可能不能保證。當 UE接收該指示時，如果且當需要或想要切換時，UE可以執(zhí)行背景搜索并準備切換到備選小區(qū)。
在另一個實施例中，一旦發(fā)起呼叫，在緊急呼叫發(fā)起之前發(fā)起的背景掃描可被停止。此外，僅當連接正在進行且設備被連接到相同小區(qū)期間，背景掃描可以保持去激活。
在上述實施例中，背景掃描可以包括掃描不在服務小區(qū)相鄰小區(qū)列表中的小區(qū)。 背景掃描還可以包括掃描在語音通話期間一般不期望被監(jiān)視的小區(qū)。小區(qū)不期望被監(jiān)視， 因為可能不將H(e)NB配置為廣播完整的相鄰小區(qū)列表，因為H(e)NB可能不支持一些或全部類型的服務切換到一些或全部類型的小區(qū)，和/或因為相鄰小區(qū)列表不包括屬于不同 PLMN的小區(qū)。
可以對不同的PLMN執(zhí)行空閑模式小區(qū)重選。該場景可以使UE尋找在其上能發(fā)起緊急呼叫的一些小區(qū)。然而如果UE選擇了可用的備選擇小區(qū)，則UE可以選擇相同PLMN的小區(qū)。類似地，如果背景掃描顯示一些備選地小區(qū)是可能的且可接受的，則在相同RA、LA或 TA中的小區(qū)比在不同PLMN、RA、LA或TA上的小區(qū)更加優(yōu)先。
在一個實施例中，UE可以使得MIB或SIB在緊急呼叫期間禁止讀取和報告已知或不可信毫微微小區(qū)的能力。作為對該禁止規(guī)則的可能的例外，如果所討論的的H(e)NB清楚地指示H(e)NB支持緊急呼叫，則UE可以不執(zhí)行這樣的禁止。另一個可能的例外是UE已經存儲了對所討論的H(e)NB支持緊急呼叫進行指示的信息，例如指紋信息。作為這樣的禁止規(guī)定的另一個可能的例外，如果沒有能夠在測量報告中報告的備選切換候選小區(qū)，則UE可以不執(zhí)行這樣的禁止。
在緊急呼叫期間或之前的小區(qū)重選準備減少了對于正在進行的緊急呼叫的服務中斷。雖然仍存在對UE的影響，然而該技術還避免了網絡嘗試發(fā)起到不支持緊急服務的毫微微小區(qū)的切換。
III.受限制的緊急服務
上述實施例描述了繞開HeNB小區(qū)或使用允許的HeNB的技術，并提供了在緊急呼叫期間或之前準備小區(qū)重選。注意力現在被轉移到用于解決上述在HNB/HeNB上進行緊急呼叫提出的問題的第三個技術。特別地，下面的實施例提供了對可靠性不被保證的緊急呼叫支持進行限制，或至少提供對不保證可靠性的指示。
關于限制緊急服務支持的概念，下面提供了三個實施例。在第一實施例中，HeNB小區(qū)可以向UE提供緊急呼叫支持可用性的指示。在第二實施例中，僅有未保證的緊急服務可能被允許。在第三實施例中，UE可以被重定向。這些實施例將在下面被進一步描述。
首先注意力被轉移到第一實施例，用于受限制的緊急服務支持，HeNB小區(qū)向UE提供緊急呼叫可用性的指示。該第一實施例包括四個或更多子實施例。
在第一子實施例中，該指示可以在AS級別提供。當選擇駐留哪兒時，UE可以考慮該指示。UE選擇UE是否在空閑模式中保持在該小區(qū)(即接收到指示的小區(qū))中，或者UE可以確定UE是否應當執(zhí)行遠離該小區(qū)的重選。UE可以由毫微微小區(qū)運營商、用戶或其他的實體配置為知道在緊急呼叫上駐留，嘗試用于緊急呼叫的RRC連接建立，和/或如果已知緊急服務在毫微微小區(qū)中不可用時嘗試用于緊急服務的RRC連接建立。
在該第一子實施例中，下面將會進一步描述的ECSI，可以在H (e) NB發(fā)送的廣播AS 級別的系統(tǒng)信息中向UE提供ECSI。ECSI可以指示在毫微微小區(qū)中是否支持緊急呼叫。
—旦UE接收ECSI，UE可以選擇是繼續(xù)駐留在當前的服務小區(qū)中，還是執(zhí)行遠離到另一個小區(qū)的重選，和/或以一些其他方式附著另一個小區(qū)。重選到哪個小區(qū)的決定可以基于UE配置和ECSI。該決定還可以基于現有的信息和機制，例如可用H(e) NB信息，現有的 PLMN和小區(qū)選擇機制以及現有的小區(qū)重選機制。
下面的步驟是涉及該第一子實施例，在UE確定其應當不保留在當前服務小區(qū)的情況下的決定樹的一個示例。首先，UE可以執(zhí)行PLMN選擇。然后UE執(zhí)行小區(qū)選擇或重選。 確定小區(qū)是否可用且合適。在確定負面的情況下，該過程回到執(zhí)行PLMN選擇的第一步驟。 在確定正面的情況下，進行服務小區(qū)是否是H(e)NB，以及小區(qū)是否支持緊急服務的第二確定。如果ECSI指示負面的第二確定，則該過程終止。然而，如果ECSI指示正面的第二確定， 則作出UE配置是否指示UE被允許駐留在不支持緊急服務的H(e)NB上的第三確定。負面的第三確定導致過程回到執(zhí)行小區(qū)選擇和重選的步驟。正面的第三確定導致過程終止。如果在過程中的任意點處，UE選擇多個小區(qū)來考慮，則一個或多個小區(qū)作為服務小區(qū)優(yōu)先用于維持相同的PLMN、RA、TA或LA。
用于提供緊急服務支持的第二子實施例(可以與第一子實施例結合)可以是UE 在AS級別接收ECSI指示符并可能隨后選擇如何建立緊急呼叫。在該子實施例中，當UE在 H(e)NB上駐留并且用戶嘗試建立緊急呼叫時，UE決定是否重選到宏小區(qū)并使用宏覆蓋的 RAT特有的機制來建立緊急呼叫。執(zhí)行重選的該決定可以基于UE配置和ECSI。
用于提供緊急服務支持的第三子實施例可以是在NAS信令中提供ECSI指示并在然后允許UE選擇附著到哪里(例如，類似于第一子實施例)或者允許UE選擇在哪里進行緊急呼叫(例如，類似于第二子實施例)。在初始附著時或在執(zhí)行針對GERAN或UTRAN的 RAU過程時，或在執(zhí)行針對LTE的TAU過程時，可以向UE提供ECSI。
在實施例中，當UE選擇毫微微小區(qū)時，可以不執(zhí)行RAU和TAU過程，因為毫微微小區(qū)相對于宏覆蓋可以不在獨立的RA或TA中。在這種情況下，ECSI對于UE可能不可用。
在任意情況下，UE可以選擇保留附著到毫微微小區(qū)或者基于UE配置信息和/或 ECSI重選到宏覆蓋RAT。該選擇還可以基于現有的信息和機制，例如可用H(e)NB信息，現有PLMN和小區(qū)選擇機制，以及現有的小區(qū)重選機制。
用于提供緊急服務支持的第四子實施例可以是提供ECSI指示和NAS信令并且允許UE決定如何使用不同的技術來建立緊急呼叫。在該第四子實施例中，UE可以由毫微微小區(qū)運營商、用戶或一些其他實體配置為知道當緊急服務在毫微微小區(qū)中不可用時是否附著到毫微微小區(qū)。在初始附著時或在針對GERAN或UTRAN的RAU過程時，或在針對LTE的 TAU過程時，可以向UE提供ECSI。ECSI可以指示在毫微微小區(qū)中是否支持緊急呼叫。
在一個實施例中，當UE選擇毫微微小區(qū)時，可以不執(zhí)行RAU和TAU過程，因為毫微微小區(qū)相對于宏覆蓋可能不在獨立的RA或TA中。在該情況中，ECSI對于UE可能不可用。
然后UE可以選擇毫微微小區(qū)以附著到網絡。當用戶嘗試建立緊急呼叫時，UE決定是否重選到另一個小區(qū)，并使用所選擇的小區(qū)的RAT特有的機制來建立緊急呼叫。該選擇可以基于UE配置和/或ECSI。
上述在AS級別向UE提供ECSI的實施例描述了限制緊急服務支持的概念。在該實施例中，毫微微小區(qū)向UE提供對緊急呼叫支持可用性的指示。
在一個實施例中，可以使用用戶選擇選項來指示選擇是在當前小區(qū)和僅有的小區(qū) (如果沒有其他小區(qū)被檢測)之間。這樣，用戶可以對UE行為進行一些控制測量。
注意力現在被轉移到涉及提供不保證的緊急服務的限制緊急服務支持的概念的第二實施例。該實施例將在下面進一步被描述。
在提供受限制的緊急服務(即可靠性不被保證的)情況中，毫微微小區(qū)通過向UE 提供ECSI指示對受限制的緊急服務的支持，ECSI具有指示僅支持受限制的緊急服務的值。 如果所有者不想對在毫微微小區(qū)上建立的緊急呼叫失敗的情況下承擔責任，則毫微微小區(qū)的所有者或運營商決定設置ECSI以指示僅支持受限制的緊急服務。
涉及受限制緊急服務的該第二實施例體現了至少兩個子實施例。第一子實施例是可以在AS級別向UE提供ECSI。第二子實施例是可以在NAS信令中向UE提供ECSI。
在第一子實施例中，在AS級別向UE提供ECSI，解決了四個子問題。這些子問題包括UE選擇附著到哪里，UE決定如何建立緊急呼叫，用戶選擇附著到哪里，以及用戶決定如何建立緊急呼叫。
這些子問題中的第一個是UE選擇附著到哪里的實施例。UE可以由毫微微小區(qū)運營商、用戶或一些其他實體配置為當在毫微微小區(qū)中僅有受限制的緊急服務可用時知道是否附著到毫微微小區(qū)。UE可以基于UE配置和ECSI值選擇是附著到毫微微小區(qū)還是附著到宏小區(qū)。該選擇還可以基于現有信息和機制，例如可用H(e)NB信息、現有PLMN和小區(qū)選擇機制，以及現在小區(qū)重選機制。
這些子問題中的第二個是UE決定如何建立緊急呼叫的實施例。在該實施例中，如果在初始附著中，UE可以選擇毫微微小區(qū)來附著到網絡。備選地，UE可以基于現有信息和機制，例如可用H(e)NB信息、現有PLMN和小區(qū)選擇機制，以及現在小區(qū)重選機制決定移動到毫微微小區(qū)中。
UE可以由毫微微小區(qū)運營商、用戶或一些其他實體配置為當在毫微微小區(qū)中僅有受限制的緊急服務可用時知道是否附著到毫微微小區(qū)。當用戶嘗試建立緊急呼叫時，UE可以決定是否使用宏覆蓋的RAT特有的機制移動到宏覆蓋并建立緊急呼叫。備選地，UE可以基于UE配置和ECSI決定繼續(xù)在毫微微小區(qū)中。
這些子問題中的第三個是用戶選擇附著到哪里的實施例。在第一場景中，UE可以在選擇附著到毫微微小區(qū)之前向用戶提供指示。該指示可通過顯示指示、聲音、震動或任何其他合適的方式提供。該指示傳達了在給定的H(e)NB中僅有受限制的緊急服務可用，并對現有的受限制緊急服務的確定基于從AS獲取的ECSI值。
對于在當前UE位置中可用的所有H (e) NB，或僅對于允許UE訪問的H (e) NB，UE可以由網絡或用戶配置來向UE指示這樣的信息。用戶可以選擇能夠僅訪問受限制的緊急服務是否是可接受的，用戶可以由此向UE指示用于接受的接受或拒絕?？梢酝ㄟ^在菜單中選擇合適的選項、按下特定的按鈕或任何其他合適的方式來執(zhí)行該指示。UE然后可以基于用戶指示選擇是附著到毫微微小區(qū)還是附著到宏覆蓋RAT。是否進行選擇的決定還可以基于CN 102934487 A書明說22/56 頁現有信息和機制，例如可用H(e)NB信息、現有PLMN和小區(qū)選擇機制，以及現在小區(qū)重選機制。
在涉及用戶選擇附著到哪里的第二場景中，UE檢測毫微微小區(qū)并基于現有信息和機制，例如可用H(e)NB信息、現有PLMN和小區(qū)選擇機制，以及現在小區(qū)重選機制確定附著到毫微微小區(qū)。此外，或替代地，UE考慮其是否接收到ECSI。ECSI可以未被接收到，例如因為在決定附著到毫微微之前沒有執(zhí)行TAU或RAU，或者UE沒有讀取來自于毫微微小區(qū)的攜帶了 ECSI的AS SIB廣播。
如果UE附著到毫微微小區(qū)并且隨后接收ECSI，并且如果H(e) NBECSI指示僅支持受限制的緊急服務，則UE向用戶提供在當前毫微微小區(qū)中僅有受限制的緊急服務可用的指示。該指示可以通過顯示指示、聲音、震動或任何其他合適的指示。
用戶然后可以選擇能夠僅訪問受限制的緊急服務是否是可接受的。用戶然后可以通過在菜單中選擇合適的選項、按下特定的按鈕或任何其他合適的方式來向UE指示接受或拒絕?；谶@樣的指示，UE可以選擇是繼續(xù)附著具有受限制緊急服務的當前毫微微小區(qū)， 還是重選到宏小區(qū)。如果沒有宏小區(qū)可用，則即使僅有受限制的緊急服務可用，UE可以仍保持在當前小區(qū)。
注意力現在轉移到涉及在AS級別向UE提供ECSI的第四個子問題。該第四個子問題是用戶決定如何建立緊急呼叫。
在該實施例中，UE可以在初始附著中選擇UE將附著的暈微微小區(qū)，或者UE基于現有信息和機制決定移動到毫微微小區(qū)中。這些機制包括可用H(e)NB信息、現有PLMN和小區(qū)選擇機制，現在小區(qū)重選機制，以及其他機制。
在第一場景中，如果毫微微小區(qū)提供對僅支持受限制的緊急服務進行指示的 ECSI，則UE可以向用戶提供該指示。該指示可通過顯示指示、聲音、震動或任何其他合適的方式提供。該指示傳達在當前毫微微小區(qū)中僅有受限制的緊急服務可用。用戶然后可以選擇能夠僅訪問受限制的緊急服務是否是可接受的。用戶還可以向UE指示接受或拒絕。該對接受或拒絕的指示可以是通過在菜單中選擇合適的選項、按下特定的按鈕或任何其他合適的方式。當用戶嘗試建立緊急呼叫時，UE可以決定是使用宏覆蓋的RAT特有的機制重選到宏小區(qū)并建立緊急呼叫，還是保留在毫微微小區(qū)。該決定基于用戶指示。
在第二場景中，當用戶嘗試在毫微微小區(qū)中建立緊急呼叫時，如果毫微微小區(qū)提供對僅支持受限制的緊急服務進行指示的ECSIJUUE向用戶提供該指示。該指示可通過顯示指示、聲音、震動或任何其他合適的方式提供。該指示可以傳達僅有受限制的緊急服務在當前毫微微小區(qū)中可用。用戶可以選擇能夠僅訪問受限制的緊急服務是否是可接受的。用戶還可以向UE指示接受或拒絕。該接受或拒絕指示可以是通過在菜單中選擇合適的選項、 按下特定的按鈕或任何其他合適的方式進行的?；谶@樣的指示，UE決定是使用宏覆蓋的 RAT特有的機制移動到宏小區(qū)并建立緊急呼叫，還是保留在毫微微小區(qū)。該決定還基于先前的用戶指示。
可以在AS級別向UE提供ECSI的第一子實施例已經被描述。注意力現在轉移到涉及受限制緊急服務的第二子實施例，其中可以在NAS信令中向UE提供ECSI。
在該第二子實施例中，在初始附著時或在執(zhí)行針對GERAN或UTRAN的RAU過程時， 或在執(zhí)行針對LTE的TAU過程時，向UE提供ECSI。如果UE在向毫微微小區(qū)移動時執(zhí)行RAU26或TAU過程，則無論UE處于空閑模式或UE正處于切換過程中，都可以提供ECSI。在一個實施例中，當UE選擇毫微微小區(qū)時可以不執(zhí)行RAU和TAU過程，因為毫微微小區(qū)相對于先前的服務小區(qū)可能不在獨立的RA或TA中。
該涉及在NAS信令中提供ECSI的第二子實施例體現了四個子問題。這些子問題是UE選擇附著到哪里，UE決定如何建立緊急呼叫，用戶選擇附著到哪里，以及用戶決定如何建立緊急呼叫。
涉及在NAS信令中提供ECSI的第一子問題是UE選擇附著到哪里。在該實施例中，UE可以配置為當僅有受限制的緊急服務在毫微微小區(qū)中可用時知道是否在毫微微小區(qū)中建立緊急呼叫。該配置可由毫微微小區(qū)運營商或用戶實現。
UE可以選擇繼續(xù)附著到毫微微小區(qū)或重選到宏覆蓋MT。該選擇可以基于UE配置和ECSI值。該選擇還可以基于現有信息和機制，例如可用H(e)NB信息、現有PLMN和小區(qū)選擇機制，現有小區(qū)重選機制以及其他機制
涉及在NAS信令中提供ECSI的第二子問題是UE決定如何建立緊急呼叫的實施例。在該實施例中，如果在初始附著中，UE可以選擇毫微微小區(qū)附著到網絡，或者，UE可以基于如上所述的現有信息和機制決定移動進入毫微微小區(qū)。
UE可以由毫微微小區(qū)運營商、用戶或一些其他實體配置為當僅有受限制的緊急服務在毫微微小區(qū)中可用時知道是否建立緊急呼叫。當用戶嘗試建立緊急呼叫時，UE可以決定是使用宏覆蓋的RAT特有的機制移動到宏覆蓋并建立緊急呼叫，還是保留在毫微微小區(qū)中。該決定基于UE配置。如果UE以內部空閑移動性或切換到毫微微小區(qū)中來執(zhí)行TAU或 RAU過程，則該決定還可以基于ECSI，其中ECSI由UE接收。
涉及在NAS信令中提供ECSI的第三個子問題是用戶選擇附著到哪里。在第一場景中，UE可以在選擇在附著到毫微微小區(qū)之前向用戶提供指示。該指示可通過顯示指示、 聲音、震動或任何其他合適的方式提供。該指示傳達僅有受限制的緊急服務在給定的H(e) NB中可用，并對受限制的緊急服務的存在性的確定基于從AS獲取的ECSI值。
對于在當前UE位置中可用的所有H(e)NB，或僅對于UE允許訪問的H(e)NB，UE可以由網絡或用戶配置以向UE指示這樣的信息。無論用戶指示接受或拒絕接受UE，用戶可以選擇能夠僅訪問受限制的緊急服務是否是可接受的。該指示通過在菜單中選擇合適的選項、按下特定的按鈕或任何其他合適的方式來執(zhí)行。UE然后基于用戶指示選擇附著到毫微微小區(qū)還是宏覆蓋RAT。是否選擇的決定還可以基于現有信息和機制，例如可用H(e)NB信息、現有PLMN和小區(qū)選擇機制，以及現有小區(qū)重選機制。
在涉及用戶選擇附著到哪里的第二場景中，UE可以檢測毫微微小區(qū)并確定附著到毫微微小區(qū)還是宏覆蓋RAT。附著到哪里的決定可以基于現有信息和機制，例如可用H(e) NB信息、現有PLMN和小區(qū)選擇機制，以及現有小區(qū)重選機制。例如，UE可以考慮是否向UE 提供NASECSI。當沒有執(zhí)行TAU或RAU過程時，或者當在決定附著到毫微微之前UE沒有讀取來自于毫微微小區(qū)的攜帶了的ECSIAS SIB廣播時，可能出現該提供的缺乏。
涉及在NAS信令中提供ECSI的第四個子問題是用戶決定如何建立緊急呼叫。在該實施例中，UE可以在初始附著時選擇毫微微小區(qū)以附著網絡，或者基于如上所述的現有信息和機制決定移動到毫微微小區(qū)。
在第一場景中，當UE在向毫微微小區(qū)移動時可能已經執(zhí)行了到毫微微小區(qū)的附著過程或TAU或RAU過程。在任一情況中，如果UE從毫微微小區(qū)接收到對僅支持受限制的緊急服務進行指示的ECSI，則UE可以向用戶提供該指示。該指示可通過顯示指示、聲音、震動或任何其他合適的方式提供。用戶然后可以選擇能夠僅訪問受限制的緊急服務是否是可接受的。用戶還可以通過在菜單中選擇合適的選項、按下特定的按鈕或任何其他合適的機制，向UE指示接受或拒絕。
當用戶嘗試建立緊急呼叫時，UE決定是使用宏覆蓋的RAT特有的機制重選到宏小區(qū)并建立緊急呼叫，還是保留在毫微微小區(qū)。該決定基于用戶指示。
在第二場景中，用戶可以嘗試在毫微微小區(qū)中建立緊急呼叫。在該情況中，如果UE 從毫微微小區(qū)接收對僅支持受限制的緊急服務進行指示的ECSI，則UE可以向用戶提供該指示。該指示可通過顯示指示、聲音、震動或任何其他合適的機制提供。該指示傳達僅有受限制的緊急服務在當前毫微微小區(qū)中可用。用戶然后可以選擇能夠僅訪問受限制的緊急服務是否是可接受的。用戶還可以是通過在菜單中選擇合適的選項、按下特定的按鈕或任何其他合適的機制，向UE指示接受或拒絕。
基于這樣的指示，UE決定是使用宏覆蓋的RAT特有的機制移動到宏小區(qū)并建立緊急呼叫，還是保留在毫微微小區(qū)。該決定基于先前的用戶指示
已經描述提供不保證的緊急服務的用于限制緊急服務的第二實施例。注意力現在轉移到第三實施例重定向UE。
在該實施例中，UE可以由毫微微小區(qū)運營商、用戶或其他實體配置為當緊急服務在毫微微小區(qū)中不可用時或僅支持受限制的緊急服務時知道是否在毫微微小區(qū)中建立緊急呼叫。即使在毫微微小區(qū)中不支持緊急服務，UE也可以被配置為當不存在宏覆蓋時知道是否附著到毫微微小區(qū)。
當UE附著到毫微微小區(qū)或執(zhí)行毫微微小區(qū)的RAU或TAU過程時，UE可以在附著請求消息中或在RA請求或TA請求消息中指示對緊急呼叫支持的需求。下面的兩個技術被用于提供對緊急服務的需求的這種指示。首先提供在下面進一步定義的ECRI。ECRI具有以下的值，該值指示需要緊急服務，以及如果在網絡中定義了受限制或不被保證的緊急服務，這樣的服務對于UE是不充分的。在第二種技術中，如果在網絡中定義不被保證的緊急服務，則提供ECRI，ECRI具有以下的值，該值指示至少需要受限制或不被保證的緊急服務， 并且常規(guī)的緊急服務同樣是可接受的。
在一個實施例中，如果毫微微小區(qū)支持不被保證的或受限制的緊急服務，并且UE 向毫微微小區(qū)提供具有指示需要緊急服務的值的ECRI，則毫微微小區(qū)返回具有下面任意參數的附著拒絕消息或RA更新/TA更新拒絕消息。第一參數是向UE指示不支持緊急服務的錯誤代碼。例如，可以提供具有指示沒有緊急服務可用的值的ECSI。第二參數是向UE指示僅支持受限制的或不被保證的緊急服務的錯誤代碼。例如，可以提供具有指示僅有“受限制緊急服務”的值的ECSI，。其他參數也可以被使用。
如果毫微微小區(qū)不支持緊急服務并且UE向毫微微小區(qū)提供具有指示緊急服務的值或者具有對至少需要受限制的緊急服務進行指示的值ECRI，則還可以將上述返回的拒絕消息與相關參數一起提供。基于H(e)NB特定信息或其他信息，當UE不提供ECRI時，也可以由eNB發(fā)送上述返回的拒絕消息和相關參數。
當從網絡接收到不支持緊急服務、受限制緊急服務，或不被保證的緊急服務的響應時，UE可以重選到宏小區(qū)。如果在覆蓋區(qū)域內沒有可用的宏小區(qū)，則UE可以通過提供對不需要緊急服務進行指示的ECRI，或者通過不提供任何有關緊急服務的特殊指示，重新嘗試到毫微微小區(qū)的注冊。在任一情況中，毫微微小區(qū)可以知道UE將接受缺乏有保證的緊急服務。
當從網絡接收到不支持緊急服務、受限制緊急服務，或不被保證的緊急服務的響應時，UE檢測宏小區(qū)并在如果其可用于支持緊急呼叫時進行標識。在一些情況中，即使沒有與HPLMN的漫游協議存在，漫游UE可以在PLMN上發(fā)起緊急呼叫。如果沒有可以支持針對該UE的緊急呼叫的宏小區(qū)可用，則UE可以通過提供指示不需要緊急服務的ECRI，或者通過不提供任何有關緊急服務的特殊指示，重新嘗試到毫微微小區(qū)的注冊。
在一個實施例中，UE可以向用戶指示或不指示緊急服務的缺乏。用戶還可以提供對UE是否應當在宏小區(qū)可用時重選到該宏小區(qū)的指示，例如在用戶建立緊急呼叫時或當宏小區(qū)在覆蓋區(qū)域內被檢測時。
當用戶嘗試建立緊急呼叫時，UE可以決定是否使用宏覆蓋的RAT特有的機制重選到宏小區(qū)并建立緊急呼叫。該決定可以基于UE配置、用戶指示，或一些其他輸入。
在上述實施例中呈現了 ECSI和ECRI的功能。這些功能可以通過設置一個或多個比特的一個或多個值實現。在一個實施例中，ECSI可以具有4個不同的值和/或消息，雖然其他值或消息也是可能的。ECSI可以指示“不支持緊急服務”，意味著可以在毫微微小區(qū)中不支持緊急服務。ECSI可以指示“支持緊急服務”，意味著可以在毫微微小區(qū)中支持全部的緊急服務。ECSI還可以指示“僅支持受限制緊急服務”，意味著支持受限制或不被保證的緊急服務。如下面進一步描述的，ECSI還可以指示毫微微小區(qū)對于可靠的緊急呼叫過于擁塞。
同樣，ECRI可以具有兩個不同的值，雖然其他值或消息同樣可能。ECRI可以指示 “需要緊急服務”，意味著UE可需要不僅是受限制的緊急服務，而是完整的緊急服務。ECRI 還可以指示“需要受限制的緊急服務”，意味著UE可至少需要受限制的或不被保證的緊急服務。
上述實施例描述了 ECSI的功能。下面是添加到RRC協議規(guī)范的SIBl上的ECSI實現的示例。
權利要求
1.一種用戶設備(UE)，包括一個或多個處理器，被配置為當UE在毫微微小區(qū)中，或者當UE在毫微微小區(qū)上駐留時，響應于UE進行緊急呼叫，使UE重選到宏小區(qū)。
2.根據權利要求I所述的UE，其中，所述處理器還被配置為通過使用接入層“AS”使UE 進行重選。
3.根據權利要求I所述的UE，其中，UE中的移動性管理實體“MME”向UE中的無線資源控制“RRC”層傳遞發(fā)起緊急呼叫的請求，以及RRC層執(zhí)行重選。
4.根據權利要求I所述的UE，其中，根據重選算法執(zhí)行重選，服務小區(qū)的信號質量被認為比閾值低，包括 S_serving < Thresh_serving。
5.一種在用戶設備“UE”中發(fā)起緊急呼叫的方法，所述方法包括通過請求指示目的在于發(fā)起緊急呼叫的連接來發(fā)起移動初始呼叫；確定所述請求用于緊急呼叫，以及還確定UE在毫微微小區(qū)上駐留；發(fā)起到不同的非毫微微小區(qū)的重選；以及執(zhí)行連接建立過程。
6.根據權利要求5所述的方法，其中，發(fā)起重選是根據重選算法執(zhí)行的，其中服務小區(qū)的信號質量被認為比閾值低，包括S_serving < Thresh_serving。
7.根據權利要求6所述的方法，其中，已知服務小區(qū)在專用于一個毫微微小區(qū)的頻率上，以及UE避免頻率內重選，并像沒有向所述頻率指派優(yōu)先級一樣進行操作。
8.根據權利要求5所述的方法，其中，重選到與毫微微小區(qū)所連接的公共陸地移動網絡“PLMN”不同的PLMN。
9.根據權利要求5所述的方法，其中，UE以不允許自主重選的模式駐留在毫微微小區(qū)中。
10.根據權利要求9所述的方法，還包括在執(zhí)行重選之前釋放正在進行的連接。
11.根據權利要求9所述的方法，還包括向網絡組件發(fā)送目標小區(qū)和請求切換的指示。
12.根據權利要求11所述的方法，還包括處理器還使UE調諧到非服務小區(qū)的廣播信道，并接收廣播系統(tǒng)信息。
13.根據權利要求12所述的方法，還包括響應于從非服務小區(qū)接收到該非服務小區(qū)可靠支持緊急服務的指示，向服務小區(qū)發(fā)送指示至少以下之一的消息允許服務小區(qū)發(fā)起向非服務小區(qū)的切換準備的充分的標識信息；測量信息；以及需要切換以進行緊急呼叫的指示。
14.根據權利要求5所述的方法，還包括丟棄除了緊急服務之外的其他服務。
15.根據權利要求5所述的方法，其中，當互聯網協議多媒體子系統(tǒng)(IMS)應用請求緊急承載時，觸發(fā)到宏小區(qū)的重選。
16.根據權利要求5所述的方法，其中，當互聯網協議多媒體子系統(tǒng)“MS”應用嘗試生成緊急呼叫時，建立緊急承載以支持用于MS緊急呼叫的互聯網協議業(yè)務。
17.根據權利要求5所述的方法，其中，存儲器管理實體“MME”知道毫微微小區(qū)連接性。
18.根據權利要求5所述的方法，還包括接收公共陸地移動網絡“PLMN”標識符“ID”的集合，所述PLMNID標識UE能夠在其中建立緊急呼叫的那些毫微微小區(qū)，以及重選還包括僅向所述集合中的小區(qū)進行重選。
19.根據權利要求18所述的方法，其中，以設備管理對象的形式接收所述集合。
20.根據權利要求18所述的方法，還包括建立具有閉合訂戶組緊急支持的公共陸地移動網絡的本地列表。
21.一種用戶設備“UE”，包括一個或多個處理器，被配置為接收毫微微小區(qū)擁塞的指示，并且響應于接收到所述指示，確定是否在毫微微小區(qū)上進行緊急呼叫。
22.根據權利要求21所述的UE，其中，所述處理器還被配置為如果所述指示是毫微微小區(qū)擁塞，避免進行緊急呼叫。
23.根據權利要求21所述的UE，其中，所述指示是從毫微微小區(qū)接收的，以及UE還被配置為確定UE是應當駐留在限制緊急服務的小區(qū)，還是UE應當重選到另一個小區(qū)。
24.根據權利要求21所述的UE，其中，所述指示是以緊急呼叫服務指示符“ECSI”的形式接收的。
25.根據權利要求21所述的UE，其中，所述指示是以獨立于緊急呼叫支持的形式接收的，以及所述指示是以接入層“AS”級別和非接入層“NAS”級別之一提供的。
26.根據權利要求21所述的UE，其中，所述指示是以獨立于緊急呼叫支持的形式接收的，以及所述指示是在UE所接收的系統(tǒng)信息塊“SIB”的字段中提供的。
27.根據權利要求21所述的UE，其中，所述指示采用當毫微微小區(qū)是服務設備時丟棄緊急呼叫的形式，以及所述處理器還被配置為響應于丟棄的緊急呼叫，使UE重選到另一小區(qū)。
28.一種在用戶設備“UE”中實現的方法，用于確定是否進行緊急呼叫，所述方法包括:接收毫微微小區(qū)擁塞的指示；以及響應于接收到所述指示，確定是否在毫微微小區(qū)上進行緊急呼叫。
29.根據權利要求28所述的方法，還包括如果所述指示是毫微微小區(qū)擁塞，避免進行緊急呼叫。
30.根據權利要求28所述的方法，其中，所述指示是從毫微微小區(qū)接收的，以及所述方法還包括確定UE是應當駐留在限制緊急服務的小區(qū)中，還是UE應當重選到另一小區(qū)。
31.根據權利要求28所述的方法，其中，所述指示是以緊急呼叫服務指示符“ECSI”的形式接收的。
32.根據權利要求28所述的方法，其中，所述指示是以獨立于緊急呼叫支持的形式接收的，以及所述方法還包括以接入層“AS”級別和非接入層“NAS”級別之一提供所述指示。
33.根據權利要求28所述的方法，其中，所述指示是以獨立于緊急呼叫支持的形式接收的，以及所述方法還包括在UE所接收的系統(tǒng)信息塊“SIB”的字段中提供所述指示。
34.根據權利要求28所述的UE，其中，所述指示采用當毫微微小區(qū)是服務設備時丟棄緊急呼叫的形式，以及所述方法還包括響應于丟棄的緊急呼叫，使UE重選到另一小區(qū)。
全文摘要
一種UE，包括一個或多個處理器，被配置為響應于當UE在毫微微小區(qū)中或當UE在毫微微小區(qū)中駐留時進行緊急呼叫，使UE重選到宏小區(qū)。
文檔編號H04W36/16GK102934487SQ201180013755
公開日2013年2月13日 申請日期2011年1月12日 優(yōu)先權日2010年1月12日
發(fā)明者斯特凡諾·M·費辛, 金英愛, 約翰娜·麗莎·德懷爾, 房慕嫻, 大衛(wèi)·菲利普·霍爾, 穆罕默德·卡勒達爾·艾斯拉, 保羅·馬庫斯·卡朋特, 杰弗里·威廉·沃塔寧, 梅尤蘭·維賈亞拿單 申請人:捷訊研究有限公司