用于使用無線電鏈路控制配置進行覆蓋增強的mtc ue和方法
【專利摘要】提供了eNodeB(eNB)和用戶設(shè)備(UE)，其檢測UE是否處于覆蓋增強模式，并且如果UE處于覆蓋增強模式，則在eNB和UE之間的通信中使用經(jīng)修改的無線電鏈路控制(RLC)配置的版本。檢測機制在eNB和UE之間可能不同，并且可包括eNB和UE之間的直接信令、僅通過特定經(jīng)修改的信令過程接收控制信令的能力、某些接收到的控制信號功率較低或在各個預(yù)定時間段內(nèi)缺乏對某些控制信號的響應(yīng)。相比于標(biāo)準(zhǔn)RLC配置，經(jīng)修改的RLC配置允許在接收設(shè)備能夠針對與接收設(shè)備對所發(fā)送的數(shù)據(jù)的接收有關(guān)的信息被輪詢之前，由發(fā)送設(shè)備發(fā)送較小的數(shù)據(jù)量。
【專利說明】用于使用無線電鏈路控制配置進行覆蓋増強的MTC UE和方法
[0001 ] 優(yōu)先權(quán)聲明
[0002]本申請要求于2014年I月30日提交的美國臨時專利申請序列號N0.61/933,851的優(yōu)先權(quán)，該臨時申請的全部內(nèi)容通過引用合并于此。
技術(shù)領(lǐng)域
[0003]實施例涉及無線通信。一些實施例涉及包括LTE網(wǎng)絡(luò)在內(nèi)的蜂窩通信網(wǎng)絡(luò)。一些實施例涉及增強的覆蓋通信。一些實施例涉及物理隨機接入信道操作。
【背景技術(shù)】
[0004]隨著不同類型的設(shè)備越來越多地通過網(wǎng)絡(luò)與服務(wù)器和其它計算設(shè)備通信，對第三代長期演進(3GPP LTE)系統(tǒng)的使用已增加。具體地，諸如蜂窩電話之類的典型用戶設(shè)備(UE)和機器型設(shè)備(MTD)二者當(dāng)前都使用3GPP LTE系統(tǒng)。來自MTD的機器型通信(MTC)由于這類通信中涉及的MTC UE的低能耗而造成特定的挑戰(zhàn)。具體地，MTC UE在計算方面不太強大且具有較少的功率用于通信，并且很多MTC UE被配置為基本無限期地維持在單個位置。這類MTC UE的示例包括裝置或自動售貨機中的傳感器(例如，感測環(huán)境狀況)或微控制器。在某些情況下，MTC UE可以位于幾乎沒有覆蓋的區(qū)域(例如建筑物內(nèi))或位于孤立的地理區(qū)域中。不幸地，在很多情況下，MTC UE不具有足夠的功率用于與最近的服務(wù)基站(增強型節(jié)點B(eNB))的通信，這些MTC UE與該最近的服務(wù)基站通信以滿足當(dāng)前3GPP標(biāo)準(zhǔn)內(nèi)的正常無線電鏈路控制(RLC)協(xié)議的要求。對于被布置在具有不良覆蓋的網(wǎng)絡(luò)區(qū)域(即其中鏈路預(yù)算低于典型網(wǎng)絡(luò)值數(shù)個dB的一個網(wǎng)絡(luò)區(qū)域)內(nèi)的非固定無線UE(例如，移動電話)，RLC協(xié)議也可以引起類似的問題。
[0005]具體地，因為傳輸功率無法由MTCUE或eNB增加，為了實現(xiàn)覆蓋擴展且在鏈路預(yù)算方面獲得額外的dB，信號在擴展時間段上被從發(fā)送設(shè)備(MTC UE或eNB)重復(fù)發(fā)送以在接收設(shè)備處累積能量。雖然在典型UE(例如，智能電話)中對重復(fù)發(fā)送方面的時序考慮通常不是問題(由于典型UE的通信速率)，但對于將周期性地經(jīng)由網(wǎng)絡(luò)提供信息的MTC UE來說這可能是有問題的。更具體地，因為MTC UE和服務(wù)MTC UE的eNB之間的通信速率是比較慢的，并且典型的周期(由服務(wù)器而不是MTC UE設(shè)置)不低，因此MTC UE和服務(wù)eNB之間的通信可能停滯。
[0006]因此，對于網(wǎng)絡(luò)或UE來說確定針對覆蓋區(qū)域中的特定UE使用替代RLC協(xié)議是否適當(dāng)、以及針對處于覆蓋增強模式的UE來說使用覆蓋增強RLC協(xié)議是否適當(dāng)，這是可取的。
【附圖說明】
[0007]在不一定按比例繪制的附圖中，相似的標(biāo)號可以描述不同視圖中的相似組件。具有不同字母后綴的相似標(biāo)號可以表示相似組件的不同實例。附圖通常以示例的方式而不是以限制的方式示出本文檔中所討論的各個實施例。
[0008]圖1是根據(jù)一些實施例的3GPP網(wǎng)絡(luò)的功能圖。
[0009]圖2是根據(jù)一些實施例的3GPP設(shè)備的框圖。
[0010]圖3示出了根據(jù)一些實施例的eNB處的方法的流程圖。
[0011 ]圖4示出了根據(jù)一些實施例的覆蓋增強模式UE處的方法的流程圖。
[0012]圖5A和圖5B示出了根據(jù)一些實施例的RLC配置信息要素。
[0013]圖6示出了根據(jù)一個實施例的經(jīng)修改的RRC連接請求消息。
【具體實施方式】
[0014]下面的描述和附圖充分地說明了具體的實施例以使得本領(lǐng)域技術(shù)人員能夠?qū)嵤┧鼈?。其它實施例可以包含結(jié)構(gòu)、邏輯、電氣、處理和其它方面的改變。一些實施例的部分和特征可以被包括在其它實施例的部分和特征中或可以被其它實施例的部分和特征替代。權(quán)利要求中提出的實施例涵蓋那些權(quán)利要求的所有可獲得的等同形式。
[0015]圖1是根據(jù)一些實施例的3GPP網(wǎng)絡(luò)的功能圖。網(wǎng)絡(luò)可包括通過SI接口115耦合在一起的無線電接入網(wǎng)絡(luò)(RAN)(例如，如所描繪的E-UTRAN或演進型通用陸地?zé)o線電接入網(wǎng)絡(luò))100和核心網(wǎng)絡(luò)120(例如，示出為演進型分組核心(EPC))。為了方便和簡潔起見，僅示出了核心網(wǎng)絡(luò)120以及RAN 100的一部分。
[0016]核心網(wǎng)絡(luò)120包括移動性管理實體(MME) 122、服務(wù)網(wǎng)關(guān)(服務(wù)GW) 124、和分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PDN Gff)1260RAN 100包括(可以作為基站操作的)演進型節(jié)點B(eNB)104，用于與UE 102進行通信。eNB 104可以包括宏eNB和低功率(LP)eNB。
[0017]MME 122在功能上與傳統(tǒng)服務(wù)GPRS支持節(jié)點(SGSN)的控制平面類似。MME管理接入中的移動性方面，例如，網(wǎng)關(guān)選擇和追蹤區(qū)域列表管理。服務(wù)GW 124終止朝向RAN 100的接口，并在RAN 100和核心網(wǎng)絡(luò)120之間路由流量分組(例如數(shù)據(jù)分組或語音分組)。另外，服務(wù)Gff 124可以是用于eNB間切換的本地移動性錨點，并且還可以為3GPP間移動性提供錨點。其他責(zé)任可以包括合法攔截、計費、和一些策略強制執(zhí)行。服務(wù)GW 124和MME 122可以被實現(xiàn)于一個物理節(jié)點或分開的物理節(jié)點中。PDN Gff 126終止朝向分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)的SGi接口。PDN Gff 126在EPC 120和外部TON之間路由流量分組，并且可以是用于策略強制執(zhí)行和計費數(shù)據(jù)收集的關(guān)鍵節(jié)點。PDN Gff 126還可以為非LTE訪問的移動性提供錨點。外部TON可以是任意類型的IP網(wǎng)絡(luò)，以及IP多媒體子系統(tǒng)(MS)域。PDN Gff 126和服務(wù)GW 124可以被實現(xiàn)于一個物理節(jié)點或分開的物理節(jié)點中。
[0018](宏和微)eNB104終止空中接口協(xié)議，并且可以是針對UE 102的第一接觸點。在一些實施例中，eNB 104可以滿足RAN 100的各種邏輯功能，包括但不限于RNC(無線電網(wǎng)絡(luò)控制器功能)，例如無線電承載管理、上行鏈路和下行鏈路動態(tài)無線電資源管理和流量分組調(diào)度及移動性管理。根據(jù)實施例，UE 102可以被配置為根據(jù)OFDMA通信技術(shù)通過多載波通信信道與eNB 104傳送OFDM通信信號。OFDM信號可以包括多個正交子載波。還可以使用其他技術(shù)，例如非正交多址(NOMA)、碼分多址(CDMA)、以及正交頻分多址(OFDMA)。
[0019]SI接口 115是分離RAN 100和EPC 120的接口。該接口被分成兩個部分:Sl-U和Sl-MME，其中Sl-U運載eNB 104和服務(wù)GW 124之間的流量分組，Sl-MME是eNB 104和MME 122之間的信令接口。
[0020]利用蜂窩網(wǎng)絡(luò)，LP小區(qū)通常被用來將覆蓋范圍擴展至室外信號不能很好到達的室內(nèi)區(qū)域，或在電話使用非常密集的區(qū)域(例如，火車站)中添加網(wǎng)絡(luò)容量。如本文所使用的，術(shù)語低功率(LP) eNB指的是用于實現(xiàn)較窄的小區(qū)(比宏小區(qū)窄)(例如，毫微微小區(qū)、微微小區(qū)、或微小區(qū))的任意合適的較低功率eNB。毫微微小區(qū)eNB通常由移動網(wǎng)絡(luò)運營商提供至其住宅客戶或企業(yè)客戶。毫微微小區(qū)通常是住宅網(wǎng)關(guān)的尺寸或比住宅網(wǎng)關(guān)的尺寸要小，并且通常連接到用戶的寬帶線路。一旦接通電源，毫微微小區(qū)即連接到移動運營商的移動網(wǎng)絡(luò)，并針對住宅毫微微小區(qū)提供范圍通常為30米至50米的額外覆蓋。因此，由于LP eNB通過TONGff 126被耦合，LP eNB可能是毫微微eNB。類似地，微微小區(qū)是通常覆蓋小區(qū)域(例如，建筑內(nèi)(辦公室、購物中心、火車站等)或者最近更多地在飛機中)的無線通信系統(tǒng)。微微小區(qū)eNB通?？梢酝ㄟ^X2鏈路連接到另一 eNB，例如，通過其基站控制器(BSC)功能連接到宏eNB。因此，由于LP eNB經(jīng)由X2接口被耦合至宏eNB，所以LP eNB可以通過微微小區(qū)eNB來實現(xiàn)。微微小區(qū)eNB或其他LP eNB可以包含宏eNB的一些或全部功能。在一些情況中，這可以被稱為是接入點基站或企業(yè)毫微微小區(qū)。
[0021]在一些實施例中，下行鏈路資源網(wǎng)格可以被用于從eNB 104至UE 102的下行鏈路傳輸，而從UE 102到eNB 104的上行鏈路傳輸可以利用類似的技術(shù)。網(wǎng)格可以是時間-頻率網(wǎng)格(稱為資源網(wǎng)格或時間-頻率資源網(wǎng)格)，該時間-頻率網(wǎng)格是每個時隙中的下行鏈路中的物理資源。這種時間-頻率平面表示是OFDM系統(tǒng)的慣例，這使其對于無線電資源分配是直觀的。資源網(wǎng)格的每一列和每一行分別與一個OFDM符號和一個OFDM子載波相對應(yīng)。資源網(wǎng)絡(luò)的持續(xù)時間在時域上與無線電幀中的一個時隙相對應(yīng)。資源網(wǎng)絡(luò)中的最小時間-頻率單元被表示為資源要素。每個資源網(wǎng)格包括若干資源塊，這些資源塊描述了某些物理信道至資源要素的映射。每個資源塊包括許多資源要素，并且在頻域中這表示當(dāng)前可以被分配的資源的最小量。存在若干使用這種資源塊運送的不同的物理下行鏈路信道。
[0022]如之前所描述的，因為傳輸功率無法由覆蓋增強區(qū)域中的服務(wù)增強節(jié)點B(eNB)或UE增加，因此相同的分組數(shù)據(jù)被重復(fù)傳送以增加接收器處的信號功率。然而，由于UE和基站之間的通信速率降低，因此在一個實施例中，針對處于覆蓋增強模式并且位于下述位置的UE，標(biāo)準(zhǔn)RLC配置(即，RLC協(xié)議)被改變?yōu)楦采w增強RLC配置:在該位置中，到最近服務(wù)基站的鏈路預(yù)算比網(wǎng)絡(luò)中的典型鏈路預(yù)算值更糟，并且在不增加傳輸功率的情況下將獲得額外的鏈路預(yù)算。UE(其可以是使用MTC(例如傳感器)的固定無線UE(無限期維持在單個位置)或M2M UE)確定是否實現(xiàn)覆蓋增強RLC配置，并且如果確定實現(xiàn)覆蓋增強RLC配置，則使用覆蓋增強RLC配置來與eNB進行通信。在一個實施例中，覆蓋增強RLC配置包含RLC計數(shù)器和定時器的值，RLC計數(shù)器和定時器僅對處于覆蓋增強模式的UE可用并且與非覆蓋增強RLC配置相比，減少了處于覆蓋增強模式的UE能夠向eNB請求傳送確認(rèn)之前的時間量。
[0023]在各個實施例中，UE從eNB進行的廣播中接收覆蓋增強RLC配置或?qū)⒏采w增強RLC配置存儲在存儲器中以供自動實現(xiàn)。因此，在一些實施例中，UE確定是否實現(xiàn)覆蓋增強RLC配置而無需收發(fā)器接收廣播。替代地或另外，eNB可以例如當(dāng)從UE接收到RRC連接釋放時在存儲器中存儲UE將使用覆蓋增強RLC配置進行通信。在一些實施例中，eNB傳送廣播而不考慮由eNB服務(wù)的任意UE是否旨在使用覆蓋增強RLC配置。在其它實施例中，eNB基于來自處于覆蓋增強模式的UE的、針對覆蓋增強RLC配置的請求來傳送廣播。在一些實施例中，UE使用覆蓋增強RLC配置將無線電資源控制(RRC)連接請求(RRC連接請求)傳送到eNB以建立與eNB的RRC連接。在一些實施例中，覆蓋增強RLC配置被包含在系統(tǒng)信息塊(SIB)中的信息要素(IE)中，并且覆蓋增強RLC配置提供“輪詢rou(polirou)”和“輪詢字節(jié)(PollByte)”的值，其足以在從eNB得到反饋之前防止UE的RLC發(fā)送器窗口停滯或等待若干分鐘。因此，在各個實施例中，覆蓋增強RLC配置由eNB廣播，并且在網(wǎng)絡(luò)和覆蓋增強UE檢測到覆蓋增強UE需要覆蓋增強之后由eNB和覆蓋增強UE進行應(yīng)用，或在RRC連接建立期間自動由eNB和覆蓋增強UE使用而無需經(jīng)由握手來提供RLC配置。這不同于當(dāng)前的RRC連接建立過程，在當(dāng)前的RRC連接建立過程中，初始使用標(biāo)準(zhǔn)RLC配置并且如果需要的話之后可以通過握手進行調(diào)整，這無法避免本文所指出的問題。
[0024]圖2是根據(jù)一些實施例的3GPP設(shè)備的框圖。設(shè)備例如可以是UE或eNB。在一些實施例中，eNB可以是固定非移動設(shè)備。3GPP設(shè)備200可以包括物理層電路202，用于使用一根或多根天線201發(fā)送和接收信號。3GPP設(shè)備200還可以包括介質(zhì)訪問控制層(MAC)電路204，用于控制對無線介質(zhì)的訪問。3GPP設(shè)備200還可以包括被安排來執(zhí)行本文描述的操作的處理電路206和存儲器208。
[0025]在一些實施例中，移動設(shè)備或本文所描述的其它設(shè)備可以是便攜式無線通信設(shè)備的一部分，例如，個人數(shù)字助理(PDA)、具有無線通信能力的膝上型計算機或便攜式計算機、web平板、無線電話、智能電話、無線耳機、尋呼機、即時通訊設(shè)備、數(shù)碼相機、接入點、電視、醫(yī)療設(shè)備(例如，心率監(jiān)測器、血壓監(jiān)測器等)、或其他可以無線接收和/或發(fā)送信息的設(shè)備。在一些實施例中，移動設(shè)備或其它設(shè)備可以是被配置為根據(jù)3GPP標(biāo)準(zhǔn)進行操作的UE 102或eNB 104。在一些實施例中，移動設(shè)備或其它設(shè)備可以被配置為根據(jù)其它協(xié)議或標(biāo)準(zhǔn)(包括IEEE 802.11或其它IEEE標(biāo)準(zhǔn))進行操作。在一些實施例中，移動設(shè)備或其它設(shè)備可以包括鍵盤、顯示器、非易失性存儲器端口、多根天線、圖形處理器、應(yīng)用處理器、揚聲器、和其他移動設(shè)備元件中的一個或多個。顯示器可以是包括觸摸屏的LCD屏。
[0026]天線201可以包括一根或多根定向或全向天線，包括例如，偶極天線、單極天線、貼片天線、環(huán)形天線、微帶天線、或適用于RF信號的傳輸?shù)钠渌愋偷奶炀€。在一些多輸入多輸出(MIMO)實施例中，天線201可以被有效地分離以利用可產(chǎn)生的空間分集和不同信道特性。
[0027]雖然3GPP設(shè)備200被示出為具有若干獨立的功能元件，但是功能元件的一個或多個可以被合并，并且可以由軟件配置的元件(例如，包括數(shù)字信號處理器(DSP)的處理元件)、和/或其他硬件元件的組合來實現(xiàn)。例如，一些元件可以包括一個或多個微處理器、DSP、現(xiàn)場可編程門陣列(FPGA)、專用集成電路(AISC)、射頻集成電路(RFIC)、和用于執(zhí)行至少本文描述的功能的各種硬件和邏輯電路的組合。在一些實施例中，功能元件可以指在一個或多個處理元件上操作的一個或多個處理。
[0028]實施例可以被實現(xiàn)于硬件、固件、和軟件中的一個或其組合。實施例還可以被實現(xiàn)為存儲在計算機可讀存儲設(shè)備上的指令，該指令可以由至少一個處理器讀取并執(zhí)行，從而執(zhí)行本文描述的操作。計算機可讀存儲設(shè)備可以包括以機器(例如，計算機)可讀的形式存儲信息的任意非暫態(tài)機制。例如，計算機可讀存儲設(shè)備可以包括只讀存儲器(R0M)、隨機存取存儲器(RAM)、磁盤存儲介質(zhì)、光存儲介質(zhì)、閃速存儲器設(shè)備、和其他存儲設(shè)備和介質(zhì)。一些實施例可包括一個或多個處理器并且可被配置有存儲于計算機可讀存儲設(shè)備上的指令。
[0029]術(shù)語“機器可讀介質(zhì)”可包括被配置為存儲一個或多個指令的單個介質(zhì)或多個介質(zhì)(例如，集中式或分布式數(shù)據(jù)庫、和/或相關(guān)聯(lián)的緩存和服務(wù)器)。術(shù)語“機器可讀介質(zhì)”可包括能夠存儲、編碼、或運載用于由3GPP設(shè)備200執(zhí)行的指令并且使得其執(zhí)行本公開的一個或多個技術(shù)的任意介質(zhì)，或者能夠存儲、編碼或運載由這類指令使用或與這類指令相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)的任意介質(zhì)。術(shù)語“傳輸介質(zhì)”應(yīng)該被視為包括能夠存儲、編碼或運載用于執(zhí)行的指令的任意無形介質(zhì)，并且包括數(shù)字或模擬通信信號或輔助這類軟件的通信的其它無形介質(zhì)。
[0030]如上所述，包括MTCUE在內(nèi)的很多不同類型的UE可以使用網(wǎng)絡(luò)進行通信。通常，在覆蓋增強模式中，可能需要大量的額外鏈路預(yù)算(高達大約15dB)來允許UE和服務(wù)eNB之間的可靠通信。為了獲得該鏈路預(yù)算，在UE和eNB之間傳送的分組可以被重復(fù)很多(>100)次。3GPP LTE系統(tǒng)通常在數(shù)據(jù)通信期間使用RLC配置，其中在UE和eNB之間還提供數(shù)據(jù)接收確認(rèn)和其它控制信息。一般地，對例如1000比特的單個分組數(shù)據(jù)單元(PDU)的傳輸大約花費lms，并且確認(rèn)在數(shù)ms內(nèi)被提供，確認(rèn)可以響應(yīng)于來自發(fā)送設(shè)備的、針對接收信息的請求。然而，針對MTC UE或其它處于覆蓋增強模式的UE(本文還稱為覆蓋增強模式UE)，對每個roU的傳輸可能花費顯著更長的時間(例如100-200ms)來傳送40字節(jié)的分組。這在某些實例中可能引起問題，并且要求當(dāng)前3GPP LTE規(guī)范中的RLC配置的討論。
[0031]3GPP LTE規(guī)范3GPP TS 36.331包含第2層協(xié)議(例如，無線3GPP通信中使用的介質(zhì)訪問控ffjiJ(MAC)、無線電鏈路控制(RLC)、以及無線電資源控ffjiJ(RRC))的詳情。RLC配置包含與來自接收設(shè)備(例如，覆蓋增強模式UE或eNB中的一者)的、針對由發(fā)送設(shè)備(例如，覆蓋增強模式UE或eNB中的另一者)發(fā)送的信息的請求有關(guān)的參數(shù)。具體地，RLC配置包含參數(shù)“pollByte”(輪詢字節(jié))和“pollPDU”(輪詢roU)，其在期望覆蓋增強的情況下尤其可能是有問題的?！皃ollByte”(在3GPP TS 36.331的當(dāng)前實現(xiàn)方式中其最小值是25千字節(jié))計數(shù)在發(fā)送設(shè)備能夠輪詢接收設(shè)備之前由發(fā)送設(shè)備發(fā)送的字節(jié)的數(shù)目?！皃ollPDU”定義在發(fā)送設(shè)備能夠開始輪詢接收設(shè)備以請求對接收到的PDU的數(shù)目的確認(rèn)之前要被發(fā)送的RLC PDU的數(shù)目。pollPDU可以采用大于或等于4PDU的任意值。在一個示例中，必須發(fā)送1000比特的單個I3DU(將被重復(fù)100-200次以在eNB處積累能量)的MTC UE使得它花費至少數(shù)分鐘來發(fā)送TOU。傳感器和其它MTC UE通常每數(shù)分鐘向eNB提供更新，這導(dǎo)致關(guān)于RLC傳輸窗口的若干問題。具體地，這導(dǎo)致MTC UE無法輪詢eNB以獲得關(guān)于RLC PDU的接收的信息。如果問題在I3DU的傳輸中發(fā)生，則RLC傳輸窗口因此很可能停滯。這導(dǎo)致MTC UE無法提前RLC傳輸窗口，或RLC傳輸窗口必須在輪詢eNB之前等待4個roU的傳輸，這大大超過了更新時間。
[0032]為了減少由于輪詢而等待確認(rèn)中的延遲所引起的上述問題，RLC配置參數(shù)“?01187仏”和“?011卩01]”僅針對增強覆蓋模式1^分別被允許降低到低于4個1^1]和/或顯著低于25k字節(jié)。一旦eNB和UE 二者都識別到其間的通信將使用增強覆蓋模式鏈路，則適當(dāng)?shù)腞LC配置從eNB被提供或以其他方式由增強覆蓋模式UE使用。在傳輸了所需數(shù)目的roU或所需字節(jié)數(shù)的第一PDU(如由增強覆蓋模式UE和eNB所使用的增強覆蓋模式RLC配置所定義的，其可能花費數(shù)百毫秒)之后，發(fā)送設(shè)備可以輪詢接收設(shè)備以獲得關(guān)于由接收設(shè)備接收到的字節(jié)數(shù)的信息。減少在輪詢可以發(fā)生之前需要被傳送的PDU數(shù)目和數(shù)據(jù)量避免了傳輸窗口的停滯。
[0033]然而，在一個實施例中，RLC配置參數(shù)“pollByte”和“pol 1PDU”可以僅針對增強模式UE被調(diào)整。這意味著發(fā)送設(shè)備和接收設(shè)備二者都檢測到以覆蓋增強模式通信的期望并且適當(dāng)?shù)刈龀鲰憫?yīng)，而不是使用如3GPPTS 36.331所定義的這些參數(shù)的正常默認(rèn)值。
[0034]圖3示出了根據(jù)一些實施例的eNB處的方法的流程圖。在步驟302中，eNB確定由eNB服務(wù)的小區(qū)中的任意UE是否期望覆蓋增強。為了在從UE接收通信之前做出該確定，eNB可以存儲關(guān)于之前與覆蓋增強模式UE建立的RRC連接的信息。由于移動的UE可能間歇地進入覆蓋增強模式，因此所存儲的信息在eNB能夠確定這類UE(包括MTC UE，例如傳感器)是否固定時是最有用的。在一些實施例中，所存儲的信息可以僅包含這樣的信息:即至少一個覆蓋增強模式UE之前已存在于由eNB所服務(wù)的小區(qū)中。在其它實施例中，所存儲的信息可以包含覆蓋增強模式UE的標(biāo)識(例如UE的IP地址)和覆蓋增強模式UE是否是移動UE。移動性信息可以從UE本身獲得或可以由其它網(wǎng)絡(luò)UE(例如，其它eNB(例如，如果發(fā)生到當(dāng)前eNB的切換，則UE是移動的)或服務(wù)器(UE向其報告的服務(wù)器或諸如位置寄存器或賬單服務(wù)器之類的網(wǎng)絡(luò)服務(wù)器))提供。在這些情況下，如果UE的移動性信息是已知的，則eNB可以在識別存在一個或多個覆蓋增強模式UE中忽略關(guān)于之前已處于覆蓋增強模式的移動UE的信息。替代地，eNB可以維持關(guān)于特定移動UE的信息，在一個實施例中，僅當(dāng)eNB服務(wù)該特定移動UE中的很多次或次數(shù)的很大百分比，該特定移動UE均處于覆蓋增強模式時，eNB才維持關(guān)于該特定移動UE的信息。在其它實施例中，eNB可以從網(wǎng)絡(luò)服務(wù)器請求關(guān)于覆蓋增強模式的信息而不是自身做出判斷。由eNB做出的關(guān)于小區(qū)中存在覆蓋增強模式UE的判定允許eNB針對那些UE使用特定于覆蓋增強模式的過程，例如針對處于覆蓋增強模式的UE的特定系統(tǒng)信息塊(SIB)、隨機訪問資源分配、尋呼、調(diào)度。
[0035]如果eNB確定存在至少一個覆蓋增強模式UE，則在步驟304中，eNB向由eNB服務(wù)的小區(qū)中的所有UE廣播覆蓋增強RLC配置。如果在步驟302中eNB確定不存在任何覆蓋增強模式UE，則在步驟304a中，eNB向由eNB服務(wù)的小區(qū)中的所有通信UE廣播正常RLC配置。
[0036]RLC配置(正常RLC配置或覆蓋增強RLC配置)被包含在廣播的SIB的信息要素(IE)中。如所已知的，SIB包含UE需要與eNB傳送的信息和參數(shù)。具體地，至少SIB-1和SIB-2被用于與任意eNB建立接入。具體地，SIB包含對所有UE通用的無線電資源配置信息，包括通用和共享信道配置、與隨機接入信道有關(guān)的配置、定時器和上行鏈路功率控制。在一個實施例中，覆蓋增強RLC配置中所使用的IE可以被附加到SIB-2中現(xiàn)有的IE。在另一實施例中，覆蓋增強RLC配置中所使用的IE可以被附加到SIB-14中現(xiàn)有的IE，SIB-14包含LTE時分雙工信號中被應(yīng)用到專用和通用物理信道的功率控制信息。RLC配置還可以被提供在針對覆蓋增強所定義的新的SIB中。
[0037]在另一實施例中，步驟302和304可以不存在。
[0038]在步驟306中，eNB隨后從由eNB正服務(wù)的UE接收RRC連接請求。RRC連接請求響應(yīng)于UE發(fā)起電話呼叫或數(shù)據(jù)會話來請求與eNB建立RRC連接。替代地，eNB可以向UE發(fā)送尋呼消息，并且作為響應(yīng)從UE接收RRC連接請求。在步驟308中，eNB確定覆蓋增強模式是否適用于從其接收RRC連接請求的UE。
[0039]存在eNB可以確定UE處于覆蓋增強模式的數(shù)個方式。eNB可以僅使用這些方式中的一種方式，或可以將任意或所有這些方式結(jié)合以決定UE是否處于覆蓋增強模式。在一個示例中，響應(yīng)于尋呼UE，eNB可以確定UE處于覆蓋增強模式。eNB可以使用標(biāo)準(zhǔn)RRC尋呼機制。在該情況下，在預(yù)定尋呼時間段內(nèi)未接收到對尋呼的任何響應(yīng)或在尋呼時間段內(nèi)已做出預(yù)定數(shù)目的未成功的尋呼嘗試后，eNB可以確定小區(qū)中的特定固定UE是覆蓋增強模式UE。替代地或另外，如果特定于覆蓋增強模式UE的尋呼過程還由eNB設(shè)立并且特定UE僅能夠通過使用特定尋呼過程來到達，則eNB可以確定特定UE處于覆蓋增強模式。注意針對移動UE，使用尋呼來確定覆蓋增強模式可能是不可靠的方法，這是由于移動UE能夠移入和移出具有不同鏈路長度的小區(qū)的區(qū)域，所有這些區(qū)域均由eNB覆蓋。
[0040]在另一實施例中，特定物理隨機接入信道(PRACH)資源可以被留出用于由處于覆蓋增強模式的UE隨機接入，而不是使用特定尋呼過程或特定尋呼資源。取決于系統(tǒng)，PRACH資源可以在任意域(包括時域、頻域或碼域)中被預(yù)留。因此，eNB可以確定利用特定覆蓋增強模式PRACH資源的UE是覆蓋增強模式UE。
[0041 ]在另一實施例中，當(dāng)特定UE附接到eNB時，eNB從該UE接收多個隨機接入前導(dǎo)碼。每個前導(dǎo)碼具有與其相關(guān)聯(lián)的特定接收功率。如果從UE連續(xù)接收到的預(yù)定數(shù)目的前導(dǎo)碼具有低于預(yù)定前導(dǎo)碼功率閾值的功率，則eNB可以確定UE處于覆蓋增強模式。前導(dǎo)碼功率被設(shè)置為高于eNB的靈敏度等級并且不同于錯過檢測等級。
[0042]類似地，通常eNB接收隨機接入前導(dǎo)碼、做出響應(yīng)、并且隨后從UE接收RRC連接請求消息。假設(shè)隨機接入前導(dǎo)碼滿足預(yù)定前導(dǎo)碼功率或eNB未使用隨機接入前導(dǎo)碼的功率來確定UE是否處于覆蓋增強模式，則RRC連接請求的功率可以被使用。在該情況下，eNB可以追蹤來自UE的RRC連接請求，并且如果RRC連接請求的連續(xù)數(shù)目的傳輸時間間隔的功率低于預(yù)定連接請求功率閾值則確定UE處于覆蓋增強模式。在其它實施例中，這(以及本文所描述的其它實施例)不僅可以在初始RRC連接期間發(fā)生，而且可以在RLC配置被配置或被重配置的任意時間點處(即，在RRC連接重配置或RRC連接重建立期間)發(fā)生。
[0043]在另一實施例中，eNB可以依賴來自UE的直接信令來確定UE處于覆蓋增強模式，而不是設(shè)立特定尋呼機制或追蹤尋呼嘗試或連續(xù)功率測量。例如，處于覆蓋增強模式的UE可以僅使用64個隨機接入前導(dǎo)碼中特定的一個或特定的集合，自動向eNB發(fā)送其處于覆蓋增強模式。在該情況下，隨機接入前導(dǎo)碼或特定前導(dǎo)碼組合可能無法由未處于覆蓋增強模式的UE選擇(S卩，如果未處于覆蓋增強模式的UE選擇該前導(dǎo)碼組合，則其被丟棄并且一個或多個前導(dǎo)碼被重選)。1?之后可以向eNB確認(rèn)其在單獨的通信(例如，特定RRC連接請求)中處于覆蓋增強模式。圖6示出了根據(jù)一個實施例的經(jīng)修改的RRC連接請求消息。具體地，在圖6中用加粗、下劃線和斜體的方式示出了對RRC連接請求消息的修改。為了遵循ASN.1語法，圖6中的備用值被標(biāo)記為刪除線。在其它實施例中，R R C連接請求消息可以被修改，以使得“IEInitial-UE-1dentity”額外地承載UE處于覆蓋增強模式的指示。替代地，“IE Initial-UE-1dent i ty”字段內(nèi)的UE-標(biāo)識(S-TMSI)可以簡單地包含指示UE處于覆蓋增強模式的值。
[0044]在步驟308中，如果eNB確定從其接收RRC連接請求的UE處于覆蓋增強模式，則eNB在步驟310中應(yīng)用覆蓋增強RLC配置。如果eNB確定從其接收RRC連接請求的UE不處于覆蓋增強模式，則在步驟312中eNB可以確定UE是典型的UE并且應(yīng)用默認(rèn)RLC配置。在步驟314中，eNB使用其按照適當(dāng)方式所確定的無論哪個RLC配置來與UE通信，從而在RRC連接建立(或重建立、在無線電承載配置/重配置期間)期間發(fā)送覆蓋增強RLC配置參數(shù)。因此，假設(shè)覆蓋模式UE向eNB發(fā)送RRC連接請求(而不是由eNB尋呼)，則eNB利用RRC連接建立消息或RRC連接拒絕消息來對覆蓋增強UE做出響應(yīng)。如果eNB利用RRC連接建立消息對覆蓋增強UE做出響應(yīng)，則覆蓋增強UE進而利用RRC連接建立完成消息對eNB做出回復(fù)。
[0045]在不同的實施例中，eNB可以初始不依賴小區(qū)中存在UE而動作。這就是說eNB可以確定其是否能在使用覆蓋增強RLC配置時向UE提供服務(wù)，而不是做出關(guān)于覆蓋增強模式UE是否存在于小區(qū)中的初始確定(如步驟302)。如果eNB確定其能在使用覆蓋增強RLC配置時向UE提供服務(wù)，則eNB廣播對覆蓋增強模式UE的支持(即覆蓋增強RLC配置是可用的)并且根據(jù)RRC連接請求或從UE接收到的其它信息來確定哪個RLC配置將被使用。
[0046]此外，在各個實施例中，覆蓋增強和處于覆蓋增強模式的UE可以根據(jù)網(wǎng)絡(luò)條件和UE能力被分為不同的種類。這使得eNB和由eNB服務(wù)的UE可以使用不同的閾值(例如，鏈路預(yù)算閾值)。例如，覆蓋增強可以被分為任意數(shù)目的等級，例如最小的(0_5dB鏈路預(yù)算增強)、適中的(5-10dB鏈路預(yù)算增強)、以及嚴(yán)苛的(10-15dB鏈路預(yù)算增強)覆蓋增強。在該情況下，由eNB發(fā)送的覆蓋增強RLC配置可以是特定于UE的。此外，不同的RLC配置可以利用SIB(如上所述，例如SIB-2或SIB-14)的IE被廣播到UE，并且因此使用依賴于配置數(shù)目的若干比特位來用信號傳送(例如，3個或更少的覆蓋增強RLC配置可以使用兩個比特位來傳送)。當(dāng)然，替代地，默認(rèn)覆蓋增強RLC配置可以在3GPP TS 36.331內(nèi)被預(yù)定義，并且被配置到由eNB服務(wù)的所有UE。默認(rèn)覆蓋增強RLC配置可以利用專用RRC信令被提供給由eNB服務(wù)的UE。
[0047]圖4中示出了根據(jù)一些實施例的覆蓋增強模式UE處的方法的流程圖。如所示出的，在步驟402中，UE從服務(wù)UE的eNB接收信號。信號可以是例如來自eNB的廣播或單播消息。廣播將覆蓋增強RLC配置包含在SIB的IE中。UE在步驟404中確定覆蓋增強是否適用于與eNB進行通信。替代地，如果UE已經(jīng)與eNB進行通信，則UE可以存儲增強模式RLC配置，并且隨后在未來的RRC連接建立中使用增強模式RLC配置。UE可以自動使用所存儲的增強模式RLC配置或可以從eNB接收定義要使用哪個RLC配置的信息(例如，SIB中的一個或多個比特位)。
[0048]存在UE可以確定覆蓋增強是否適用于與eNB進行通信的若干方式。這類似于上面關(guān)于eNB確定所討論的那些內(nèi)容。本文針對UE確定所描述的技術(shù)可以單獨或結(jié)合使用以做出確定。例如，如上所述，eNB針對處于覆蓋增強模式的UE可以采用特定尋呼過程。在該情況下，如果圖4中的UE僅可以通過eNB使用覆蓋增強特定尋呼過程來到達，則圖4中的UE可以確定覆蓋增強適用于與eNB通信。
[0049]在另一示例中，當(dāng)UE首先被開啟并且執(zhí)行初始小區(qū)搜索以連接到蜂窩網(wǎng)絡(luò)時使用的下行鏈路同步過程可用于確定UE是否處于覆蓋增強模式。在3GPP系統(tǒng)中，eNB向UE發(fā)送主同步信號和次同步信號。主信號被用于時間和頻率獲取，而次信號被用于獲取小區(qū)特定信息。如果主同步信號或次同步信號未在預(yù)定同步時間段內(nèi)獲得，或在預(yù)定數(shù)目的連續(xù)次同步獲取均超過預(yù)定同步時間段之后，則UE可以確定覆蓋增強適用于與eNB通信。此外，如果替代同步信號在3GPP標(biāo)準(zhǔn)中被采用以用于覆蓋增強模式UE，并且UE僅通過使用這些替代同步信號來從eNB獲得下行鏈路同步，則UE可以確定覆蓋增強適用于與eNB通信。
[0050]在另一實施例中，UE可以替代使用隨機接入過程的時序來確定覆蓋增強是否適用于與eNB進行通信。隨機接入過程包括:UE向eNB發(fā)送前導(dǎo)碼序列、在eNB處接收隨機接入響應(yīng)、使用隨機接入響應(yīng)中所包含的信息來向UE發(fā)送隨機接入信道響應(yīng)、以及爭用解決。當(dāng)接收到隨機接入響應(yīng)時，UE發(fā)起RRC連接請求。3GPP標(biāo)準(zhǔn)指示隨機接入過程應(yīng)該在預(yù)定接入時間段內(nèi)完成。因此，如果3GPP標(biāo)準(zhǔn)指示隨機接入過程未在預(yù)定接入時間段內(nèi)完成(或在預(yù)定數(shù)目的連續(xù)嘗試均超過接入時間段之后)，則UE可以確定覆蓋增強適用于與eNB進行通信。此外，如果針對處于覆蓋增強模式的UE使用特定隨機接入信號結(jié)構(gòu)和過程并且該信號結(jié)構(gòu)是UE能夠完成隨機接入過程的唯一方式，則UE可以確定覆蓋增強適用于與eNB進行通信。[0051 ]在另一實施例中，UE可以使用信息塊(SIB或主信息塊(MIB))來確定覆蓋增強適用于與eNB進行通信。具體地，類似于同步，UE可以經(jīng)由不同的信息塊測量系統(tǒng)信息的獲取時間，并且當(dāng)時間超過獲取時間段時或在預(yù)定數(shù)目的連續(xù)次系統(tǒng)獲取均超過獲取時間段之后，確定覆蓋增強適用于與eNB進行通信。如上所述，如果替代系統(tǒng)信息廣播結(jié)構(gòu)和過程在3GPP標(biāo)準(zhǔn)中被采用以用于覆蓋增強模式UE，并且UE僅能夠通過使用替代過程來從eNB獲得系統(tǒng)信息，則UE可以確定覆蓋增強適用于與eNB進行通信。
[0052]在另一實施例中，UE可以使用參考符號接收功率(RSRP)，RSRP測量資源要素上的平均接收功率，這些資源要素運載期望帶寬內(nèi)的小區(qū)特定參考信號，以幾乎相同的方式，功率閾值可以由eNB用于確定覆蓋增強模式狀態(tài)。具體地，如果預(yù)定時間量的RSRP低于預(yù)定符號閾值，則UE可以確定覆蓋增強適用于與eNB進行通信。
[0053]如所示出的，UE確定其適用于使用覆蓋增強RLC配置。UE隨后在步驟406中向eNB發(fā)送經(jīng)修改的RRC連接請求，并且在步驟408中接收來自eNB的響應(yīng)。如圖6中所示，經(jīng)修改的RRC 連接建立不包含 IE “RLCConf ig”。替代地，消息RRCConnect 1nReconfigurat 1n (RRC 連接重配置)可替代RRCConnect1nSetup(RRC連接建立)而在RRC連接過程的后期階段使用。此時，UE和eNB 二者具有允許它們確定UE處于覆蓋增強模式的足夠的信息。RRC連接建立使用在步驟402中接收到的覆蓋增強RLC配置被發(fā)送。假設(shè)來自eNB的響應(yīng)是RRC連接建立消息而不是RRC連接拒絕消息，則覆蓋增強UE進而利用RRC連接建立完成消息回復(fù)eNB并且在步驟410中繼續(xù)使用覆蓋增強RLC配置。
[0054]圖5A和圖5B中示出了根據(jù)一個實施例的RLC配置信息要素。覆蓋增強RLC配置參數(shù)使用定時器和計數(shù)器，其相比默認(rèn)RLC配置的參數(shù)而言更好地適合覆蓋增強模式UE的通信速率。在圖5A和圖5B中，大多數(shù)參數(shù)保持不變，并且某些默認(rèn)配置參數(shù)當(dāng)前無法在標(biāo)準(zhǔn)中進行調(diào)整。例如，無線電承載傳送用戶數(shù)據(jù)(數(shù)據(jù)無線電承載(DRB))或控制數(shù)據(jù)(信令無線電承載(SRB) KSRB使用RRC信令消息進行通信并且在確認(rèn)模式(AM)RLC中進行操作，這要求接收設(shè)備向發(fā)送設(shè)備連續(xù)發(fā)送指示接收設(shè)備已成功接收到數(shù)據(jù)的數(shù)據(jù)。該AM RLC無法從默認(rèn)配置中改變。未從3GPP TS 36.331中改變的默認(rèn)覆蓋增強RLC配置的參數(shù)以純文本形式示出?？梢员徽{(diào)整的默認(rèn)覆蓋增強RLC配置的其它參數(shù)以不同字體被示出。具體地，圖5A和圖5B中用加粗、下劃線和斜體的方式示出了默認(rèn)覆蓋增強RLC配置參數(shù)。此外，除默認(rèn)覆蓋增強RLC配置參數(shù)外，RLC配置的某些參數(shù)的新的值已被添加。這些新的非默認(rèn)覆蓋增強RLC配置參數(shù)在圖5A和圖5B中用加粗、下劃線的方式示出。還要注意的是某些新的值替代各種參數(shù)的備用值。如上所述，為了遵循ASN.1語法，在該情況下備用值在圖5A和圖5B中被標(biāo)記為刪除線。然而，如果備用值不可用，參數(shù)的新的值無法被添加。
[0055]具體地，“pollPDU”和“pollByte”分別被設(shè)置為I個I3DU或500比特，這允許發(fā)送UE在傳輸單個PDU后或在較小數(shù)據(jù)量后輪詢接收UE。這與默認(rèn)RLC配置不同，在默認(rèn)RLC配置中，例如“pol 1PDU”被設(shè)置為4個H)U。還要注意的是，如果覆蓋增強模式UE期望，則較低的值被添加到這些字段的允許替代值中以供使用。具體地，“pollPDU”的值可被設(shè)置為2個或3Arou，而“PO I IByte”可被設(shè)置為IkB、2kB、4kB、8kB、或16kB。這些值中沒有任何值目前存在于當(dāng)前的3GPP TS 36.331標(biāo)準(zhǔn)中。參數(shù)“3~^61(11^1^訪”(31字段長度)指示未確認(rèn)模式RLC序列號的字段尺寸，其在覆蓋增強RLC配置中被設(shè)置為5比特位?！皌-re0rdering”(t-重排序)、“t-StatusProhibit”(t_狀態(tài)禁止)、和 “t-pollRetransmit”(t_輪詢重傳)的值是被設(shè)置為較高值(初始為500ms)的定時器。這些參數(shù)分別控制在給定roU的傳輸期間所發(fā)生的重排序、狀態(tài)報告和重復(fù)輪詢之前的時序。通過增加針對上述這些中的每個的時間，覆蓋增強RLC配置能夠減慢這些過程以與較慢的通信速率相對應(yīng)。
[0056]因此，在各個實施例中，eNB和UE二者都能檢測UE是否處于覆蓋增強模式，并且通過在eNB和UE之間的通信中使用經(jīng)修改的RLC配置版本來相應(yīng)地進行動作。檢測機制在eNB和UE之間可能不同，并且可包括例如eNB和UE之間的直接信令，僅能夠通過特定經(jīng)修改的信令過程被接收的控制信令，或各種控制信號的確定功率或時序。相比標(biāo)準(zhǔn)RLC配置，RLC配置允許在針對與接收設(shè)備對所發(fā)送的數(shù)據(jù)的接收有關(guān)的信息來輪詢接收設(shè)備之前，由發(fā)送設(shè)備發(fā)送較小的數(shù)據(jù)量。
[0057]盡管已參照具體示例實施例描述了實施例，但顯而易見的是在不脫離本公開的較廣精神和范圍的情況下可以對這些實施例做出各種修改和變化。因此，說明書和附圖將被視為是說明性的而不是限制性的。構(gòu)成其一部分的附圖通過說明的方式而不是限制的方式示出了主題可以在其中被實施的具體實施例。足夠詳細(xì)地描述了所示出的實施例以使得本領(lǐng)域技術(shù)人員能夠?qū)嵤┍疚乃_的教導(dǎo)。其它實施例可以被利用并且可以從其中被導(dǎo)出，從而使得在不脫離本公開的范圍的情況下可以做出結(jié)構(gòu)和邏輯替換和變化。因此，該詳細(xì)描述將不視為是限制性的，并且各個實施例的范圍僅由所附權(quán)利要求以及這樣的權(quán)利要求被授予的等同形式的全部范圍來限定。
[0058]本發(fā)明主題的這類實施例在本文可以單獨地和/或共同地由術(shù)語“發(fā)明”來指代，這僅是為了方便并且不旨在自動將本申請的范圍限制為任意單個發(fā)明或發(fā)明概念(如果實際上公開了不止一個發(fā)明或發(fā)明概念)。因此，盡管文本已示出和描述了具體實施例，但應(yīng)該理解的是被計算來實現(xiàn)相同目的的任意布置可以替代所示出的具體實施例。本公開旨在覆蓋各個實施例的任意和全部改編或變化。在閱讀上述說明書后，上面的實施例以及本文未具體描述的其它實施例的組合對本領(lǐng)域技術(shù)人員將是顯而易見的。
[0059]在本文檔中，術(shù)語“一”或者“一個”如同在專利文獻中通用的一樣被使用，以包括一個或者一個以上，并且獨立于“至少一個”或者“一個或多個”的任何其它實例或用法。在本文檔中，術(shù)語“或者”被用來指代非排他性的或，從而使得在沒有相反指示的情況下“A或B”包括“A而不是B”、“B而不是A”、以及“A和B”。在本文檔中，術(shù)語“包括”和“其中”被用作相應(yīng)的術(shù)語“包含”和“其中”的普通的英文等同形式。另外，在下面的權(quán)利要求中，術(shù)語“包括”和“包含”是開放性的用語，也就是說除了包括權(quán)利要求中在該術(shù)語后面所列的那些元件以外還包括其他元件的系統(tǒng)、UE、物件、組成、形成、或者處理仍然被認(rèn)為落入該權(quán)利要求的范圍內(nèi)。另外，在下面的權(quán)利要求中，術(shù)語“第一”、“第二”、和“第三”等僅被用作標(biāo)記，而不旨在對其對象施加數(shù)字要求。
[0060]本公開的摘要被提供為符合37C.F.R.§1.72(b)，其要求摘要將允許讀者快速地判斷該技術(shù)公開的本質(zhì)。摘要按照其將不會被用于解釋或限制權(quán)利要求的范圍或含義的理解而提交。而且在以上的詳細(xì)描述中，可以看出各種特征可以一起被歸結(jié)在單個實施例中以精簡本公開。本公開的該方法不應(yīng)該被解釋為反映這樣的意圖:所要求保護的實施例要求比每個權(quán)利要求中所明確記載的特征更多的特征。相反，如下面的權(quán)利要求所反映的，本發(fā)明主題在于比單個公開實施例的所有特征要少。因此，下面的權(quán)利要求在此被合并于詳細(xì)描述中，每個權(quán)利要求基于其自身作為單獨的實施例。
【主權(quán)項】
1.一種用戶設(shè)備(UE)，包括: 收發(fā)器，被配置為從網(wǎng)絡(luò)中的增強型節(jié)點B(eNB)發(fā)送和接收信號；以及 處理電路，被配置為: 確定是否實現(xiàn)覆蓋增強無線電鏈路控制(RLC)配置，所述覆蓋增強RLC配置被配置為當(dāng)UE在覆蓋增強模式中操作并且被布置于到最近服務(wù)eNB的鏈路預(yù)算比典型鏈路預(yù)算值更糟的位置時由UE使用，其中，在所述覆蓋增強模式中，將獲得額外的鏈路預(yù)算而無需增加傳輸功率，以及 響應(yīng)于確定實現(xiàn)所述覆蓋增強RLC配置，使用所述覆蓋增強RLC配置來與所述eNB進行通信，所述覆蓋增強RLC配置包含RLC計數(shù)器和定時器的值，所述RLC計數(shù)器和定時器被配置為:相比于非覆蓋增強RLC配置，減少了處于所述覆蓋增強模式的UE能夠向所述eNB請求傳送確認(rèn)之前的時間量。2.如權(quán)利要求1所述的UE，其中，所述收發(fā)器被配置為從所述eNB的信號中接收所述覆蓋增強RLC配置，所述處理電路被配置為基于所接收的信號來實現(xiàn)所述覆蓋增強RLC配置。3.如權(quán)利要求2所述的UE，其中，所述收發(fā)器被配置為向所述eNB發(fā)送針對所述覆蓋增強RLC配置的請求，并且作為響應(yīng)，接收所述覆蓋增強RLC配置。4.如權(quán)利要求3所述的UE，其中，所述請求是RRCConnect1nSetup或RRCConnect 1nReconfigurat 1n 請求。5.如權(quán)利要求1所述的UE，其中，所述處理電路被配置為: 確定是否實現(xiàn)所述覆蓋增強RLC配置，而無需所述收發(fā)器接收所述eNB的廣播，該廣播包含所述覆蓋增強RLC配置，以及 基于存儲器中存儲的關(guān)于所述UE之前使用所述覆蓋增強RLC配置的信息來自動實現(xiàn)所述覆蓋增強RLC配置。6.如權(quán)利要求1所述的UE，其中，在所述處理電路已確定實現(xiàn)所述覆蓋增強RLC配置以與所述eNB進行通信后，所述收發(fā)器被配置為:響應(yīng)于所述UE發(fā)起移動發(fā)起呼叫或數(shù)據(jù)會話或所述UE從所述eNB接收尋呼消息，基于所述覆蓋增強RLC配置來向所述eNB發(fā)送無線電資源控制(RRC)連接請求以與所述eNB建立RRC連接。7.如權(quán)利要求1所述的UE，其中，所述覆蓋增強RLC配置被包含在系統(tǒng)信息塊(SIB)中的信息要素(IE)中，所述處理電路還被配置為在從所述eNB得到反饋之前，基于所述覆蓋增強RLC配置中的“pollPDU”和“pollByte”的值來防止所述UE的RLC發(fā)送器窗口停滯或等待若干分鐘。8.如權(quán)利要求7所述的UE，其中，所述覆蓋增強RLC配置中的“pol1PDU”和“pol lByte”的值分別是I個分組數(shù)據(jù)單元和0.5kB。9.如權(quán)利要求1所述的UE，其中，所述處理電路被配置為根據(jù)以下各項中的至少一項來確定是否實現(xiàn)所述覆蓋增強RLC配置: a)所述UE無法: 在預(yù)定同步時間段內(nèi)從所述eNB獲得主同步信道和次同步信道的下行鏈路同步獲取， 在預(yù)定獲取時間段內(nèi)從所述eNB獲得系統(tǒng)信息獲取，或 在預(yù)定接入時間段內(nèi)完成隨機接入過程， b)所述UE超過: 所述同步時間段預(yù)定數(shù)量的連續(xù)次而未獲得所述下行鏈路同步獲取， 所述獲取時間段預(yù)定數(shù)量的連續(xù)次而未完成所述隨機接入過程，或 所述接入時間段預(yù)定次數(shù)而未完成所述隨機接入過程， C)所述UE僅能夠: 通過使用特定于覆蓋增強模式UE的替代同步信號來從所述eNB獲得所述下行鏈路同步， 通過使用特定于覆蓋增強模式UE的隨機接入過程來完成所述隨機接入過程，或 通過使用替代系統(tǒng)信息廣播過程來從所述eNB獲得系統(tǒng)信息， d)所述UE確定參考符號接收功率低于預(yù)定符號閾值一段預(yù)定的時間量，或 e)所述UE確定所述UE僅能夠通過所述eNB使用覆蓋增強特定尋呼過程來到達。10.如權(quán)利要求1所述的UE，其中，所述UE是智能電話。11.如權(quán)利要求1所述的UE，其中，所述UE是被配置為使用機器型通信進行通信的機器型設(shè)備(MTD)。12.如權(quán)利要求1所述的UE，其中，所述UE是被配置為無限期維持在單個位置中的傳感器。13.如權(quán)利要求1所述的UE，還包括:天線，其被配置為發(fā)送和接收所述收發(fā)器和所述eNB之間的通信。14.一種增強型節(jié)點B(eNB)，包括: 收發(fā)器，被配置為從用戶設(shè)備(UE)發(fā)送和接收信號；以及 處理電路，被配置為: 確定是否實現(xiàn)覆蓋增強無線電鏈路控制(RLC)配置，所述覆蓋增強RLC配置被配置為當(dāng)UE在覆蓋增強模式中操作并且被布置于到最近服務(wù)eNB的鏈路預(yù)算比典型鏈路預(yù)算值更糟的位置時由UE使用，其中，在所述覆蓋增強模式中，將獲得額外的鏈路預(yù)算而無需增加傳輸功率，以及 響應(yīng)于確定實現(xiàn)所述覆蓋增強RLC配置，使用所述覆蓋增強RLC配置來與所述UE進行通信，所述覆蓋增強RLC配置包含RLC計數(shù)器和定時器的值，所述RLC計數(shù)器和定時器被配置為:相比于非覆蓋增強RLC配置，減少了處于所述覆蓋增強模式的UE能夠向所述eNB請求傳送確認(rèn)之前的時間量。15.如權(quán)利要求14所述的eNB，其中，所述收發(fā)器被配置為在廣播或單播RRC消息中發(fā)送所述覆蓋增強RLC配置。16.如權(quán)利要求15所述的eNB，其中，所述請求是RRCConnect1nSetup或RRCConnect 1nReconfigurat 1n 請求。17.如權(quán)利要求14所述的eNB，其中，所述處理電路被配置為:基于存儲器中存儲的關(guān)于所述UE之前使用所述覆蓋增強RLC配置的信息來自動實現(xiàn)所述覆蓋增強RLC配置。18.如權(quán)利要求14所述的eNB，其中，所述覆蓋增強RLC配置被包含在系統(tǒng)信息塊(SIB)中的信息要素(IE)中，所述處理電路還被配置為在從所述eNB得到反饋之前，基于所述覆蓋增強RLC配置中的“pol 1PDU”和“pollByte”的值來防止所述UE的RLC發(fā)送器窗口停滯或等待若干分鐘，其中，所述覆蓋增強RLC配置中的“pollPDU”和“pollByte”的值分別是I個分組數(shù)據(jù)單元和0.5kB。19.如權(quán)利要求14所述的eNB，其中，所述收發(fā)器還被配置為:廣播定義不同覆蓋增強等級的不同閾值，所述不同覆蓋增強等級指示針對不同種類的UE的不同數(shù)量的額外鏈路預(yù)笪并ο20.如權(quán)利要求14所述的eNB，其中，所述處理電路還被配置為以下各項中的至少一項: a)針對連續(xù)數(shù)目的前導(dǎo)碼，確定從所述UE接收到的隨機接入前導(dǎo)碼的功率低于預(yù)定閾值，或 b)針對連續(xù)數(shù)目的傳輸時間間隔，確定從所述UE接收到的RRC連接請求消息中的隨機接入前導(dǎo)碼的功率低于預(yù)定閾值，以及 作為響應(yīng)，確定所述UE處于覆蓋增強模式并且所述覆蓋增強RLC配置將被使用。21.如權(quán)利要求14所述的eNB，其中，所述處理電路還被配置為以下各項中的至少一項: a)確定在預(yù)定尋呼時間段內(nèi)未從所述UE接收到對尋呼嘗試的任何響應(yīng)， b)確定在預(yù)定尋呼時間段內(nèi)未從所述UE接收到對預(yù)定數(shù)目的尋呼嘗試的任何響應(yīng)，或 c)確定所述UE僅能夠通過使用覆蓋增強特定尋呼過程來由所述eNB到達，以及 作為響應(yīng)，確定所述UE處于覆蓋增強模式并且所述覆蓋增強RLC配置將被使用。22.如權(quán)利要求14所述的eNB，其中，所述處理電路還被配置為:確定特定隨機接入前導(dǎo)碼組合已從所述UE被接收到，并且作為響應(yīng)，確定所述UE處于覆蓋增強模式并且所述覆蓋增強RLC配置將被使用。23.—種存儲有指令的非暫態(tài)計算機可讀存儲介質(zhì)，所述指令用于由用戶設(shè)備(UE)的一個或多個處理器執(zhí)行以將所述UE配置為使用覆蓋增強無線電鏈路控制(RLC)配置與網(wǎng)絡(luò)中的增強型節(jié)點B(eNB)進行通信，所述一個或多個處理器將所述UE配置為: 確定是否實現(xiàn)覆蓋增強無線電鏈路控制(RLC)配置，所述覆蓋增強RLC配置被配置為當(dāng)UE在覆蓋增強模式中操作并且被布置于到最近服務(wù)eNB的鏈路預(yù)算比典型鏈路預(yù)算值更糟的位置時由UE使用，其中，在所述覆蓋增強模式中，將獲得額外的鏈路預(yù)算而無需增加傳輸功率，以及 響應(yīng)于確定實現(xiàn)所述覆蓋增強RLC配置，使用所述覆蓋增強RLC配置來與所述eNB進行通信，所述覆蓋增強RLC配置包含RLC計數(shù)器和定時器的值，所述RLC計數(shù)器和定時器被配置為:相比于非覆蓋增強RLC配置，減少了處于所述覆蓋增強模式的UE能夠向所述eNB請求傳送確認(rèn)之前的時間量。24.如權(quán)利要求23所述的非暫態(tài)計算機可讀存儲介質(zhì)，其中，所述一個或多個處理器還將所述UE配置為以下各項中的一項: 從所述eNB的廣播接收所述覆蓋增強RLC配置，并且響應(yīng)于接收到的廣播實現(xiàn)所述覆蓋增強RLC配置，或 基于存儲器中存儲的關(guān)于所述UE之前使用所述覆蓋增強RLC配置的信息來自動實現(xiàn)所述覆蓋增強RLC配置。25.如權(quán)利要求23所述的非暫態(tài)計算機可讀存儲介質(zhì)，其中，所述覆蓋增強RLC配置被包含在系統(tǒng)信息塊(SIB)中的信息要素(IE)中，所述一個或多個處理器還將所述UE配置為:在從所述eNB得到反饋之前，基于所述覆蓋增強RLC配置中的“pol 1PDU”和“pollByte”的值來防止所述UE的RLC發(fā)送器窗口停滯或等待若干分鐘，其中，所述覆蓋增強RLC配置中的“pollPDU”和“pollByte”的值分別是I個分組數(shù)據(jù)單元和0.5kB。26.—種將用戶設(shè)備(UE)配置為使用覆蓋增強無線電鏈路控制(RLC)配置來與網(wǎng)絡(luò)中的增強型節(jié)點B(eNB)進行通信的方法，所述方法包括: 確定是否實現(xiàn)所述覆蓋增強RLC配置，所述覆蓋增強RLC配置被配置為當(dāng)UE在覆蓋增強模式中操作并且被布置于到最近服務(wù)eNB的鏈路預(yù)算比所述網(wǎng)絡(luò)中的典型鏈路預(yù)算值更糟的位置時由UE使用，以及 響應(yīng)于確定實現(xiàn)所述覆蓋增強RLC配置，使用所述覆蓋增強RLC配置來與所述eNB進行通信，所述覆蓋增強RLC配置包含在I至4個分組數(shù)據(jù)單元之間的多個“pollPDU”值和在0.5K至25kB之間的多個“pollByte”值。27.如權(quán)利要求26所述的方法，還包括: 向所述eNB發(fā)送無線電資源控制(RRC)連接請求；以及 響應(yīng)于所述RRC連接請求接收所述覆蓋增強RLC配置。28.如權(quán)利要求26所述的方法，還包括: 從所述eNB的廣播接收所述覆蓋增強RLC配置。29.如權(quán)利要求26所述的方法，還包括: 基于存儲的關(guān)于所述UE之前使用所述覆蓋增強RLC配置的信息來自動實現(xiàn)所述覆蓋增強RLC配置，而不從所述eNB接收包含所述覆蓋增強RLC配置的廣播。
【文檔編號】H04W24/02GK105917692SQ201580003391
【公開日】2016年8月31日
【申請日】2015年1月30日
【發(fā)明人】康斯坦丁諾斯·D·迪牟, 熊崗, 張玉建, 許允亨, 瑪塔·馬丁納茨·塔拉德爾
【申請人】英特爾Ip公司