優(yōu)先權(quán)

本申請要求提交于2015年6月29日的美國專利申請序列號14/753,158的優(yōu)先權(quán)，該專利申請要求提交于2014年11月6日并且標題為“運行尋呼機制以實現(xiàn)增強覆蓋模式(ranpagingmechanismtoenableenhancedcoveragemode)”的美國臨時專利申請序列號62/076,382的優(yōu)先權(quán)，該專利申請的全部內(nèi)容通以引用方式并入本文。

實施例涉及無線電接入網(wǎng)絡(luò)。一些實施例涉及蜂窩網(wǎng)絡(luò)中的尋呼機制。

背景技術(shù)：

在第三代長期演進(3gpplte)系統(tǒng)中，存在網(wǎng)絡(luò)希望與用戶設(shè)備(ue)通信以通知ue傳入數(shù)據(jù)或系統(tǒng)修改信息的多種情況。網(wǎng)絡(luò)可以通過發(fā)送尋呼消息來尋呼ue，以發(fā)起與空閑模式下的特定ue的通信，或以連接的模式對ue尋址，例如，以通知系統(tǒng)信息修改。在某些情況下，ue可以位于網(wǎng)絡(luò)覆蓋不良或存在不良信號條件的地理區(qū)域中，即在鏈路預算比典型網(wǎng)絡(luò)值低幾db的區(qū)域中。這些區(qū)域可包括建筑物內(nèi)部或隔離的地理區(qū)域。在此類情況下，ue可能不能以滿足當前3gpp標準的正常要求的方式與最近的服務(wù)基站(增強型節(jié)點b(enb))通信。機器型設(shè)備(mtd)的機器類型通信(mtc)在這方面具有特殊的挑戰(zhàn)，因為mtcue的電池尺寸小并且功率可用性低。

因此，期望使得網(wǎng)絡(luò)能夠成功地尋呼或以其他方式將控制或其他信息與位于不良網(wǎng)絡(luò)覆蓋或不良信號狀況的地理區(qū)域中的ue進行通信。

附圖說明

在不一定按比例繪制的附圖中，相同的數(shù)字可以在不同的視圖中描述相似的組件。具有不同字母后綴的相似的數(shù)字可以表示類似組件的不同實例。附圖通過舉例而非限制的方式說明本文件中討論的各種實施例。

圖1示出根據(jù)一些實施例的具有網(wǎng)絡(luò)的各種組件的lte網(wǎng)絡(luò)的端到端網(wǎng)絡(luò)架構(gòu)的一部分的示例。

圖2示出根據(jù)一些實施例的通信設(shè)備的功能框圖。

圖3a至圖3c示出根據(jù)一些實施例的增強覆蓋(ec)尋呼機制。

圖4示出根據(jù)一些實施例的ec尋呼機制的方法的流程圖。

具體實施方式

以下描述和附圖充分說明了特定實施例以使本領(lǐng)域技術(shù)人員能夠?qū)嵺`它們。其他實施例可以包括結(jié)構(gòu)、邏輯、電氣、過程和其他變化。一些實施例的部分和特征可以包括在或者代替其他實施例的部分和特征。在權(quán)利要求中闡述的實施例包括這些權(quán)利要求的所有可用等同物。

圖1示出根據(jù)一些實施例的具有網(wǎng)絡(luò)的各種組件的長期演進(lte)網(wǎng)絡(luò)的端到端網(wǎng)絡(luò)架構(gòu)的一部分的示例。如本文所使用的，lte網(wǎng)絡(luò)是指lte和lte高級(lte-a)網(wǎng)絡(luò)以及要開發(fā)的lte網(wǎng)絡(luò)的其他版本。網(wǎng)絡(luò)100可以包括通過s1接口115耦合在一起的無線電接入網(wǎng)絡(luò)(ran)(例如，如所示，e-utran或演進的通用陸地無線電接入網(wǎng)絡(luò))101和核心網(wǎng)絡(luò)120(例如，被示出為演進的分組核心(epc))。為了方便和簡潔起見，在該示例中僅示出核心網(wǎng)絡(luò)120以及ran101的一部分。

核心網(wǎng)絡(luò)120可以包括移動性管理實體(mme)122、服務(wù)網(wǎng)關(guān)(服務(wù)gw)124和分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(pdngw)126。ran101可以包括演進節(jié)點b(enb)104(其可以用作基站)以用于與用戶設(shè)備(ue)102通信。enb104可以包括宏enb和低功率(lp)enb。

ue102可以包括具有增強覆蓋(ec)功能或模式的低復雜度(lc)ue和/或ue。與正常ue相比，lcue可具有有限的功能，并且可與一般enb進行通信或者限于與專門用于與lcue交互的enb進行通信。lcue可以指目標為降低ue的復雜性以及其成本的新ue類別或類型。lcue類別的示例可以包括在3gpprel-12中定義(并且如在技術(shù)報告(tr)36.888中所描述的)的ue類別0或ue的新3gpprel-13lc類型，其要求在rel-13ran1lc機器類型通信(mtc)工作項目(wi)中論述，并且目標為將rf/bb帶寬(bw)降低到例如1.4mhz、將用于單播和/或廣播傳輸?shù)淖畲髠鬏攭K大小(tbs)降低高達1000比特、松弛測量等。lcue可以用諸如類別m、類別-1或增強類別0的其他名稱來引用。盡管本文的實施例可以主要針對新的rel-13lcue，但是本文所描述的實施例并不僅限于此類ue，并且可以應用于將來可在未來3gpp版本中定義的未來lcue。此外，覆蓋增強(ce)或增強覆蓋(ec)模式可以指ue的操作模式，其中ue可能不能找到合適的小區(qū)(即，可以不在任何小區(qū)的正常覆蓋內(nèi))，但可以使用ec程序找到小區(qū)(即，可在小區(qū)的擴展覆蓋內(nèi))。ec模式被認為是rel-13ranlcmtcwi的要求的一部分，并且目標是通過諸如5、10、15或20db(也稱為覆蓋擴展級)的范圍來改善ue覆蓋。

mme122可以在功能上類似于傳統(tǒng)服務(wù)gprs支持節(jié)點(sgsn)的控制平面。mme122可以管理諸如網(wǎng)關(guān)選擇和跟蹤區(qū)域列表管理的接入中的移動性方面。服務(wù)gw124可以終止朝向ran101的接口，并且在ran101和核心網(wǎng)絡(luò)120之間路由數(shù)據(jù)分組。此外，服務(wù)gw124可以是用于enb間切換的本地移動性錨點，并且還可以提供用于3gpp間移動性的錨點。其他責任可包括合法攔截、收費和一些政策執(zhí)行。服務(wù)gw124和mme122可以在一個物理節(jié)點或單獨的物理節(jié)點中實現(xiàn)。pdngw126可以終止朝向分組數(shù)據(jù)網(wǎng)絡(luò)(pdn)的sgi接口。pdngw126可以在epc120和外部pdn之間路由數(shù)據(jù)分組，并且可以執(zhí)行策略實施和計費數(shù)據(jù)收集。pdngw126還可以為具有非lte接入的移動設(shè)備提供錨點。外部pdn可以是任何種類的ip網(wǎng)絡(luò)以及ip多媒體子系統(tǒng)(ims)域。pdngw126和服務(wù)gw124可以在單個物理節(jié)點或單獨的物理節(jié)點中實現(xiàn)。

(宏和微)enb104可以終止空中接口協(xié)議，并且可以是用于ue102的第一聯(lián)絡(luò)點。在一些實施例中，enb104可以為ran101實現(xiàn)各種邏輯功能，包括但不限于rnc(無線網(wǎng)絡(luò)控制器功能)，諸如無線電承載管理、上行鏈路和下行鏈路動態(tài)無線資源管理和數(shù)據(jù)分組調(diào)度等，以及移動性管理。根據(jù)實施例，ue102可以被配置為根據(jù)ofdma通信技術(shù)通過多載波通信信道與enb104傳輸正交頻分復用(ofdm)通信信號。ofdm信號可以包括多個正交子載波。

s1接口115可以是分離ran101和epc120的接口。它可以被分成兩部分：可以在enb104和服務(wù)gw124之間載運業(yè)務(wù)數(shù)據(jù)的s1-u，以及可以是enb104和mme122之間的信令接口的s1-mme。x2接口可以是enb104之間的接口。x2接口可以包括x2-c和x2-u兩個部分。x2-c可以是enb104之間的控制平面接口，而x2-u可以是enb104之間的用戶平面接口。

通過蜂窩網(wǎng)絡(luò)，lp小區(qū)通常可用于將覆蓋范圍擴展到室外信號不能很好地抵達的室內(nèi)區(qū)域，或者用于在具有密集使用的區(qū)域中增加網(wǎng)絡(luò)容量。具體地，可需要使用不同大小的小區(qū)、宏小區(qū)、微小區(qū)、微微小區(qū)和毫微微小區(qū)來增強無線通信系統(tǒng)的覆蓋，以提高系統(tǒng)性能。不同大小的小區(qū)可以在相同的頻帶上操作，或者可以在不同的頻帶上操作，其中每個小區(qū)在不同的頻帶中工作，或者僅不同大小的小區(qū)在不同頻帶上操作。如本文所使用的，術(shù)語低功率(lp)enb是指用于實現(xiàn)諸如毫微微小區(qū)、微微小區(qū)或微小區(qū)的較小小區(qū)(小于宏小區(qū))的任何合適的相對較低功率的enb。毫微微小區(qū)enb通?？捎梢苿泳W(wǎng)絡(luò)運營商提供給其住宅或企業(yè)客戶。毫微微小區(qū)通?？梢允亲≌W(wǎng)關(guān)的尺寸或者更小，并且通常連接到寬帶線路。毫微微小區(qū)可以連接到移動運營商的移動網(wǎng)絡(luò)，并且在通常為30到50米的范圍內(nèi)提供額外的覆蓋。因此，lpenb可以是毫微微小區(qū)enb，因為它通過pdngw126耦合。類似地，微微小區(qū)可以是通常覆蓋小區(qū)域諸如建筑物(辦公室、商場、火車站等等)或最近在飛機上的無線通信系統(tǒng)。微微小區(qū)enb通?？梢酝ㄟ^其基站控制器(bsc)功能通過x2鏈路連接到諸如宏enb的另一個enb。因此，lpenb可以由微微小區(qū)enb實現(xiàn)，因為它可以經(jīng)由x2接口耦合到宏enb。微微小區(qū)enb或其他lpenb可以并入宏enb的一些或所有功能。在某些情況下，這可以被稱為接入點基站或企業(yè)毫微微小區(qū)。

通過lte網(wǎng)絡(luò)的通信可以被分成10ms幀，每個幀可以包含10個1ms的子幀。幀的每個子幀又可以包含0.5ms的兩個時隙。每個子幀可以用于從ue到enb的上行鏈路(ul)通信或從enb到ue的下行鏈路(dl)通信。在一個實施例中，enb可以比ul通信在特定幀中分配更多數(shù)量的dl通信。enb可以通過各種頻帶(f1和f2)調(diào)度傳輸。在一個頻帶中使用的子幀中的資源分配可與另一個頻帶中的資源分配不同。根據(jù)所使用的系統(tǒng)，子幀的每個時隙可包含6-7個符號。在一個實施例中，子幀可以包含12個子載波。下行鏈路資源網(wǎng)格可以用于從enb到ue的下行鏈路傳輸，而上行鏈路資源網(wǎng)格可以用于從ue到enb或從ue到另一個ue的上行鏈路傳輸。資源網(wǎng)格可以是時間頻率網(wǎng)格，其是每個時隙中的下行鏈路中的物理資源。資源網(wǎng)格中最小的時頻單位可以表示為資源元素(re)。資源網(wǎng)格的每列和每行可分別對應于一個ofdm符號和一個ofdm子載波。資源網(wǎng)格可以包含描述物理信道到資源元素和物理rb(prb)的映射的資源塊(rb)。prb可以是可以分配給ue的資源的最小單元。資源塊的頻率可以是180khz寬，時間長1個時隙。在頻率上，資源塊可以是12×15khz子載波或24×7.5khz子載波寬。對于大多數(shù)信道和信號，根據(jù)系統(tǒng)帶寬，每個資源塊可以使用12個子載波。在頻分雙工(fdd)模式中，上行鏈路和下行鏈路幀均可以分別為10ms和頻率(全雙工)或時間(半雙工)。在時分雙工(tdd)中，上行鏈路和下行鏈路子幀可以在相同的頻率上傳輸，并且在時域中被復用。時域中的資源網(wǎng)格400的持續(xù)時間對應于一個子幀或兩個資源塊。每個資源網(wǎng)格可以包括12個(子載波)*14(符號)＝168個資源元素。

可以存在使用此類資源塊(包括物理下行鏈路控制信道(pdcch)和物理下行鏈路共享信道(pdsch))來傳送的若干不同的物理下行鏈路信道。每個子幀可以被劃分成pdcch和pdsch。pdcch通常可以占用每個子幀的前兩個符號，并且其中包含關(guān)于與pdsch信道相關(guān)的傳輸格式和資源分配的信息以及與上行鏈路共享信道相關(guān)的h-arq信息。pdsch可以向ue載運用戶數(shù)據(jù)和較高層信令，并占用子幀的剩余部分。通常，可以在enb處基于從ue向enb提供的信道質(zhì)量信息來執(zhí)行下行鏈路調(diào)度(向小區(qū)內(nèi)的ue分配控制和共享信道資源塊)，然后可以向在用于(分配給)ue的pdcch上的每個ue發(fā)送下行鏈路資源分配信息。pdcch可以包含多種格式之一的下行鏈路控制信息(dci)，所述格式告知ue如何從資源網(wǎng)格發(fā)現(xiàn)和解碼在相同子幀中的pdsch上傳輸?shù)臄?shù)據(jù)。dci格式可以提供諸如資源塊數(shù)量、資源分配類型、調(diào)制方案、傳輸塊、冗余版本、編碼速率等細節(jié)。每個dci格式可以具有循環(huán)冗余碼(crc)，并用識別pdsch所針對的目標ue的無線電網(wǎng)絡(luò)臨時標識符(rnti)加擾。使用ue特定的rnti可以將dci格式(因此相應的pdsch)的解碼限制為僅預期的ue。

pdcch包括傳統(tǒng)的pdcch或增強型pdcch(epdcch)以及可被定義的其它pdcch，諸如用于在降低的bw(例如1.4mhz)上工作的rel-13lcue，因此新的lc-pdcch或lc-epdcch也可以在pdsch的降低的bw區(qū)域內(nèi)定義。pdcch可以使用cce(控制信道單元)來傳送控制信息。在被映射到資源元素之前，可以將pdcch復值符號首先組織成四元組，然后可以使用子塊間隔器進行配置以進行速率匹配。可以使用這些cce中的一個或多個來傳輸每個pdcch，這取決于dci的大小和信道條件，其中每個cce對應于被稱為資源元素組(reg)的九組四個物理資源元素。四個qpsk符號映射到每個reg。在具有不同數(shù)量的cce(例如，聚合級，l＝1、2、4或8)的lte中可以存在四種或更多種不同的pdcch格式。如將在下面更詳細地討論的，pdcch可以由網(wǎng)絡(luò)使用以在空閑模式下向ue提供尋呼。

圖2示出根據(jù)一些實施例的通信設(shè)備(例如，ue或enb)的功能框圖。通信設(shè)備200可以包括物理層(phy)電路202，其以用于向和從通信設(shè)備、其他enb、其他ue或使用電連接到phy電路的一個或多個天線201的其它設(shè)備傳輸和接收無線電頻率電信號。phy電路202可以包括用于調(diào)制/解調(diào)、上變頻/下變頻、濾波、放大等的電路。通信設(shè)備200還可以包括媒體接入控制層(mac)電路204，其用于控制對無線介質(zhì)的接入并配置用于通過無線介質(zhì)進行通信的幀或分組。通信設(shè)備200還可以包括被布置為配置蜂窩設(shè)備的各種元件以執(zhí)行本文描述的操作的處理電路206和存儲器208。存儲器208可以用于存儲用于配置處理電路206以執(zhí)行操作的信息。

在一些實施例中，通信設(shè)備200可以是便攜式無線通信設(shè)備的一部分，所述便攜式無線通信設(shè)備為諸如個人數(shù)字助理(pda)、具有無線通信能力的膝上型計算機或便攜式計算機、網(wǎng)絡(luò)平板電腦、無線電話、智能電話、無線耳機、尋呼機、即時通訊裝置、數(shù)碼相機、接入點、電視機、醫(yī)療裝置(例如，心率監(jiān)視器、血壓監(jiān)視器等)、可穿戴裝置、傳感器或可以無線地接收和/或傳輸信息的其他設(shè)備。在一些實施例中，通信設(shè)備200可以包括鍵盤、顯示器、非易失性存儲器端口、多個天線、圖形處理器、應用處理器、揚聲器和其他移動設(shè)備元件中的一個或多個。顯示器可以是包括觸摸屏的lcd屏幕。

由通信設(shè)備200使用的一個或多個天線201可以包括一個或多個定向或全向天線，包括例如偶極子天線、單極天線、貼片天線、環(huán)形天線、微帶天線或適用于傳輸rf信號的其他類型的天線。在一些實施例中，可以使用具有多個孔的單個天線代替兩個或更多個天線。在這些實施例中，每個孔可以被認為是單獨的天線。在一些多輸入多輸出(mimo)實施例中，可以有效地分離天線以利用可在接收站的每個天線和發(fā)射臺的每個天線之間產(chǎn)生的空間分集和不同的信道特性。在一些mimo實施例中，天線可以分離多達波長的1/10或更多。

盡管通信設(shè)備200被示為具有若干單獨的功能元件，功能元件中的一個或多個可以被組合并且可以通過軟件配置的元件的組合來實現(xiàn)，所述元件為諸如包括數(shù)字信號處理器(dsp)的處理元件和/或其他硬件元件。例如，一些元件可以包括一個或多個微處理器、dsp、專用集成電路(as1c)、射頻集成電路(rfic)以及用于至少執(zhí)行本文描述的功能的各種硬件和邏輯電路的組合。在一些實施例中，功能元件可以指在一個或多個處理元件上操作的一個或多個處理。

所描述的實施例可以以硬件、固件和軟件的一個或組合來實現(xiàn)。實施例還可以被實現(xiàn)為存儲在計算機可讀存儲介質(zhì)上的指令，其可由至少一個處理器讀取和執(zhí)行以執(zhí)行本文所述的操作。計算機可讀存儲介質(zhì)可以包括用于以機器(例如，計算機)可讀的形式存儲信息的任何非暫時性機制。例如，計算機可讀存儲介質(zhì)可以包括只讀存儲器(rom)、隨機存取存儲器(ram)、磁盤存儲介質(zhì)、光存儲介質(zhì)、閃存設(shè)備以及其他存儲設(shè)備和介質(zhì)。在這些實施例中，一個或多個處理器可以配置有執(zhí)行本文所述操作的指令。

在一些實施例中，處理電路206可以被配置為根據(jù)ofdma通信技術(shù)通過多載波通信信道接收ofdm通信信號。ofdm信號可以包括多個正交子載波。在一些寬帶多載波實施例中，蜂窩設(shè)備200可以作為寬帶無線接入(bwa)網(wǎng)絡(luò)通信網(wǎng)絡(luò)的一部分來操作，諸如全球互通微波接入(wimax)通信網(wǎng)絡(luò)或第三代合作伙伴計劃(3gpp)通用陸地無線電接入網(wǎng)(utran)或lte通信網(wǎng)絡(luò)、lte高級通信網(wǎng)絡(luò)、第五代(5g)或更高版本的lte通信網(wǎng)絡(luò)或高速下行鏈路/上行鏈路接入(hsdpa/hsupa)通信網(wǎng)絡(luò)，但本發(fā)明的范圍并不限于此。

如上所述，在一些實施例中，ue可以是lcue。lcue可以能夠通過有限的rf或bw范圍進行通信，例如，對于正常ue為1.4mhz(而不是20mhz)，并且對于單播和/或廣播傳輸具有較低的最大傳輸塊大小，例如，高達1000位。lcue的示例包括在3gpprel-12(例如tr36.888)或rel-13lcmtc中定義的ue類別0。lcue可以接收在整個系統(tǒng)bw內(nèi)的任何位置的有限或減小的bw。例如，如果系統(tǒng)bw為1.4mhz，則可只有一個可能的位置；然而，如果系統(tǒng)bw>＝1.4mhz，則可存在1.4mhz的bw可位于該處的多個位置。在一些實施例中，如果有限或減小的bw是1prb，則減小的bw可以小于1.4mhz。

在一些實施例中，ue可以是傳統(tǒng)ue。如本文所使用的術(shù)語傳統(tǒng)可以指在3gpprel-13之前定義的任何設(shè)備或系統(tǒng)。在一些實施例中，ue可以是增強覆蓋(ec)模式ue，其可以指ue的操作模式，該在操作模式中，ue不能找到具有足夠鏈路增益的服務(wù)小區(qū)(即，ue可以不在任何小區(qū)的正常覆蓋內(nèi))，但是可以使用ec程序找到小區(qū)(即，ue可以在小區(qū)的擴展覆蓋內(nèi))。下面更詳細地描述這些實施例。

如上所述，ue可以具有包括rrc連接模式和空閑模式的若干模式。為了控制ue的模式，enb和ran或核心網(wǎng)絡(luò)的元素可以具有與ue相關(guān)聯(lián)的各種定時器。這些定時器可以控制ue的狀態(tài)改變。在一個實施例中，可以例如在ue和enb之間建立無線電資源控制(rrc)連接。enb可以使用一個或多個不活動定時器來確定從最后一個ue活動開始的時間，并且因此向ue指示在一個或多個rrc連接狀態(tài)之間以及rrc連接狀態(tài)與空閑狀態(tài)之間轉(zhuǎn)換。在空閑狀態(tài)下，網(wǎng)絡(luò)可以將ue釋放到空閑模式，其中在ue和任何enb之間沒有建立rrc連接，而核心網(wǎng)絡(luò)中的mme保留關(guān)于其中注冊ue的跟蹤區(qū)域的信息。

在umts實施例中，例如，rrc連接的狀態(tài)可以包括小區(qū)專用信道(cell_dch)狀態(tài)、小區(qū)尋呼信道(cellpch)狀態(tài)、通用陸地無線電接入網(wǎng)(utran)注冊區(qū)域(ura)尋呼信道(urapch)狀態(tài)或前向接入信道(cellfach)狀態(tài)。

在ue進入空閑模式之后，在一個實施例中，enb可以隨后向ue發(fā)送尋呼消息以通知ue，例如諸如電話呼入的傳入數(shù)據(jù)。尋呼消息可導致ue發(fā)起rrc連接的建立。因為ue處于空閑模式，所以核心網(wǎng)絡(luò)可以不知道ue在ran的哪個小區(qū)。這可導致核心網(wǎng)絡(luò)具有ran頁面，在其中ue被注冊的跟蹤區(qū)域中的多個小區(qū)上的ue，以確保通過尋呼消息之一到達ue。

在一些實施例中，尋呼程序可以由mme發(fā)起，mme可以經(jīng)由使用s1應用協(xié)議的s1接口向跟蹤區(qū)域內(nèi)的enb發(fā)送s-ap尋呼消息。然后，每個enb可以經(jīng)由無線電接口使用rrc協(xié)議來傳輸rrc尋呼消息。rrc尋呼消息可以包括被從多個s1ap尋呼消息定向到enb信息的信息，因為在一個實施例中，在單個rrc尋呼消息中，使用每個ue的sae臨時移動用戶標識(s-tms1)一次可以尋呼多達16個不同的ue。s-tms1是由核心網(wǎng)絡(luò)提供的臨時ue標識，其唯一地標識跟蹤區(qū)域內(nèi)的ue，并且可以從mme代碼(mmec)(其唯一地標識mme組內(nèi)的mme)和mmetms1(m-tms1)構(gòu)造。在其他實施例中，在一個尋呼時機中可被尋呼的ue的數(shù)量可被核心網(wǎng)絡(luò)限制為小于16。mme可以重新嘗試尋呼程序，該程序又可以在網(wǎng)絡(luò)相關(guān)的時間量已經(jīng)過去之后觸發(fā)rrc尋呼消息重傳，而沒有從ue接收到任何響應。重傳可以是與先前的傳輸相同的傳輸，或者可以具體地定向到?jīng)]有響應的ue。當mme發(fā)起尋呼時，enb可以確定ue將監(jiān)視pdcch的尋呼時機。由于地震和海嘯警報系統(tǒng)(etws)警報或由于系統(tǒng)信息的改變，enb也可發(fā)起尋呼。在這種情況下，可以在所有尋呼時機傳輸尋呼，因為它可以不被定向到特定的ue。pdcch可以指示在pdcch內(nèi)使用p-rnti的這些尋呼事件之間的差異，以指示在子幀內(nèi)的pdsch內(nèi)發(fā)送pch分配。

在一些實施例中，取決于ue是處于正常模式還是處于ec模式，可以存在不同的尋呼程序。在此類實施例中，mme可以使用ec尋呼程序或使用可由mme以及由enb確定的正常尋呼程序來確定ue是否應被尋呼。這可以基于例如在mme中作為ue背景存儲的ue能力。ec尋呼程序可以以多種方式中的任一種的一種或多種與傳統(tǒng)尋呼程序不同，包括使用不同的p-rnti(ec-p-rnti)、不同的尋呼消息、不同的不連續(xù)接收(drx)周期和尋呼時機以及重復和重傳的不同數(shù)量和方式。ec-p-rnti可以在傳統(tǒng)pdcch內(nèi)或在降低的bw內(nèi)定義的新的pdcch或要定義的不同/新epdcch內(nèi)發(fā)送。ec尋呼程序可以允許處于ec模式的ue組合多個尋呼傳輸，以實現(xiàn)由于ue在服務(wù)enb的正常范圍之外而可無法實現(xiàn)的尋呼消息的期望的鏈路預算。

ue可以在空閑模式下使用drx，以便降低功耗并隨后增加電池壽命。drx允許ue通過不連續(xù)監(jiān)視控制信道并將rf調(diào)制解調(diào)器長時間置于休眠狀態(tài)而僅允許在預定時間接收信號，來降低功率。ue可以基于包括在系統(tǒng)信息塊2(sib2)中的信息來計算何時喚醒以監(jiān)視尋呼信道，例如使用如在ts36.331所示的默認尋呼周期(defaultpagingcycle)或ue特定尋呼周期。本文描述的實施例還可以適用于其中可以定義與尋呼drx周期相關(guān)的新規(guī)則或新信息的未來實施例，諸如擴展尋呼drx周期。

當使用drx時，ue可以在每個drx周期僅監(jiān)視pdcch中的一個p-rnti，以確定是否包括尋呼消息。在一個實施例中，如果ue檢測到p-rnti，則ue通?？梢噪S后解碼pdsch以確定尋呼消息是否被定向到ue。尋呼時機是其中在對尋呼消息尋址的pdcch上傳輸p-rnti的子幀。當使用drx時，在一個實施例中，，ue可以在每個drx周期僅監(jiān)視一個尋呼時機。

ec尋呼重傳是指可以用于到達以ec模式操作的ue的重傳。在一個實施例中，ec尋呼重傳可以由enb和/或諸如mme的另一網(wǎng)絡(luò)節(jié)點來控制。雖然發(fā)送了ec尋呼重傳，但是在一個實施例中，尋呼消息的內(nèi)容不改變，以便在ec模式中的ue能夠組合重復并成功解碼尋呼消息，但實施例的范圍不是在這方面受到限制。

圖3a至圖3c示出根據(jù)一些實施例的ec尋呼機制。圖3a至圖3c示出具有尋呼時機304和不同尋呼重復(即，尋呼重傳306)的尋呼周期302。圖3a至圖3c中的每個尋呼周期302可以包括多個子幀(未示出)，其中ue可以被多次尋呼并且可以監(jiān)視多個尋呼時機，這與傳統(tǒng)尋呼不同，在傳統(tǒng)尋呼中ue被尋呼一次并且可以在每個尋呼周期根據(jù)ts36.304僅監(jiān)視單個尋呼時機。

在圖3a中，尋呼時機304在每個尋呼周期302的開始處被傳輸，并且在尋呼周期302內(nèi)的多個子幀之間作為ec尋呼重傳306重復。在其他實施例中，尋呼時機的位置可以在除尋呼周期302的開始之外的位置，例如，基于根據(jù)36.304的傳統(tǒng)公式所定義的ueid。因此，ec尋呼重傳306可以發(fā)生在傳統(tǒng)尋呼機制中不會發(fā)生尋呼時機的子幀中。在這種情況下，例如，如果ue是處于ec模式的mtcue，則一旦mtcue確定尋呼時機304被定向為用于mtcue的尋呼，mtcue可以使用跨子幀信道估計來進一步提高在解碼pdsch時的性能。但是，功耗在某些情況下可成為一個問題。具體地，由于傳統(tǒng)尋呼周期可以是320ms到2.56s，并且ue在每個尋呼周期中監(jiān)視尋呼時機，使ec尋呼重傳在每個尋呼周期內(nèi)跨多個子幀可迫使mtcue監(jiān)視增加數(shù)量的子幀。在一些實施例中，子幀可以是非連續(xù)的，并且頻率資源也可以是不同的(例如，由于頻率跳變)。在ue可具有不同的ec級(例如，在維持預定的鏈路預算的情況下擴展不同的距離)的某些情況下，資源沖突可發(fā)生在針對具有不同ec級的mtcue的單個尋呼周期內(nèi)的多個重復尋呼傳輸之間。

為了減少資源沖突的可能性，圖3b示出其中ec尋呼傳輸可以僅在可能的傳統(tǒng)尋呼時機重復的另一ec尋呼機制。與圖3a的實施例不同，其中尋呼消息傳輸和重傳可以被限制到單個尋呼周期，在該實施例中，尋呼消息傳輸和重傳在多個尋呼周期上延伸。不同于傳統(tǒng)的尋呼機制，其中跨越不同尋呼周期的尋呼時機可以是獨立的(例如，可尋呼不同的ue)，在圖3b中，跨多個尋呼周期的尋呼時機可以將相同的尋呼信息載運到相同的ec模式ue。

在圖3b中，可以以延長的尋呼延遲為代價來避免在一幀內(nèi)的多個ec尋呼重傳之間的資源沖突，這與傳統(tǒng)尋呼不同，可以使用多個尋呼時機314來提供期望的鏈路預算。然而，這也可以不增加ue的功耗，因為在ec模式中的ue可以僅嘗試對尋呼周期312內(nèi)的單個尋呼傳輸進行解碼。由enb在不同尋呼周期中傳輸?shù)亩鄠€ec尋呼重傳的組合用于成功解碼尋呼消息，在延遲的一個示例中，最短的傳統(tǒng)尋呼周期為320ms，并且如果使用80次重復來獲得所需的鏈路預算，則延遲將為25.6s。在這些情況下，ue可以消耗比傳統(tǒng)連接時間高100倍的時間以連接到網(wǎng)絡(luò)。因此，如果延遲增加了100倍，則通過僅在可能的傳統(tǒng)尋呼時機314上重復ec尋呼傳輸引入的延遲是可以允許的。在一個示例中，傳統(tǒng)尋呼周期的范圍可以是從320ms到2560ms，其可以使用ec尋呼傳輸增加到32s-256s。

圖3c所示的第三ec尋呼機制可以組合圖3a和圖3b的ec尋呼機制。如圖所示，預定數(shù)量(>1)的尋呼傳輸(尋呼時機324和ec尋呼重傳326)可以在每個尋呼周期322內(nèi)發(fā)生，以及跨越預定數(shù)量(也>1)的尋呼周期324的重復傳輸可發(fā)生。尋呼周期322內(nèi)的ec尋呼重傳326的數(shù)量可以不同于尋呼周期數(shù)322的數(shù)量，其中跨該尋呼周期322發(fā)生ec尋呼重傳326。尋呼周期322內(nèi)的ec尋呼重傳326的數(shù)量以及跨其發(fā)生ec尋呼重傳326的尋呼周期322的數(shù)量中的每個可以被預先定義并存儲在ue的存儲器中，或者可以由enb配置并發(fā)送到ue，例如在sib中。在圖3c所示的實施例中的單個尋呼周期322內(nèi)的ec尋呼重傳326的數(shù)量可以小于圖3a所示的該數(shù)量，相比于圖3a的情況，這導致功率消耗降低并且資源碰撞的潛力降低。類似于圖3a的ec尋呼機制，在圖3c中，每個尋呼周期322內(nèi)的ec尋呼傳輸可以以連續(xù)的子幀傳輸，或者可以被擴展，使得ec尋呼重傳326中的至少一些可以以非相鄰的子幀中傳輸。在一些實施例中，可以以相鄰子幀傳輸ec尋呼重傳326中的一些，而以每個尋呼周期中的非相鄰子幀發(fā)送至少一個ec尋呼重傳326。

如上所述，在其上傳輸ec尋呼重傳326的每個尋呼周期322中的子幀可以被預先定義并存儲在ue的存儲器中，或者可以由enb配置并傳輸給ue。在一些實施例中，無論在相鄰子幀還是在非相鄰子幀中，ec尋呼重傳326可以稍微接近以最大化ue的休眠時間并節(jié)省功率。例如，在一些實施例中，ec尋呼重傳326可以全部出現(xiàn)在前n個子幀，無論是相鄰的還是不相鄰的，而在其他實施例中，ec尋呼重傳326中的一些可以出現(xiàn)在前m個子幀中，而ec尋呼重傳326中的一些可以在后續(xù)的尋呼周期322之前的最后p個子幀中發(fā)生(其中m、n和p都是具有2或更大的值的整數(shù))。

可以使用不同的技術(shù)來組合在pdsch中提供的尋呼信息。在一些實施例中，可以使用追蹤組合或增量冗余。在追蹤組合中，可以在每個尋呼傳輸?shù)拿總€pdsch中重傳完全相同的信息(例如，數(shù)據(jù)和奇偶校驗位)。所接收的信號可以存儲在ue的緩沖器中，并使用最大比合并求和來提供期望的鏈路預算。在增量冗余中，每次重傳可包含不同的信息。具體地，在增量冗余中，生成多組編碼比特，每組代表同一組信息比特，并且每次傳輸可以使用具有不同冗余版本的不同組的編碼比特?？梢远x冗余版本以提高解碼性能。例如，可以為turbo編碼定義四個冗余版本(rv)[0，1，2，3]，其對應于用于編碼和解碼的循環(huán)緩沖器中的不同起始點。在一個實施例中，追蹤組合或增量冗余是否正被使用的指示可以由規(guī)范預先定義并存儲在ue的存儲器中，或者可以通過傳輸給ue的較高層信令(例如rrc信令)來配置。此外，用于增量冗余傳輸?shù)娜哂喟姹灸Ｊ娇梢员活A先定義并存儲在ue的存儲器中，或者可以由傳輸給ue的較高層信令來配置。在各種示例中，可以使用第一預定義冗余版本模式[02]來表示包含兩個重復傳輸?shù)脑隽咳哂鄠鬏?rv＝0用于第1傳輸，rv＝2用于第2傳輸)，而可以使用第二預定義冗余版本模式[0，2，3，1]來表示包含四個重復傳輸?shù)脑隽咳哂鄠鬏?rv＝0用于第1傳輸，rv＝2用于第2傳輸，rv＝3用于第3傳輸，rv＝1用于第4傳輸)。頻率跳變也可結(jié)合追蹤組合或增量冗余傳輸執(zhí)行，以提高鏈路性能，特別是對于可具有有限頻帶通信能力的mtc或其他lcue。如上所述，頻率跳變參數(shù)可以被預定義并存儲在ue的存儲器中，或者可以通過傳輸?shù)絬e的較高層信令來配置。

為了接收和使用尋呼重傳，ue可以在空閑模式休眠周期期間保持軟緩沖器信息。在空閑模式休眠周期中，ue通常將rf和基帶組件(例如，收發(fā)器、放大器)斷電，導致軟緩沖器掉電和軟緩沖區(qū)內(nèi)容丟失。在諸如圖3b所示實施例的實施例中，其中ec尋呼傳輸之間的時間有些大，一旦接收到ec尋呼傳輸，軟緩沖器就可以保持電力。

在各種實施例中，可希望ue確定是否正在使用其中每個尋呼消息是單數(shù)的傳統(tǒng)尋呼程序或其中尋呼消息將被組合的ec尋呼程序來傳輸由enb傳輸?shù)膶ず粝?。如上所述，確定正在使用哪種類型的程序的一種方式是通過使用p-rnti。在一個實施例中，傳統(tǒng)p-rnti可以用于傳統(tǒng)尋呼程序和ec尋呼程序。在這種情況下，可以由enb使用特定區(qū)域(例如，頻率)和/或子幀中的特定prb來傳輸p-rnti，從而允許ue確定p-rnti的該位置(時間和頻率)正在使用哪個尋呼程序。所使用的特定prb可以包括也可以不包括用于傳統(tǒng)尋呼的prb。在另一實施例中，可以使用不同的p-rnti(以下稱為ec-p-rnti)。ec-p-rnti可以用于指示所有ec尋呼傳輸，無論是初始傳輸還是后續(xù)重傳。在另一個實施例中，可以使用不同的ec-p-rnti來區(qū)分初始的ec尋呼傳輸和隨后的ec尋呼重傳。在另一個實施例中，新的ec-p-rnti可以用于僅指示初始的ec尋呼傳輸。在該最后一個實施例中，如上所述，ec尋呼重傳的位置可以由ue預先定義并存儲在ue的存儲器中，或者由傳輸給ue的較高層廣播或單播信令配置。

然而，在其他實施例中，與尋呼程序的類型相關(guān)的信息可以不依賴于p-rnti(任一值或位置)，并且根本不依賴于pdcch。在此類實施例中，可以不發(fā)送pdcch，從而減少使用ec尋呼程序進行尋呼的網(wǎng)絡(luò)開銷。在這些實施例中的一些實施例中，所有ec尋呼傳輸?shù)奈恢每梢杂稍趗e的存儲器中預定義并存儲的ue知曉，或者由傳輸?shù)絬e的較高層廣播或單播信令來配置。在這些位置，ue可以簡單地嘗試在pdsch中接收(并組合和解碼)ec尋呼傳輸。另選地，ec尋呼傳輸?shù)念l率位置可以由在ue的存儲器中預先定義并存儲的ue知曉，或者由傳輸?shù)絬e的較高層廣播或單播信令配置。在這種情況下，prb索引可以被定義為ue的標識的函數(shù)(例如，國際移動用戶標識(ims1)mod4096)、尋呼幀和/或?qū)ず魰r機。然后，ue可以使用其他已知特性，諸如頻率區(qū)域、調(diào)制和編碼方案(mcs)以及prb大小，來確定尋呼調(diào)度。然而，由于在上述實施例中不使用pdcch，每個尋呼消息的pdsch可以由ue組合和解碼，從而與傳統(tǒng)尋呼程序相比導致額外的功率消耗，在傳統(tǒng)尋呼程序中只有當p-rnti存在于pdcch中才進行嘗試。

在一些實施例中，初始ec尋呼傳輸?shù)臅r間位置可以在與傳統(tǒng)尋呼時機相同的時間位置處發(fā)生。在這種情況下，如上所述，ec尋呼重傳可以在ue已知的時間(和頻率)位置發(fā)生。然而，在一些實施例中，ue可以通過具有關(guān)于enb可以在哪個尋呼時機發(fā)送新的ec尋呼消息的信息來區(qū)分尋呼時機。ue可以經(jīng)由網(wǎng)絡(luò)廣播獲得關(guān)于ec尋呼時機的信息，并使用該信息來確定ue應該開始組合所接收到的ec尋呼傳輸?shù)淖訋?。在一個示例中，廣播指示用于確定尋呼幀計算sfnmod(廣播中提供的號碼)＝0的系統(tǒng)幀號(sfn)的mod。網(wǎng)絡(luò)可以另選地在主信息塊或系統(tǒng)信息塊中指示何時發(fā)送新的ec尋呼消息。在另一個實施例中，ue可以通過廣播或?qū)Ｓ眯帕顏泶鎯騻鬏敱硎緀c尋呼消息的周期的信息。指示可以是相對于傳統(tǒng)尋呼，諸如指示與傳統(tǒng)尋呼時機的關(guān)系或提供傳統(tǒng)尋呼drx周期的倍數(shù)。

圖4示出根據(jù)一些實施例的ec尋呼機制的方法的流程圖。該方法可以由諸如ue102(圖1)的ue來執(zhí)行，以接收在圖3a至圖3c中的任一個中的尋呼消息。在圖4中，尋呼消息可以由服務(wù)于ue的enb傳輸并由ue在步驟402接收。ue可以處于空閑模式或者可以處于rrc連接模式。可以在尋呼時機(例如，尋呼時機304(圖3a))接收尋呼消息，尋呼消息可以包含pdcch中的p-rnti和尋呼時機的pdsch中的數(shù)據(jù)，并且可以包含用于一個以上的ue的信息。

在步驟404，ue可以確定其是否處于或應當切換到用于尋呼的ec模式。當ue不能獲得用于與enb通信的預定鏈路預算并且ue具有進入ec模式的能力時，ue可以確定ec模式是適當?shù)摹Ｔ谝恍嵤├?，ue可以不確定其是否處于ec模式，而僅僅確定尋呼消息的特性。雖然未示出，但是ue也可以確定其處于哪個ec級，以便隨后確定關(guān)于ec尋呼消息做出的正確行動過程。當不同的ec級可用于ue時，這些級可以指示ec尋呼消息的不同接收特性可導致ue(以及可能的enb)對于ec尋呼消息采取不同的行為。

一旦ue確定其處于ec模式，或者如果不執(zhí)行確定，則ue可以隨后在步驟406確定尋呼消息是否是ec尋呼消息。ue可以基于以下進行確定：pdcch中的信息，諸如專門的p-rnti，和/或?qū)ず粝⒌臅r間和/或頻率位置等。例如，如果在傳統(tǒng)尋呼時發(fā)生ec尋呼傳輸，則ue可以確定ec尋呼傳輸是初始的ec尋呼傳輸。用于確定尋呼消息是否是ec尋呼消息的信息可以由規(guī)范定義或經(jīng)由rrc或其它更高層信令提供給ue。

響應于ue確定尋呼消息是ec尋呼消息，在步驟408，ue然后可以確定ec尋呼消息是初始的ec尋呼傳輸還是ec尋呼重傳。與上述類似，ue可以基于pdcch中的信息(諸如專用p-rnti和/或?qū)ず粝⒌臅r間和/或頻率位置等)進行確定。用于確定尋呼消息是否是ec尋呼重傳的信息可以由規(guī)范定義，或者經(jīng)由rrc或其它更高層的信令提供給ue。如果ec尋呼消息是初始的ec尋呼傳輸而不是ec尋呼重傳，則ue可以存儲ec尋呼消息并返回到步驟402等待以下ec尋呼重傳。

如果ue確定ec尋呼傳輸是ec尋呼重傳，則在步驟410，ue可以將ec尋呼重傳與其他ec尋呼傳輸組合。ue可以維持包含在ec尋呼傳輸?shù)膒dsch中提供的累積尋呼信息的軟緩沖器。尋呼消息可以是組合的追蹤組合或增量冗余，其中后者可以具有用于組合的冗余版本模式。還可以執(zhí)行用于追蹤組合或增量冗余傳輸?shù)念l率跳變以提高鏈路性能。

然后，ue可以在步驟412確定是否已經(jīng)達到了滿足預定鏈路預算的組合的ec尋呼傳輸?shù)臄?shù)量。由ue接收以滿足鏈路預算的ec尋呼傳輸?shù)臄?shù)量可以取決于ue的ec級。如果還沒有達到滿足鏈路預算的組合的ec尋呼傳輸?shù)臄?shù)量，則ue可以返回步驟402等待下一個ec尋呼重傳，無論是在相同的尋呼中的下一個連續(xù)的或不連續(xù)的子幀中循環(huán)或下一個分頁周期。

一旦ue確定已經(jīng)達到滿足鏈路預算的組合的ec尋呼傳輸?shù)臄?shù)量、其不在ec模式中或者尋呼消息不是ec尋呼消息，則在步驟414，ue可以嘗試以解碼尋呼消息的pdsch(假設(shè)為ec尋呼消息而累積)以確定尋呼消息是否被定向到ue。在ue嘗試解碼ec尋呼消息之前由ue累積的ec尋呼消息的ec尋呼傳輸?shù)臄?shù)量可以根據(jù)ue的ec級而不同。

下面提供了本公開的各種示例。這些示例不以任何方式限制本文的公開內(nèi)容。在示例1中，ue可以包括處理電路，其被配置為：當ue處于ec模式時，配置收發(fā)器以從演進的節(jié)點b(enb)接收多個增強覆蓋(ec)尋呼消息；組合ec尋呼消息以形成組合的ec尋呼消息；并解碼ec組合尋呼消息以確定組合的尋呼消息是否被定向到ue。

在示例2中，示例1的主題可以任選地包括，處理電路被進一步配置為：配置收發(fā)器以從enb接收特定尋呼消息，確定特定尋呼消息是否與ec尋呼消息相關(guān)，并且響應于確定特定尋呼消息與ec尋呼消息相關(guān)，使用特定尋呼消息形成組合的ec尋呼消息。

在示例3中，示例1-2中的一個或任何組合的主題可以任選地包括，特定尋呼消息包括在物理下行鏈路控制信道(pdcch)上的尋呼無線電網(wǎng)絡(luò)臨時標識符(p-rnti)，并且處理電路被進一步配置為基于p-rnti確定特定尋呼消息是增強覆蓋(ec)模式尋呼消息還是傳統(tǒng)尋呼消息。

在示例4中，示例1-3中的一個或任何組合的主題可以任選地包括，處理電路進一步被配置為：確定組合的ec尋呼消息已達到在其中在單個尋呼周期接收的預定數(shù)量的ec尋呼消息，其中尋呼周期內(nèi)的ec尋呼消息以多個子幀中被接收，子幀的數(shù)量被指定用于ec模式并且在ue中預定義或由較高層信令配置。

在示例5中，示例1-4中的一個或任何組合的主題可以任選地包括，處理電路進一步被配置為：確定ue是否處于ec模式，并且響應于確定ue處于ec模式，使用頻率跳變配置收發(fā)器以從enb接收ec尋呼消息，其中收發(fā)器的頻率跳變參數(shù)在ue中預定義或通過更高層信令在ue中配置。

在示例6中，示例1-5中的一個或任何組合的主題可以任選地包括，ec尋呼消息的尋呼周期在多個子幀上，尋呼周期內(nèi)的ec尋呼消息以多個子幀接收，所述多個子幀通過較高層信令預定義或配置，并且至少一些子幀不相鄰。

在示例7中，示例1-6中的一個或任何組合的主題可以任選地包括，處理電路被進一步配置為：配置收發(fā)器以在連續(xù)尋呼周期的傳統(tǒng)尋呼時機接收ec尋呼消息。

在示例8中，示例1-7中的一個或任何組合的主題可以任選地包括，處理電路被進一步配置為配置收發(fā)器以在連續(xù)的每個尋呼周期內(nèi)接收ec尋呼消息中的至少一個尋呼周期。

在示例9中，示例1-8中的一個或任何組合的主題可以任選地包括，處理電路進一步被配置為：使用追蹤組合(cc)和增量冗余(ir)中的至少一個來組合ec尋呼消息，cc和ir中的至少一個的使用在ue中預定義，或者通過較高層信令在ue中配置，并且當ir被處理電路用于組合ec尋呼消息時，冗余版本(rv)模式在ue中預定義，或者通過較高層信令在ue中配置，并且基于rv模式確定使用cc或ir。

在示例10中，示例1-9中的一個或任何組合的主題可以任選地包括，ec尋呼消息包括初始尋呼消息和初始尋呼消息的至少一次重傳，并且處理電路被進一步配置為確定特定尋呼消息是初始尋呼消息還是初始尋呼消息的至少一次重傳。

在示例11中，示例1-10中的一個或任何組合的主題可以任選地包括，處理電路被進一步配置為：確定ec尋呼消息的重傳間隔；并且根據(jù)重傳間隔來確定是否在ue的空閑休眠周期期間維持緩沖器。

示例12，示例1-11的一個或任何組合的主題可以任選地包括，ec尋呼消息包括初始尋呼消息和初始尋呼消息的至少一次重傳，每個ec尋呼消息包括在物理下行鏈路控制信道(pdcch)上的尋呼無線電網(wǎng)絡(luò)臨時標識符(p-rnti)，并且處理電路被進一步配置為基于p-rnti的尋呼消息確定特定尋呼消息是初始尋呼消息還是初始尋呼消息的至少一次重傳。

在示例13中，示例1-12中的一個或任何組合的主題可以任選地包括，處理電路進一步被配置為：基于在尋呼周期中尋呼消息的位置，確定每個尋呼消息是增強覆蓋(ec)模式尋呼消息還是傳統(tǒng)的尋呼消息。

在示例14中，示例1-13中的一個或任何組合的主題可以任選地包括，處理電路進一步被配置為：在傳統(tǒng)尋呼時機而不是非傳統(tǒng)尋呼時機從enb接收ec尋呼消息。

在示例15中，示例1-14中的一個或任何組合的主題可以任選地包括，處理電路進一步被配置為響應于確定在enb和ue之間的鏈路預算差于預定鏈路預算，確定ue處于ec模式。

在示例16中，示例1-15的一個或任何組合的主題可以任選地包括，處理電路被進一步配置為確定預定數(shù)量的ec尋呼消息滿足enb和ue之間的鏈路預算，并且響應于組合預定數(shù)量的ec尋呼消息而解碼組合的ec尋呼消息。

在示例17中，示例1-16的一個或任何組合的主題可以任選地包括被配置為提供收發(fā)器與enb之間的通信的天線。

在示例18中，一種演進節(jié)點b(enb)的裝置可以包括：處理電路，被配置為：確定附接到enb的用戶設(shè)備(ue)是否處于增強覆蓋(ec)模式；并且響應于確定ue處于ec模式，配置收發(fā)器以通過至少一個尋呼周期向ue傳輸多個尋呼消息，其中尋呼消息中的連續(xù)尋呼消息是相同的或遞增地不同的。

在示例19中，示例18的主題可以任選地包括，處理電路被進一步配置為：配置收發(fā)器以在多個尋呼周期的傳統(tǒng)尋呼時機發(fā)送尋呼消息，或者配置收發(fā)器來在至少一個尋呼周期內(nèi)的非傳統(tǒng)尋呼時機發(fā)送尋呼消息。

在示例20中，示例18-19中的一個或任何組合的主題可以任選地包括，處理電路進一步被配置為：配置收發(fā)器以在尋呼消息的至少一個時機中向多個不同的ue發(fā)送ue尋呼信息。

在示例21中，示例18-20中的一個或任何組合的主題可以任選地包括，處理電路被進一步配置為：確定多個覆蓋擴展級中的ue的覆蓋擴展級，并且根據(jù)ue的覆蓋擴展級配置收發(fā)器傳輸多個尋呼消息。

在示例22中，示例18-21中的一個或任何組合的主題可以任選地包括，處理電路被進一步配置為執(zhí)行以下至少一個：使用頻率跳變配置收發(fā)器以在單個尋呼周期內(nèi)傳輸尋呼消息，或者將收發(fā)器配置為在連續(xù)尋呼周期的每個尋呼周期內(nèi)傳輸尋呼消息中的至少一個。

在示例23中，示例18-22中的一個或任何組合的主題可以任選地包括，處理電路進一步配置為：使用在物理下行鏈路控制信道(pdcch)上的尋呼無線電網(wǎng)絡(luò)臨時標識符(p-rnti)配置收發(fā)器以發(fā)送尋呼消息，特定尋呼消息的p-rnti取決于特定尋呼消息是增強覆蓋(ec)模式尋呼消息還是傳統(tǒng)尋呼消息。

在示例24中，示例18-23中的一個或任何組合的主題可以任選地包括，尋呼消息包括初始尋呼消息和初始尋呼消息的至少一次重傳，處理電路進一步配置以基于p-rnti確定特定尋呼消息是初始尋呼消息還是初始尋呼消息的至少一次重傳。

在示例25中，示例18-24中的一個或任何組合的主題可以任選地包括，處理電路被進一步配置為：使用在物理下行鏈路控制信道(pdcch)上的尋呼無線電網(wǎng)絡(luò)臨時標識符(p-rnti)配置收發(fā)器來傳輸尋呼消息，在至少一個尋呼周期中的特定尋呼消息的位置取決于特定尋呼消息是增強覆蓋(ec)模式尋呼消息還是傳統(tǒng)尋呼消息。

在示例26中，一種存儲用于由用戶設(shè)備(ue)的一個或多個處理器執(zhí)行以與演進的節(jié)點b(enb)進行通信的指令的非暫時計算機可讀存儲介質(zhì)，一個或多個處理器可以將ue配置為：進入增強覆蓋(ec)模式；從enb接收尋呼消息，尋呼消息包括初始尋呼消息和初始尋呼消息的至少一次重傳；確定尋呼消息是否是ec模式尋呼消息；響應于確定尋呼消息是ec模式尋呼消息，組合尋呼消息以形成組合的尋呼消息；確定組合的尋呼消息的鏈路預算；根據(jù)ec模式將組合的尋呼消息的鏈路預算和與小區(qū)中的覆蓋相關(guān)聯(lián)的預定鏈路預算進行比較；并且響應于確定組合的尋呼消息的鏈路預算已經(jīng)滿足預定的鏈路預算來解碼組合的尋呼消息，以確定組合的尋呼消息是否被定向到ue。

在示例27中，示例26的主題可以任選地包括，處理器被進一步配置為執(zhí)行以下中的至少一個：a)使用在物理下行鏈路控制信道(pdcch)上的尋呼無線電網(wǎng)絡(luò)臨時標識符(p-rnti)檢測尋呼消息中的每個，以及i)基于p-rnti確定每個尋呼消息是ec模式尋呼消息還是傳統(tǒng)尋呼消息，或者ii)基于p-rnti確定特定尋呼消息是初始尋呼消息還是初始尋呼消息的至少一次重傳，以及b)基于尋呼周期中尋呼消息的位置，確定每個尋呼消息是ec模式尋呼消息還是傳統(tǒng)尋呼消息。

雖然已經(jīng)參考具體示例性示例描述了實施例，但是顯而易見的是，在不脫離本公開的更廣泛的精神和范圍的情況下，可以對這些實施例進行各種修改和改變。因此，說明書和附圖被認為是說明性的而不是限制性的。構(gòu)成其一部分的附圖通過說明而非限制的方式示出可以實踐主題的具體實施例。所描述的實施例被足夠詳細地描述，以使本領(lǐng)域技術(shù)人員能夠?qū)嵺`本文公開的教導?？梢岳煤蛯С銎渌麑嵤├沟每梢栽诓幻撾x本公開的范圍的情況下進行結(jié)構(gòu)和邏輯替換和改變。因此，該具體實施方式不應被認為是限制性的，并且各種實施例的范圍僅由所附權(quán)利要求以及這些權(quán)利要求所賦予的等同物的全部范圍來限定。

本發(fā)明主題的這些實施方案可以在本文中單獨地和/或共同地由術(shù)語“發(fā)明”提及，僅為了方便起見，并且不意圖將本申請的范圍自愿地限制于任何單個發(fā)明或發(fā)明構(gòu)思，如果實際上披露了不止一個。因此，盡管本文已經(jīng)示出和描述了具體示例，但是應當理解，為實現(xiàn)相同目的而計算的任何布置可以代替所示的特定示例。本公開旨在覆蓋各種示例的任何和所有修改或變化。上述示例的組合以及本文中未具體描述的其他示例對于本領(lǐng)域技術(shù)人員在閱讀以上描述之后將是顯而易見的。

在本文檔中，如專利文獻中常見的那樣，使用術(shù)語“一個”或“一”來包括一個或一個以上，獨立于“至少一個”或“一個或多個”的任何其他實例或用途。在本文中，術(shù)語“或”用于表示非排他性，或者除非另有說明，否則“a或b”包括“a但不是b”，“b但不是a”和“a和b”。在本文中，術(shù)語“包括”和“其中”用作各自術(shù)語“包括”和“其中”的簡體英文等效詞。此外，在下列權(quán)利要求中，術(shù)語“包括”和“包括了”是開放式的，即包括除了在此類術(shù)語之后列出的在權(quán)利要求中的元素之外的元素的系統(tǒng)、ue、制品、組成、制定或過程仍被視為屬于權(quán)利要求的范圍。此外，在下面的權(quán)利要求中，術(shù)語“第一”，“第二”和“第三”等僅用作標簽，并不意圖對其對象施加數(shù)字要求。

提供本公開的摘要以符合37c.f.r.§1.72(b)，這要求摘要允許讀者快速確定技術(shù)披露的性質(zhì)。提交本文應理解是，它不會用于解釋或限制權(quán)利要求的范圍或含義。此外，在前面的詳細描述中，可以看出，為了簡化本公開的目的，在單個示例中將各種特征分組在一起。本公開的方法不應被解釋為反映所要求保護的實施例要求比在每個權(quán)利要求中明確敘述的更多特征的意圖。相反，如以下權(quán)利要求所反映的那樣，本發(fā)明的主題在于少于單個所公開的實施例的所有特征。因此，以下權(quán)利要求被并入詳細描述中，其中每個權(quán)利要求獨立地作為單獨的實施例。