用于在無線通信系統(tǒng)中應用擴展接入限制的系統(tǒng)和方法
【專利摘要】本發(fā)明提供一種在無線通信系統(tǒng)中當機器類型通信(MTC)設備執(zhí)行接入演進節(jié)點B(eNB)的嘗試時使用擴展接入限制(EAB)的系統(tǒng)和方法。當用戶設備(UE)支持MTC時，MTC設備執(zhí)行接入網(wǎng)絡的嘗試，該系統(tǒng)和方法確定其是否可以接入網(wǎng)絡并執(zhí)行接入過程。該系統(tǒng)和方法可以控制執(zhí)行接入網(wǎng)絡的嘗試的UE的操作，從而防止過度的接入。
【專利說明】用于在無線通信系統(tǒng)中應用擴展接入限制的系統(tǒng)和方法
【技術領域】
[0001]本發(fā)明涉及無線通信系統(tǒng)。更具體而言，本發(fā)明涉及當機器類型通信(MTC)設備進行接入長期演進(LTE)系統(tǒng)中的網(wǎng)絡的嘗試時，確定MTC設備是否可以接入網(wǎng)絡，并允許MTC設備根據(jù)該確定接入網(wǎng)絡的系統(tǒng)和方法。
【背景技術】
[0002]隨著無線通信技術的快速發(fā)展，已經(jīng)演進出使用無線通信技術的通信系統(tǒng)。第四代移動通信技術的例子是長期演進(LTE)系統(tǒng)。LTE系統(tǒng)中使用用于支持各種類型的移動設備(或用戶設備(UE))的技術，并且與機器類型通信(MTC)有關。MTC設備是指可與其他機器/計量設備(例如電表或水表)通信而無需用戶介入的機器。MTC設備可以嘗試接入網(wǎng)絡而不管優(yōu)先級。
[0003]為了處理MTC設備，LTE版本10 (術語“版本”是指版本信息，數(shù)字越大版本越新)提供下述過程，其中做出接入嘗試的UE經(jīng)由接入請求消息通知演進節(jié)點B (eNB):“MTC設備做出接入請求”；而eNB確定是否允許該接入請求，或者，如果它拒絕該接入請求，則eNB通知UE:在UE做出接入請求之前應當經(jīng)歷多少時間。

【發(fā)明內(nèi)容】

[0004]技術問題
[0005]然而，LTE版本10的過程不利之處在于UE必須在初始階段發(fā)送接入請求消息。特別地，如果多個UE同時發(fā)送接入請求到eNB，則可能會發(fā)生接入過載。因此，存在對于解決這些問題的系統(tǒng)的需求。
[0006]以上信息被提供作為背景信息，其僅僅是幫助對本公開的理解。沒有做出任何確定，以及沒有做出任何斷言，上述任何項是否可應用為本發(fā)明的現(xiàn)有技術。
[0007]技術方案
[0008]本發(fā)明的各方面將解決上述問題和/或缺點，并至少提供下述優(yōu)點。因此，本發(fā)明的一個方面將提供一種當機器類型通信(MTC)設備嘗試接入無線通信系統(tǒng)中的網(wǎng)絡時，確定MTC設備是否可以在發(fā)送接入請求消息到網(wǎng)絡之前接入網(wǎng)絡，并根據(jù)該確定允許UE嘗試接入網(wǎng)絡的系統(tǒng)及方法。
[0009]本發(fā)明的另一方面將提供一種能夠處理包含在隨機接入應答消息中的回退(backoff)，同時沒有限制(barring)網(wǎng)絡接入的MTC設備正在執(zhí)行隨機接入過程的系統(tǒng)及方法。
[0010]本發(fā)明的另一方面將提供一種通過在發(fā)送接入請求消息到eNB之前使用接入類別限制(ACB)機制和擴展接入限制(EAB)機制來允許用戶設備(UE)識別從演進節(jié)點B (eNB)發(fā)送的關于ACB和EAB的信息，并確定UE是否可以接入eNB的系統(tǒng)及方法。
[0011]為此，雖然UE是MTC設備，但是UE不使用下列任意情況中的EAB:
[0012]如果UE做出接入嘗試以接收電話(移動被叫的呼叫接入(mt-Access))；
[0013]如果UE做出緊急呼叫；以及[0014]如果UE做出具有高優(yōu)先級(^flhighPriorityAccess)的接入嘗試。
[0015]此外，當EAB和ACB被激活時，如果MTC設備首先使用EAB，并且然后得出它可執(zhí)行接入嘗試的結(jié)論，則MTC設備使用ACB，并且然后確定接入是否成功。
[0016]根據(jù)本發(fā)明的一方面，提供了一種在無線通信系統(tǒng)中的MTC設備的接入控制方法。該方法包括:確定無線資源控制(RRC)連接建立是對應于原因I還是原因2，如果RRC連接建立對應于原因I，則建立RRC連接，使得RRC連接不經(jīng)歷EAB過程，如果RRC連接建立對應于原因2，則根據(jù)從演進節(jié)點B (eNB)發(fā)送的系統(tǒng)信息塊(SIB)的建立來確定是否使用EAB過程，并根據(jù)該確定使用EAB過程。
[0017]根據(jù)本發(fā)明的另一方面，提供了一種用于控制到在有線通信系統(tǒng)中的eNB的接入的MTC設備。該MTC設備包括:用于發(fā)送信號到eNB以及從eNB接收信號的收發(fā)器，以及控制器。該控制器確定RRC連接建立是對應于原因I還是原因2，如果RRC連接建立對應于原因1，則建立RRC連接，使得RRC連接不經(jīng)歷EAB過程，如果RRC連接建立對應于原因2，則根據(jù)從eNB發(fā)送的SIB的建立來確定是否使用EAB過程，并根據(jù)該確定使用EAB過程。
[0018]從下列結(jié)合附圖進行的公開了本發(fā)明的示例性實施例的詳細說明中，本發(fā)明的其他方面、優(yōu)點和顯著特征對本領域技術人員來說將變得明顯。
[0019]有益技術效果
[0020]根據(jù)本發(fā)明示例性實施例的系統(tǒng)和方法可以控制嘗試接入網(wǎng)絡的UE的操作，從而防止過度的接入。
【專利附圖】

【附圖說明】
[0021]從下列結(jié)合附圖進行的說明中，本發(fā)明的某些示例性實施例的上述和其它方面、特征和優(yōu)點將變得更加明顯，在附圖中:
[0022]圖1示出根據(jù)本發(fā)明示例性實施例的長期演進(LTE)系統(tǒng)的配置；
[0023]圖2示出根據(jù)本發(fā)明示例性實施例的LTE系統(tǒng)的無線協(xié)議棧的圖；
[0024]圖3A示出描述根據(jù)本發(fā)明示例性實施例的非機器類型通信(MTC)用戶設備(UE)之間的通信的圖；
[0025]圖3B示出描述根據(jù)本發(fā)明示例性實施例的MTC設備之間的通信的圖；圖4示出描述根據(jù)本發(fā)明示例性實施例的經(jīng)由應用擴展接入限制(EAB)和接入類別限制(ACB)的方法的流程圖；
[0026]圖5示出描述根據(jù)本發(fā)明第一示例性實施例的用于操作UE的方法的流程圖；
[0027]圖6示出描述根據(jù)本發(fā)明第二示例性實施例的用于操作UE的方法的流程圖；
[0028]圖7示出根據(jù)本發(fā)明示例性實施例的新的隨機接入響應(RAR)消息的格式的例子；
[0029]圖8示出根據(jù)本發(fā)明示例性實施例的UE的示意性框圖；以及
[0030]圖9示出根據(jù)本發(fā)明示例性實施例的演進節(jié)點B (eNB)的示意性框圖。
[0031]在整個附圖中，應該注意相同的標號用于描述相同或相似的元件、特征和結(jié)構。
【具體實施方式】
[0032]提供下列參照附圖的說明，用以幫助全面理解由權利要求書及其等同物限定的本發(fā)明的示例性實施例。它包括各種特定的細節(jié)以幫助該理解，但是這些將被認為僅僅是示例性的。因此，本領域普通技術人員將認識到:可進行對本文所述實施例的各種變化和修改而不會脫離本發(fā)明的范圍和精神。另外，為了清楚和簡明，可以省略對公知的功能和結(jié)構的說明。
[0033]下列說明和權利要求書中使用的術語和詞語不限于字面含義，而是僅僅由發(fā)明人用來使得清楚和一致理解發(fā)明。因此，對本領域技術人員顯而易見的是:僅僅是出于例示目的，而不是出于限制由所附權利要求及其等同物限定的發(fā)明的目的來提供對本發(fā)明示范性實施例的下列說明。
[0034]將理解的是:單數(shù)形式“一”、“一個”和“該”包括復數(shù)指代，除非上下文另有明確規(guī)定。因此，例如，提及“一個組件表面”包括對一個或多個這樣的表面的提及。
[0035]雖然基于長期演進(LTE)系統(tǒng)或高級LTE (LTE-A)系統(tǒng)描述下列示例性實施例，但是應理解的是:本發(fā)明并不限于所述的示例性實施例。也就是說，本發(fā)明還可以應用到各種類型的通信系統(tǒng)和它們的變型中，如果它們具有類似于LTE和LTE-A系統(tǒng)的技術背景或信道的技術背景或信道的話。
[0036]圖1示出根據(jù)本發(fā)明示例性實施例的LTE系統(tǒng)的配置。
[0037]參照圖1，LTE系統(tǒng)配置無線接入網(wǎng)絡，包括演進節(jié)點B (eNB) 105、110、115和120，移動性管理實體(MME) 125以及服務網(wǎng)關(S-GW) 130。用戶設備(UE) 135可經(jīng)由eNB105、110、115和120以及S-GW130接入外部網(wǎng)絡。
[0038]eNB105、110、115和120對應于通用移動電信系統(tǒng)(UMTS)系統(tǒng)的節(jié)點B。eNB105、110、115或120經(jīng)由無線信道連接到UE135，并且執(zhí)行比UMTS系統(tǒng)的節(jié)點B更復雜的功能。由于LTE系統(tǒng)經(jīng)由共享信道提供實時服務(例如通過互聯(lián)網(wǎng)協(xié)議(IP)的語音(VoIP))和所有用戶業(yè)務，LTE系統(tǒng)使用可收集關于狀態(tài)(例如UE的緩沖器的狀態(tài)、可用的傳輸功率的狀態(tài)、信道狀態(tài)等)的信息的設備，并且可以進行調(diào)度。eNB105、110、115和120是這樣的設備的例子。一個eNB控制多個小區(qū)。例如，為了實現(xiàn)IOOMbps的傳輸速率，LTE系統(tǒng)以20MHz的帶寬使用正交頻分復用(OFDM)，作為無線接入技術。LTE系統(tǒng)還使用自適應調(diào)制和編碼(AMC)來確定調(diào)制方案和信道編碼率，這滿足了 UE的信道狀態(tài)。S-GWl30提供數(shù)據(jù)承載。S-GW130根據(jù)MME125的控制創(chuàng)建或者刪除數(shù)據(jù)承載。MME125管理UE的移動性，并控制多種功能。MME125連接多個eNB，例如eNB105、110、115和120。
[0039]圖2示出根據(jù)本發(fā)明示例性實施例的LTE系統(tǒng)的無線協(xié)議棧的圖。
[0040]參照圖2，UE和eNB分別使用分組數(shù)據(jù)會聚協(xié)議(HXP)層205和240、無線鏈路控制(RLC)層210和235以及媒體接入控制(MAC)層215和230通信。PDCP層205和240壓縮/解壓縮IP報頭。RLC層210和235將TOCP分組數(shù)據(jù)單元(TOU)重新配置成合適的尺寸。MAC層215和230連接到在一個UE中配置的多個RLC層設備。MAC層215和230將多個RLC PUD復用成MAC PDU，以及從MAC PDU中分解出多個RLC PDU。物理(PHY)層220和225信道編碼和調(diào)制來自上層的數(shù)據(jù)，創(chuàng)建OFDM符號，并經(jīng)由無線信道發(fā)送它們。此外，PHY層220和225解調(diào)和信道解碼經(jīng)由無線信道傳輸?shù)腛FDM符號，并將它們傳送到上層。PHY220和225還使用混合自動重復請求(ARQ)來執(zhí)行額外的糾錯，其中接收端確定是否已經(jīng)通過發(fā)送I位到發(fā)送端而接收來自發(fā)送端的分組，這被稱為HARQ確認(ACK)/否定確認NACK信息。關于上行鏈路傳輸?shù)南滦墟溌稨ARQ ACK/NACK信息經(jīng)由物理混合的ARQ指示符信道(PHICH)來發(fā)送。同樣，關于下行鏈路傳輸?shù)纳闲墟溌稨ARQ ACK/NACK信息經(jīng)由物理上行鏈路控制信道(PUCCH)或物理上行鏈路共享信道(PUSCH)來發(fā)送。
[0041]圖3A示出描述根據(jù)本發(fā)明示例性實施例的非MTC UE之間的通信的圖。圖3B示出描述根據(jù)本發(fā)明示例性實施例的MTC設備之間的通信的圖。
[0042]參照圖3A，當在非MTC UE之間進行通信(例如語音呼叫)時，一個UE可充當呼叫器，而另一個可充當呼叫接收器，同時經(jīng)由eNB和核心網(wǎng)絡彼此連接。
[0043]相反，參照圖3B，當在MTC設備之間進行通信時，MTC設備經(jīng)由eNB和核心網(wǎng)絡連接到MTC服務器。也就是說，在機器之間執(zhí)行MTC，這不同于圖3A中所示的UE之間的通信。
[0044]為了阻止從UE接入到網(wǎng)絡，LTE系統(tǒng)自從LTE版本8起就支持接入類別限制(barring) (ACB)機制，以及自從LTE版本11起就支持進一步擴展的接入限制(EAB)機制?？墒褂肁CB和EAB中的兩者或任一個,或者任何一個都不使用。
[0045]由LTE系統(tǒng)支持的ACB機制是指根據(jù)UE的通用用戶識別模塊(USM)卡中存儲的UE的接入類別(AC)O到15而限制接入的機制。如下詳細描述該操作。
[0046]UE確定從eNB發(fā)送的第2個系統(tǒng)信息塊(SIB2)是否包括ac-Barringlnfo (接入類別限制信息)參數(shù)。如果UE確定SIB2包括ac-Barringlnfo參數(shù)，則UE執(zhí)行如下的識別程序。
[0047]如果UE具有一個或多個可用的ACll到15，而關于UE的可用的ACll到15的位信息在從eNB發(fā)送的ac-BarringForSpecialAC(用于特定接入類別的接入類別限制)信息中被設置為‘I’，則UE可執(zhí)行接入嘗試。
[0048]可用的AC11-15是指AC12、13和14僅在UE的本國(即UE訂購的服務供應商的國家)中可用，而ACll和15僅在本地公用陸地移動網(wǎng)絡(HPLMN)(指的是UE訂購的服務供應商)和等效本地公用陸地移動網(wǎng)絡(EHPLMN)(指的是等效于HPLMN的服務供應商)中可用。
[0049]否則，UE生成‘0’和‘I’之間的數(shù)。如果生成的數(shù)小于ac-BarringFactor(接入類別限制因子)參數(shù)值，則UE可執(zhí)行接入嘗試。如果生成的數(shù)大于ac-BarringFactor參數(shù)值，則UE不能執(zhí)行接入嘗試。
[0050]如果通過上述過程限制接入，則UE重新生成‘0’和‘I’之間的數(shù)。可使用公式I計算接入限制時間Tbarring。
[0051]Tbarring= (0.7+0.6 Xrand) X ac-BarringTime...[公式 I]
[0052]由LTE系統(tǒng)支持的EAB機制是指根據(jù)UE的USM卡中存儲的UE的ACO到9而限制接入的機制。如下詳細描述該操作。
[0053]UE確定從eNB發(fā)送的SIB是否包括EAB的參數(shù)。如果UE確定SIB包括EAB參數(shù)，則UE執(zhí)行如下的識別過程。
[0054]如果UE包括在由從eNB發(fā)送的eab-Category (擴展的接入限制類別)參數(shù)所指示的類別中，而UE所屬的ACO到9之間的值在eab-BarringBitmap (擴展的接入限制位圖)參數(shù)的位圖中被設置為‘ I’，則UE不能執(zhí)行接入嘗試。
[0055]由eab-Category指示的EAB所應用的UE的類別被分成三個子類別，如下:
[0056]為EAB設置的UE;
[0057]在為EAB設置的UE當中的、不存在于HPLMN或EHPLMN中的UE，即其他服務供應商的UE ；以及
[0058]在為EAB設置的UE當中的、不存在于HPLMN或EHPLMN中的UE，或者在處于漫游過程的UE當中的、不存在于USIM卡中存儲的由服務供應商定義的列表中的一個公用陸地移動網(wǎng)絡(PLMN)中的UE,即在為EAB設置的UE當中的、排除了在漫游時的服務供應商的高優(yōu)先級UE的UE。
[0059]否則，UE不能執(zhí)行接入嘗試。
[0060]如果經(jīng)由上述過程限制接入，則向經(jīng)由EAB限制接入的上層做出通知。
[0061]圖4示出描述根據(jù)本發(fā)明示例性實施例的、經(jīng)由EAB和ACB的應用的方法的流程圖。
[0062]UE401從上層接收對于與eNB403的無線資源控制(RRC)連接建立的請求。UE401的上層是指非接入層(NAS)的層。在步驟411，UE401的上層通知UE401的下層:RRC連接建立是否涉及EAB，即是否應當向RRC連接建立應用EAB。UE401的下層是指接入層(AS)的層。
[0063]如果UE401的上層滿足下列條件，則盡管UE401是MTC設備，但是它可通知下層:RRC連接建立不涉及EAB，以便使用EAB。下列情況被稱為‘原因I’:
[0064]如果UE做出接入嘗試以接聽電話(移動被叫的呼叫接入(mobile terminatedcall, mt-Access))；
[0065]如果UE做出緊急呼叫；以及
[0066]如果UE做出具有高優(yōu)先級的接入嘗試(highPriorityAccess)。
[0067]如果UE401的上層滿足下列條件，則它可通知下層:RRC連接建立涉及EAB，以便MTC設備使用EAB。下列情況被稱為‘原因2’:
[0068]如果UE做出接入嘗試以進行呼叫來發(fā)送數(shù)據(jù)(移動發(fā)起的呼叫-數(shù)據(jù)(mo-Data))；
[0069]如果UE做出接入嘗試以進行呼叫來發(fā)送控制消息(移動發(fā)起的呼叫-信令(mo-Signaling));以及
[0070]如果UE做出接入嘗試以進行呼叫而不考慮諸如MTC服務的傳輸延遲(delayTolerantAccess (容忍延遲的接入))。
[0071]在本示例性實施例中，用于在原因I和原因2之間辨別的理由如下。
[0072]關于原因I, mt-Access用于經(jīng)由網(wǎng)絡發(fā)送用于相應的UE的數(shù)據(jù)。UE401不能確定數(shù)據(jù)的重要性，直到它接收到該數(shù)據(jù)。因此，如果接入延遲發(fā)生，則UE401可能丟失重要數(shù)據(jù)。如果UE401在緊急情況期間延遲呼叫，則這可能危及用戶。需要具有高優(yōu)先級的接入嘗試以和一般接入嘗試或者具有低優(yōu)先級的接入?yún)^(qū)分。
[0073]關于原因2，這包括雖然UE401延遲接入但是不引起問題的原因。因此，UE401的上層通知下層:EAB機制僅可用于原因2。
[0074]此外，當UE401接入eNB403時，它從eNB403接收SIB2，以便確定是否使用ACB，并且在步驟413處確定SIB2是否包括AC限制參數(shù)。如果SIB2包括AC限制參數(shù)，則UE401做出接入eNB403的嘗試，使用ACB，并在步驟413處確定它是否可以接入eNB403。
[0075]如果在步驟411處UE401確定應該向RRC連接建立應用EAB，則UE401從eNB403接收SIB，以便確定eNB403是否限制EAB相關的接入，并在步驟415處確定SIB是否包括EAB相關的參數(shù)。
[0076]如果在步驟415處SIB包括EAB相關的參數(shù)，則UE401執(zhí)行接入eNB403的嘗試，如果它涉及該接入則使用EAB，并確定它是否可以接入eNB403。
[0077]為便于描述起見，在本發(fā)明的示例性實施例中，假定eNB403使用EAB和ACB。如果RRC連接建立對應于原因1，則在步驟419處UE401不向該接入應用EAB，但向其應用ACB。相反，如果RRC連接建立對應于原因2，UE401在步驟417和419處將EAB和ACB應用于該接入，并確定是否做出執(zhí)行RRC連接建立的嘗試。因為eNB403使用EAB和ACB，所以具有原因2作為RRC連接建立原因的UE401在ACB之前首先應用EAB到該接入，然后確定是否由于EAB而限制接入。僅對于由于EAB而沒有限制接入的情況，UE401應用ACB到該接入。如果接入不受ACB限制，則UE401可做出執(zhí)行RRC連接建立的嘗試。
[0078]關于EAB和ACB，如下操作該系統(tǒng)。
[0079]ACB機制是指根據(jù)UE401的USM卡中存儲的UE401的ACO到15而限制接入的機制。如下詳細描述該操作。
[0080]UE401確定從eNB403發(fā)送的SIB2是否包括ac-Barringlnfo參數(shù)。如果UE401確定SIB2包括ac-Barringlnfo參數(shù),則UE401執(zhí)行如下的識別過程。
[0081]如果UE401具有一個或多個可用的ACll到15，并且關于UE401的可用的ACll到15的位信息在從eNB403發(fā)送的ac-BarringForSpecialAC信息中被設置為‘I’，則UE401可執(zhí)行接入嘗試。
[0082]可用的AC11-15是指AC12、13和14僅在UE401的本國(即UE401訂購的服務供應商的國家)可用，而ACll和15僅在指的是UE401訂購的服務供應商的HPLMN以及指的是等效于HPLMN的服務供應商的EHPLMN中可用。
[0083]否則，UE401生成‘0’和‘I’之間的數(shù)。如果生成的數(shù)小于ac-BarringFactor參數(shù)值，則UE401可執(zhí)行接入嘗試。如果生成的數(shù)大于ac-BarringFactor參數(shù)值,則UE401不能執(zhí)行接入嘗試。
[0084]如果通過上述過程限制接入，則UE401重新生成‘0’和‘I’之間的數(shù)?？墒褂霉?計算接入限制時間Tbarring。
[0085]Tbarring= (0.7+0.6 X rand) X ac-BarringTime...[公式 2]
[0086]由LTE系統(tǒng)支持的EAB機制是指根據(jù)UE401的US頂卡中存儲的UE401的ACO到9而限制接入的機制。如下詳細描述該操作。
[0087]UE401確定從eNB403發(fā)送的SIB是否包括EAB參數(shù)。如果UE401確定SIB包括EAB參數(shù)，則UE401執(zhí)行如下的識別過程。
[0088]如果UE401包括在由從eNB403發(fā)送的eab-Category參數(shù)所指示的類別中，而UE401所屬的ACO到9之間的值在eab-BarringBitmap參數(shù)的位圖中被設置為‘ I’，則UE401不能執(zhí)行接入嘗試。
[0089]由eab-Category指示的EAB所應用的UE401的類別被分成三個子類別，如下:
[0090]為EAB設置的UE;
[0091]在為EAB設置的UE當中的、不存在于HPLMN或EHPLMN中的UE，即其他服務供應商的UE ;以及
[0092]在為EAB設置的UE當中的、不存在于HPLMN或EHPLMN中的UE’或者在處于漫游過程的UE當中的、不存在于由USIM卡中存儲的服務供應商所定義的列表中的一個PLMN中的UE,即在為EAB設置的UE當中的、排除了在漫游時的服務供應商的高優(yōu)先級的UE的UE。
[0093]否則，UE401不能執(zhí)行接入嘗試。
[0094]如果經(jīng)由上述過程限制接入，向經(jīng)由EAB限制接入的上層做出通知。
[0095]在執(zhí)行步驟417和419之后，如果UE401確定對小區(qū)的接入未被限制，則在步驟421，UE401發(fā)送隨機接入前導碼到eNB403。隨機接入前導碼指示在由eNB403通知的、由UE401選擇的設置當中的一個，并且被發(fā)送到eNB403。因此，eNB403沒有檢測到哪個UE401向其做出接入嘗試。
[0096]如果eNB403接收到前導碼，則在步驟423，eNB403發(fā)送隨機接入響應(RAR)消息到UE401。RAR消息可包括接收的前導碼索引和資源分配、類型I回退以及類型2回退值。
[0097]類型I回退被應用到非MTC UE而不是MTC設備。類型2回退被應用到共享特定屬性的UE (例如，容忍延遲的MTC設備或EAB配置的UE)。也就是說，如果在步驟423接收的RAR消息不包括在步驟421從UE401發(fā)送到eNB403的前導碼的索引，而是包括類型2回退值，則在步驟425通過使用類型2回退值，UE401等待類型2回退時間段。在于步驟425類型2回退時間段已經(jīng)過去之后，在步驟427，UE401重新發(fā)送隨機接入前導碼到eNB403。
[0098]例如，如果只有類型I回退，則EAB配置的UE對該接入應用類型I回退算法。如果只有類型2回退，則EAB配置的UE對該接入應用類型2回退算法。如果有類型I回退和類型2回退，則EAB配置的UE先于類型I回退算法而首先對該接入應用類型2回退算法。然而，如果有類型I回退，則非MTC UE對該接入應用類型I回退算法。如果沒有回退，則非MTC UE401不對該接入應用任何回退算法。
[0099]下面將參照圖7進一步描述RAR消息的詳細格式。
[0100]在于步驟427重新發(fā)送隨機接入前導碼到eNB403后，在步驟429，UE401從eNB403接收到其的RAR消息。如果接收的RAR消息包括關于在步驟427發(fā)送的前導碼的資源分配信息，則在步驟431，UE401根據(jù)資源分配信息而向eNB403發(fā)送包括其標識符和接入嘗試原因的 RRC 連接請求消息(RRCConnectionRequest)。
[0101]在接收RRC連接請求消息之后，在步驟433，eNB403發(fā)送RRC連接建立消息(RRCConnectionSetup)到 UE401，并接受 RRC 連接建立。UE401 從 eNB403 接收 RRC 連接建立消息，并在步驟435發(fā)送RRC連接建立完成消息(RRCConnectionSetupComplete)到eNB403,從而通知eNB403已建立RRC連接。
[0102]圖5示出描述根據(jù)本發(fā)明的第一示例性實施例的用于操作UE的方法的流程圖。
[0103]在步驟503，UE從上層(例如NAS)接收對于與eNB的RRC連接建立的請求。在步驟505，UE的上層通知下層(例如AS)關于RRC連接建立是與EAB相關還是RRC連接建立使用EAB。
[0104]如上關于圖4所述，如果由于原因I而請求RRC連接建立，則UE的上層通知下層:RRC連接建立與EAB不相關。如果由于原因2而請求RRC連接建立，則UE的上層通知下層:RRC連接建立與EAB相關。
[0105]如果在步驟505，RRC連接建立與EAB相關，則在步驟507，UE接收SIB2和SIB。相反，如果在步驟505，RRC連接建立與EAB不相關，則在步驟509，UE只接收SIB2。
[0106]如果在步驟505處RRC連接建立與EAB相關并且在步驟511處SIB包括與EAB相關的信息，則在步驟513，UE執(zhí)行EAB過程。相反，如果在步驟505處RRC連接建立與EAB相關，并且在步驟511處SIB不包括與EAB相關的信息或者于步驟509處SIB不存在，則在步驟519，UE執(zhí)行ACB識別過程。也就是說，UE執(zhí)行EAB過程，然后執(zhí)行ACB過程。
[0107]EAB過程是指根據(jù)UE的USM卡中存儲的UE的ACO到9而限制接入的機制。如下詳細描述該操作。
[0108]UE確定從eNB發(fā)送的SIB是否包括EAB參數(shù)。如果UE確定SIB包括EAB參數(shù)，則UE執(zhí)行如下的識別過程。
[0109]如果UE包括在由從eNB發(fā)送的eab-Category參數(shù)所指示的類別中，并且UE所屬的ACO到9之間的值在eab-BarringBitmap參數(shù)的位圖中被設置為‘ I’，則UE不能執(zhí)行接入嘗試。
[0110]由eab-Category指示的EAB所應用的UE的類別被分成三個子類別，如下:
[0111]為EAB設置的UE;
[0112]在為EAB設置的UE當中的、不存在于HPLMN或EHPLMN中的UE，即其他服務供應商的UE ;以及
[0113]在為EAB設置的UE當中的、不存在于HPLMN或EHPLMN中的UE，或者在處于漫游過程的UE當中的、不存在于由USIM卡中存儲的服務供應商所定義的列表中的一個PLMN中的UE ;即在為EAB設置的UE當中的、排除了在漫游時服務供應商的高優(yōu)先級UE的UE。
[0114]否則，UE不能執(zhí)行接入嘗試。
[0115]如果經(jīng)由上述過程限制接入，則向經(jīng)由EAB限制接入的上層做出通知。在于步驟513執(zhí)行EAB過程之后，則在步驟515，UE確定接入是否受到EAB限制。如果在步驟515處接入受到EAB限制，則在步驟517，UE通知上層RRC連接建立的故障，并且然后結(jié)束該操作。
[0116]相反，如果在步驟515處接入沒有受到EAB限制，則在步驟519，UE確定SIB2是否包括ACB信息。如果在步驟519處UE確定SIB2包括ACB信息，則在步驟521，UE執(zhí)行ACB過程。相反，如果在步驟519處SIB2不包括ACB信息，則在步驟525，UE嘗試經(jīng)由隨機接入過程執(zhí)行RRC連接建立。
[0117]ACB過程是指根據(jù)UE的USM卡中存儲的UE的ACO到15而限制接入的機制。如下詳細描述該操作。
[0118]UE確定從eNB發(fā)送的SIB2是否包括ac-Barringlnfo參數(shù)。如果UE確定SIB2包括ac-Barringlnfo參數(shù),則UE執(zhí)行如下識別過程。
[0119]如果UE具有一個或多個可用的ACll到15，并且關于UE的可用的ACll到15的位信息在從eNB發(fā)送的ac-BarringForSpecialAC信息中被設置為‘I’，則UE可執(zhí)行接入嘗試。
[0120]可用的AC11-15是指AC12、13和14僅在UE的本國(即UE訂購的服務供應商的國家)中可用，而ACll和15僅在指的是UE訂購的服務供應商的HPLMN中以及在指的是等效于HPLMN的服務供應商的EHPLMN中可用。
[0121]否貝U，UE生成‘0’和‘I’之間的數(shù)。如果生成的數(shù)小于ac-BarringFactor參數(shù)值，則UE可執(zhí)行接入嘗試。如果生成的數(shù)大于ac-BarringFactor參數(shù)值,則UE不能執(zhí)行接入嘗試。
[0122]如果通過上述過程限制接入，則UE重新生成‘0’和‘I’之間的數(shù)。可使用公式3計算接入限制時間Tbarring。
[0123]Tbarring= (0.7+0.6 X rand) X ac-Barr ingT ime...[公式 3]
[0124]在于步驟521執(zhí)行ACB過程之后，在步驟523，UE確定小區(qū)接入是否受到ACB限制。如果在步驟523處小區(qū)接入已受到ACB限制，則在步驟521，UE在接入限制時間Tbarring過去之后對該接入重新應用ACB過程。相反，如果在步驟523處不經(jīng)由ACB限制小區(qū)接入，則在步驟525，UE經(jīng)由隨機接入過程嘗試執(zhí)行RRC連接建立，這將在下面參考圖6來詳細描述。
[0125]圖6示出描述根據(jù)本發(fā)明的第二示例性實施例的用于操作UE的方法的流程圖。
[0126]在執(zhí)行如圖5所示的EAB和ACB過程之后，在步驟601，UE經(jīng)由隨機接入過程嘗試執(zhí)行RRC連接建立。為此，在步驟602，UE發(fā)送隨機接入前導碼到eNB。將發(fā)送的隨機接入前導碼可由UE從前導碼中隨機選擇或由eNB指定。
[0127]在發(fā)送隨機接入前導碼到eNB之后，在步驟603，UE嘗試在預設的時間段中接收RAR消息。在從它發(fā)送前導碼的時間點開始一時間段過去之后，在預設的時間內(nèi)UE檢查PDCCH以接收RAR消息。
[0128]如果在預設的時段內(nèi)UE接收到由合適的無線網(wǎng)絡臨時標識(RA-RNTI)定址的MACPDU,則UE接收并解碼該RAR。合適的RA-RNTI被一對一地映射到UE發(fā)送前導碼所至的傳輸資源(在時域和頻域中定義)。
[0129]如果在步驟603處UE接收到RAR并確定RAR包括回退，則在步驟604，UE檢查UE的類型和RRC連接建立的原因，以便確定處理回退的過程。
[0130]如果在步驟604處UE確定UE是非MTC UE,或者雖然UE是MTC設備，但是RRC連接建立的原因不是delayTolerantAccess,則UE前進到步驟605。相反,如果在步驟604處UE是MTC設備且RRC連接建立的原因是delayTolerantAccess，則UE前進到步驟608。
[0131]非MTC型的UE是指一般的UE，不是MTC設備。MTC設備是指機器類型的通信設備，其被提供有機器對機器(M2M)服務并執(zhí)行機器之間而非人之間或人與機器之間的通信。MTC設備的例子是提供智能計量服務的計量設備。MTC設備也被稱為針對EAB配置的UE。
[0132]MTC設備生成非緊急的數(shù)據(jù)。MTC設備建立RRC連接以便發(fā)送這樣的數(shù)據(jù)，以這樣一種方式:RRC 連接請求消息(RRC CONNECTION REQUEST)的 EstablishmentCause (建立原因)字段被設置為delayTolerantAccess。
[0133]MTC設備可發(fā)送更重要的數(shù)據(jù)(例如警告消息等)。在那種情況下，例如對于EstablshmentCause 字段，MTC 設備可使用 mo-Signaling。
[0134]在本發(fā)明的示例性實施例中，默認經(jīng)由類型2回退控制MTC設備。然而，如果MTC設備意欲發(fā)送重要數(shù)據(jù)，則優(yōu)選的是:它們受到與非MTC UE相同的擁塞控制。
[0135]當MTC設備建立RRC連接時，MTC設備存儲它使用的建立原因(EstablishmentCause)。之后，MTC設備使用EstablishmentCause以確定當執(zhí)行隨機接入過程時它是delayTolerantAccess還是其它值,從而根據(jù)該結(jié)果確定回退值。
[0136]如果處于空閑模式的UE執(zhí)行隨機接入過程以在連接狀態(tài)中操作，即執(zhí)行RRC連接建立過程，則UE檢查待發(fā)送的RRC連接請求消息的EstablishmentCause是否是delayTolerantAccess,然后根據(jù)該結(jié)果確定該操作。
[0137]在步驟604處檢查UE的類型和RRC連接建立的原因之后，[0138]如果UE不是MTC設備，則在步驟605，UE使用類型I回退執(zhí)行擁塞控制過程；
[0139]如果UE是為RRC連接建立執(zhí)行隨機接入過程的MTC設備，并且RRC連接請求消息的 EstablishmentCause 不是 delayTolerantAccess,則在步驟 605, UE 使用類型 I 回退執(zhí)行擁塞控制過程；如果UE是為RRC連接建立執(zhí)行隨機接入過程的MTC設備，并且RRC連接請求消息的EstablishmentCause不是delayTolerantAccess,在步驟605處UE使用類型I回退執(zhí)行擁塞控制過程；如果UE是為RRC連接建立執(zhí)行隨機接入過程的MTC設備，并且RRC連接請求消息的EstablishmentCause是delayTolerantAccess,則在步驟608, UE使用類型I回退和類型2回退執(zhí)行擁塞控制過程；
[0140]如果UE是處于RRC連接狀態(tài)的MTC設備，并且EstablishmentCause已被設置為原因(例如緊急情況、highPriorityAccess、mo-Signaling或mo-Data)而非delayTolerantAccess,則當建立當前RRC連接時,在步驟605處UE使用類型I回退執(zhí)行擁塞控制過程；以及
[0141]如果UE是處于RRC連接狀態(tài)的MTC設備，并且EstablishmentCause已被設置為delayTolerantAccess,則當建立當前RRC連接時,在步驟608處UE使用類型I回退和類型2回退執(zhí)行擁塞控制過程。
[0142]如果UE是非MTC UE或具有高優(yōu)先級接入的MTC設備，則UE在步驟605處檢查接收的RAR是否包括類型I回退。
[0143]如果在步驟605處UE確定接收的RAR不包括類型I回退，則它在步驟606處將回退參數(shù)設置為0ms。這意味著:當由于各種原因(例如擁塞消除故障等)而重新發(fā)送前導碼時，不使用回退。
[0144]相反，如果在步驟605處UE確定接收的RAR包括類型I回退，則在步驟607處UE將回退參數(shù)設置為由類型I回退指示的值。這意味著:當由于各種原因(例如擁塞消除故障等)重新發(fā)送前導碼時，在‘0’和回退參數(shù)中存儲的值之間隨機選擇值，并通過選擇的值執(zhí)行回退。
[0145]如果UE是執(zhí)行接入delayTolerantAccess的MTC設備，則在步驟608處UE檢查接收的RAR是否包括類型I回退和類型2回退。下面將進一步參照圖7詳細描述RAR的格式。
[0146]在步驟608處，如果接收的RAR不包括類型I回退和類型2回退，在則步驟609處UE將‘0’ ms存儲為回退參數(shù)。
[0147]在步驟608處，如果接收的RAR包括類型I回退，則在步驟610處UE將類型I回退值存儲為回退參數(shù)。存儲的值被應用于前導碼的傳輸。
[0148]在步驟608處，如果接收的RAR包括類型I回退和類型2回退，則在步驟611處UE將類型2回退值存儲為回退參數(shù)。存儲的值被應用于前導碼的傳輸。
[0149]同時，如果類型2回退存在并且小于類型I回退(或者類型2回退是0ms，但類型I回退不是0ms)，UE將類型I回退存儲為回退參數(shù)。通常，異常情況不會發(fā)生；然而，準備異常情況以處理在標準過程期間由于類型2回退始終存在而發(fā)生的情況，以及如果不需要應用類型2回退則通過指示‘0’ ms而確定的情況。
[0150]之后，在步驟612處，UE執(zhí)行隨機接入過程，例如消息發(fā)送過程、競爭解決過程等。
[0151]圖7示出根據(jù)本發(fā)明的示例性實施例的新的RAR消息的格式的例子。[0152]RAR消息包括兩部分，第一部分701和第二部分703。
[0153]第一部分701被配置為和相關技術的RAR相同的格式，以便它可由所有UE檢測。也就是說，第一部分701包括多個MAC子報頭711、713、715和717以及多個RAR有效載荷719,721 和 723。
[0154]MAC子報頭具有一個字節(jié)，并且包括類型I回退信息711或隨機接入前導碼標識符(RAPID)713、715和717。MAC子報頭包括的信息由位的位置(例如第二位)的值指示。MAC子報頭可包括或可不包括類型I回退711。如果類型I回退711包括在MAC子報頭中，則它由第一 MAC子報頭指示。RAR有效載荷719、721和723包括關于反向資源分配的信息和關于發(fā)送定時控制命令、定時提前命令的信息。
[0155]第二部分703包括類型2回退。參照第二部分703的格式，UE確定類型2回退的存在性和值。
[0156]類型2回退例如位于第二部分703的第一字節(jié)。第二部分703配置多個組件731、733,735 和 737。
[0157]E位731指示下一個字節(jié)是填充還是其他子報頭。
[0158]T位733指示相應的字節(jié)是否與類型2回退相關。
[0159]比例因子735是與回退指示符結(jié)合并定義最終類型2回退的值。
[0160]類型2回退=比例因子X回退指示符
[0161]比例因子具有下表1中給出的兩個位和定義。
[0162]表1`[0163]

比例因子I定義
ο3α
1~

2X Ii2

3X η3
[0164]參照該表，如果比例因子是‘0’，可通過回退指示符乘以‘I’來計算類型2回退。
[0165]這樣，用于類型I回退的回退指示符被再利用以計算類型2回退。類型2回退應該指示比類型I回退大的值。然而，本發(fā)明的示例性實施例以這樣一種方式實施:用于類型I回退的比例因子和回退指示符被再利用，以用于其他類型的回退，由此避免定義額外的回退。
[0166]UE如下計算第二部分的開始時間點。
[0167]首先，UE識別第一部分的尺寸。MAC子報頭和每個RAR有效載荷尺寸分別為一個字節(jié)和六個字節(jié)。UE可使用公式4計算第二字節(jié)從哪個字節(jié)開始。
[0168]n+mX7...[公式 4]
[0169]其中η是類型I回退的子報頭數(shù)量而m是RAPID子報頭的數(shù)量。這里，η是‘0’或‘I，。[0170]第二部分703跟隨第一部分701的最后一個字節(jié)。
[0171]圖8示出根據(jù)本發(fā)明示例性實施例的用戶設備的示意性框圖。
[0172]參照圖8，UE包括收發(fā)器805、控制器810、多路復用器和多路分解器815、控制消息處理器830、上層設備820和825。
[0173]收發(fā)器805經(jīng)由服務小區(qū)的前向信道接收數(shù)據(jù)和控制信號，以及經(jīng)由反向信道發(fā)送數(shù)據(jù)和控制信號。如果UE建立了與多個服務小區(qū)的信道，則收發(fā)器805可向服務小區(qū)發(fā)送以及從服務小區(qū)接收數(shù)據(jù)和控制信號
[0174]多路復用器和多路分解器815多路復用來自控制消息處理器830或上層設備820和825的數(shù)據(jù)，或者多路分解來自收發(fā)器805的數(shù)據(jù)，并將處理后的數(shù)據(jù)傳送到控制消息處理器830或上層設備820和825。
[0175]控制消息處理器830處理來自eNB的控制消息并執(zhí)行相應的操作。例如，控制消息處理器830接收不連續(xù)接收(DRX)相關的參數(shù)，并將其傳送到控制器810。
[0176]可根據(jù)服務類型配置上層設備820和825。例如，上層設備820和825處理當提供用戶服務(例如文件傳輸協(xié)議(FTP)或VoIP服務)時生成的數(shù)據(jù)，并將它們傳送到多路復用器和多路分解器815。上層設備820和825還可處理來自多路復用器和多路分解器815的數(shù)據(jù)，并將它們傳送到上層服務應用。
[0177]控制器810經(jīng)由收發(fā)器805接收調(diào)度命令，識別反向許可，并控制收發(fā)器805以及多路復用器和多路分解器815,用以在合適的時間點、以相反的方向?qū)⑺鼈冏鳛楹线m的傳輸資源發(fā)送?？刂破?10還控制收發(fā)器805以執(zhí)行DRX操作以及信道狀態(tài)信息(CSI)/探測參考信號(SRS)傳輸。
[0178]控制器810確定RRC連接建立對應于原因I還是2。如果RRC連接建立對應于原因I，則控制器810建立RRC連接，以便它不經(jīng)受EAB。相反，如果RRC連接建立對應于原因2，則控制器810根據(jù)從eNB發(fā)送的SIB確定是否使用EAB過程，并根據(jù)該確定執(zhí)行EAB。
[0179]原因I可能是其中UE做出接入嘗試以接收呼叫，UE做出緊急呼叫，以及UE做出具有高優(yōu)先級的接入嘗試的一種或多種情況。原因2可以是其中UE做出接入嘗試以進行呼叫來發(fā)送數(shù)據(jù)，UE做出接入嘗試以進行呼叫來發(fā)送控制消息，以及UE做出接入嘗試以進行呼叫而不考慮諸如MTC服務的傳輸延遲的一種或多種情況。
[0180]控制器810根據(jù)從eNB發(fā)送的SIB的建立確定是否使用ACB，并根據(jù)該確定使用ACB過程。也就是說，如果控制器810確定因為接入對應于原因I而不經(jīng)受EAB的情況，并根據(jù)使用EAB過程的結(jié)果而不限制接入，控制器810根據(jù)從eNB發(fā)送的SIB的建立確定是否使用ACB，并根據(jù)該確定使用ACB過程。
[0181]如果根據(jù)使用EAB和ACB的結(jié)果而不限制接入，則控制器810向eNB請求RRC連
接建立。
[0182]雖然UE的示例性實施例以根據(jù)功能區(qū)分組件的這樣一種方式實施，但應當理解的是:本發(fā)明并不局限于該示例性實施例。例如，可以控制器810可執(zhí)行控制消息處理器830的操作的這樣一種方式修改示例性實施例。這個原則也可應用到如下所述的eNB。
[0183]圖9示出根據(jù)本發(fā)明示例性實施例的eNB的示意性框圖。
[0184]參照圖9，eNB包括收發(fā)器905、控制器910、多路復用器和多路分解器920、控制消息處理器935、上層設備925和930以及調(diào)度器915。[0185]收發(fā)器905經(jīng)由前向載波發(fā)送數(shù)據(jù)和控制信號，并經(jīng)由反向載波接收數(shù)據(jù)和控制信號。如果設置了多個載波，則收發(fā)器905經(jīng)由該多個載波發(fā)送和接收數(shù)據(jù)和控制信號。
[0186]多路復用器和多路分解器920多路復用來自控制消息處理器935或上層設備925和930的數(shù)據(jù)，或者多路分解來自收發(fā)器905的數(shù)據(jù)，并將處理后的數(shù)據(jù)傳送到控制消息處理器935或上層設備925和930或控制器910。
[0187]控制消息處理器935處理來自UE的控制消息，并執(zhí)行相應的操作。控制消息處理器935還生成將發(fā)送到UE的控制消息并將它們傳送到下層。
[0188]可根據(jù)服務類型配置上層設備925和930。例如，上層設備925和930處理當提供諸如FTP或VoIP服務的用戶服務時生成的數(shù)據(jù)，并將它們傳送到多路復用器和多路分解器920。上層設備925和930還可處理來自多路復用器和多路分解器920的數(shù)據(jù)，并將它們傳送到上層服務應用。
[0189]控制器910檢測當UE將發(fā)送CSI/SRS時的時間點，并控制收發(fā)器905以發(fā)送CSI/SRS。
[0190]調(diào)度器915考慮UE的緩沖狀態(tài)、信道狀態(tài)和有效時間在合適的時間點分配傳輸資源，。調(diào)度器915處理從UE發(fā)送或發(fā)送到UE的信號。
[0191]如上所述，根據(jù)本發(fā)明示例性實施例的系統(tǒng)和方法可控制嘗試接入網(wǎng)絡的UE的操作，從而防止過度的接入。
[0192]雖然已參照其特定示例性實施例顯示和描述本發(fā)明，但是本領域技術人員將理解的是:可在其中做出形式和細節(jié)上的各種變化而不脫離如所附權利要求及其等同物限定的本發(fā)明的精神和范圍。
【權利要求】
1.一種在無線通信系統(tǒng)中的機器類型通信(MTC)設備的接入控制方法，該方法包括: 確定無線資源控制(RRC)連接建立是對應于原因I還是對應于原因2 ； 如果RRC連接建立對應于原因1，則建立RRC連接，使得RRC連接不經(jīng)歷擴展接入限制(EAB)過程；以及 如果RRC連接建立對應于原因2，則根據(jù)從演進節(jié)點B (eNB)發(fā)送的系統(tǒng)信息塊(SIB)的建立確定是否使用EAB過程，并根據(jù)該確定使用EAB過程。
2.根據(jù)權利要求1的方法，還包括: 根據(jù)從eNB發(fā)送的SIB的建立確定是否使用接入類別限制(ACB)過程；以及 根據(jù)該確定使用ACB過程。
3.根據(jù)權利要求2的方法，還包括: 如果接入沒有受到限制，則向eNB請求RRC連接建立。
4.根據(jù)權利要求2的方法，還包括: 如果RRC連接建立對應于原因2并且接入沒有受到EAB限制，則使用ACB過程。
5.根據(jù)權利要求1的方法，其中，所述原因I包括以下的至少一個: 其中用戶設備(UE) 執(zhí)行接入嘗試以接收呼叫的情況； 其中UE執(zhí)行緊急呼叫的情況；以及 其中UE執(zhí)行具有高優(yōu)先級的接入嘗試的情況。
6.根據(jù)權利要求1的方法，其中，所述原因2包括以下的至少一個: 其中用戶設備(UE)執(zhí)行接入嘗試以做出呼叫來發(fā)送數(shù)據(jù)的情況； 其中UE執(zhí)行接入嘗試以做出呼叫來發(fā)送控制消息的情況；以及 其中UE執(zhí)行接入嘗試以做出呼叫而不考慮傳輸延遲的情況。
7.一種在有線通信系統(tǒng)中控制到演進節(jié)點B (eNB)的接入的機器類型通信(MTC)設備，所述MTC設備包括: 收發(fā)器，用于發(fā)送信號到eNB并從eNB接收信號；以及 控制器， 其中，所述控制器: 確定無線資源控制(RRC)連接建立是對應于原因I還是對應于原因2 ； 如果RRC連接建立對應于原因1，則控制建立RRC連接，使得RRC連接不經(jīng)歷擴展接入限制(EAB)過程；以及 如果RRC連接建立對應于原因2，則根據(jù)從eNB發(fā)送的系統(tǒng)信息塊(SIB)的建立確定是否使用EAB過程，并根據(jù)該確定使用EAB過程。
8.根據(jù)權利要求7的MTC設備，其中，所述控制器根據(jù)從eNB發(fā)送的SIB的建立確定是否使用接入類別限制(ACB)過程，并根據(jù)該確定使用ACB過程。
9.根據(jù)權利要求8的MTC設備，其中，如果接入沒有受到限制，則控制器向eNB請求RRC連接建立。
10.根據(jù)權利要求8的MTC設備，其中，如果RRC連接建立對應于原因2并且接入沒有受到EAB限制，則控制器使用ACB過程。
11.根據(jù)權利要求7的MTC設備，其中，所述原因I包括以下的至少一個: 其中用戶設備(UE)執(zhí)行接入嘗試以接收呼叫的情況；其中UE執(zhí)行緊急呼叫的情況；以及其中UE執(zhí)行具有高優(yōu)先級的接入嘗試的情況。
12.根據(jù)權利要求7的MTC設備，其中，所述原因2包括以下的至少一個:其中用戶設備(UE)執(zhí)行接入嘗試以做出呼叫來發(fā)送數(shù)據(jù)的情況；其中UE執(zhí)行接入嘗試以做出呼叫來發(fā)送控制消息的情況；以及 其中UE執(zhí)行接入嘗試以做出呼叫而不考慮諸如MTC服務的傳輸延遲的情況。
【文檔編號】H04B7/26GK103748811SQ201280038986
【公開日】2014年4月23日 申請日期:2012年8月10日 優(yōu)先權日:2011年8月10日
【發(fā)明者】張宰赫, 金成勛 申請人:三星電子株式會社