無(wú)線側(cè)的尋呼，主要是計(jì)算PO/PF和RRC尋呼消息中的UE ID，另一個(gè)就是RAN何時(shí)發(fā)起DRX周期。

一致認(rèn)為，用于尋呼計(jì)算的優(yōu)選UE ID是用RAN發(fā)起尋呼的IMSI mod x。在傳統(tǒng)PO/PF計(jì)算中，根據(jù)IMSI，如果在PDCCH中監(jiān)測(cè)P-RNTI，則只有10位LSB，如果在MPCCH中監(jiān)測(cè)到P-RNTI（例如，UE_ID=IMSI mod 1024或UE_ID=IMSI mod16384），則只有14位LSB用于UE計(jì)算PO/PF。

在基于RAN的尋呼和基于CN的尋呼之間對(duì)齊PO/PF（這將要求相同的UE ID用于傳統(tǒng)PO/PF計(jì)算）是優(yōu)選的。因此，與優(yōu)選UE ID（IMSI mod x）不同的UE ID對(duì)于RAN發(fā)起的尋呼中的PO/PF計(jì)算不是優(yōu)選的。應(yīng)當(dāng)理解，MME必須與eNB共享UE_ID，并且當(dāng)UE處于light connection時(shí)，eNB必須存儲(chǔ)UE_ID。

根據(jù)協(xié)議，可以考慮不同類型的UE ID：

• Option?a）使用S-TMSI，類似于傳統(tǒng)尋呼。

• Option?b）使用Rel-13 UE恢復(fù)ID。

• Option?c）定義新的網(wǎng)絡(luò)配置ID。

• Option?d）UE_ID（如在傳統(tǒng)中，例如UE_ID＝IMSI mod 1024）

由于eNB僅暴露于IMSI的幾個(gè)比特，Option?d不優(yōu)選用于尋呼消息，因?yàn)樗粫?huì)提供尋呼所需的唯一性。也可以為RAN發(fā)起的RRC尋呼定義新的網(wǎng)絡(luò)配置ID，然而，（Option?c）看起來(lái)不合理，因?yàn)閑NB已經(jīng)具有已知的UE ID，例如，可以使用已經(jīng)由UE存儲(chǔ)的現(xiàn)有UE ID（s-TMSI和Rel-13 UE恢復(fù)ID）。

在Option?b中，Rel-13 UE恢復(fù)ID可以用作尋呼消息中使用的備選UE ID。在該選項(xiàng)中，eNB將不需要存儲(chǔ)S-TMSI以用于尋呼消息。該選項(xiàng)將要求修改傳統(tǒng)RRC尋呼消息以包括新的Rel-13 UE恢復(fù)ID。Option?b（S-TMSI）可能是優(yōu)選的，因?yàn)樗峭耆玆AN控制的。

協(xié)議同意將S-TMSI用于eDRX中的PH和PTW計(jì)算。因此，在light connection?UE支持eDRX的情況下，eNB必須能夠計(jì)算eDRX的PH和PTW，在這種情況下，需要存儲(chǔ)S-TMSI（UE_ID_H從S-TMSI導(dǎo)出）。在Option?a中，MME需要在S1AP上共享S-TMSI，而eNB需要在UE處于light connection狀態(tài)時(shí)存儲(chǔ)S-TMSI。好處是可以在不修改的情況下重用傳統(tǒng)RRC尋呼消息。這對(duì)傳統(tǒng)尋呼過(guò)程沒(méi)有影響。MME必須與eNB共享UE_ID，S-TMSI也可以從相同的S1AP信令共享，而無(wú)需任何附加信令。

RRC RAN發(fā)起的尋呼消息被定義為重用傳統(tǒng)RRC尋呼消息，傳統(tǒng)UE ID（IMSI mod x）用于PO/PF計(jì)算，S-TMSI或Rel-13恢復(fù)ID可用于RAN發(fā)起的RRC尋呼消息。這將意味著沒(méi)有理由定義任何新的RAN發(fā)起的尋呼消息，因?yàn)榭梢灾匦率褂脗鹘y(tǒng)RRC尋呼消息。

如果使用Rel-13恢復(fù)ID，則RAN發(fā)起的RRC尋呼消息可以被擴(kuò)展以在傳統(tǒng)RRC尋呼信息中添加新的Rel-13恢復(fù)標(biāo)識(shí)。

可能為light connection模式UE定義新的RNTI以監(jiān)視尋呼幀。然后，UE可以區(qū)分RAN發(fā)起的或CN發(fā)起的尋呼消息。然而，這具有在UE處監(jiān)測(cè)兩個(gè)RNTI的復(fù)雜性，其需求和預(yù)期效果不一定好。因此，建議使用單個(gè)RRC尋呼消息（傳統(tǒng)消息）來(lái)尋呼處于空閑模式的UE和處于light connection的UE。

定義基于RAN的尋呼DRX循環(huán)是有益的，該循環(huán)是特定于UE的，旨在提供更靈活的方式來(lái)滿足不同UE的需求，例如移動(dòng)性、QoS、業(yè)務(wù)模式和MT可達(dá)性延遲。該基于RAN的尋呼DRX周期可以由eNB經(jīng)由專用信令（例如經(jīng)由RRC連接重新配置或經(jīng)由RRC鏈接釋放）來(lái)配置。

通常，可以類似于尋呼DRX周期的傳統(tǒng)值來(lái)定義基于UE特定RAN的尋呼DRX循環(huán)的值，并且可以應(yīng)用LTE規(guī)范TS 36.304中規(guī)定的PO/PF的傳統(tǒng)計(jì)算。Rel-13傳統(tǒng)默認(rèn)DRX周期的值僅為32、64、128和256個(gè)無(wú)線幀。對(duì)于基于RAN的尋呼DRX，建議考慮更多可以使用的值，例如，2、4、8、16、32、64、128、256、512個(gè)無(wú)線幀，它們是1024的除數(shù)（因?yàn)镾FN在每1024個(gè)SFN中環(huán)繞）。

可能期望一些UE使用比傳統(tǒng)默認(rèn)DRX周期的值小的更短的DRX周期，例如8和16個(gè)無(wú)線幀（80ms和160ms）；如UE可能開始使用需要較小MT可達(dá)性延遲的服務(wù)，例如VoIP和醫(yī)療保健監(jiān)控。

LTE中用于計(jì)算PO/PF的傳統(tǒng)過(guò)程可以在light connection?UE中重新使用，具有前面提到的優(yōu)點(diǎn)。如果網(wǎng)絡(luò)需要從RAN發(fā)起的尋呼返回到基于CN的尋呼過(guò)程，則只要UE使用的基于RAN的尋呼DRX周期是默認(rèn)DRX周期的除數(shù)或等于默認(rèn)DRX循環(huán)，這是可能的。在這種情況下，使用基于RAN的尋呼DRX周期的PO和使用默認(rèn)DRX循環(huán)的PO在每個(gè)默認(rèn)DRX周期對(duì)齊。