LTE寻呼

指示不会在 eNodeB 解码，而是被透传到 UE。
寻呼消息内容：
Paging ::= SEQUENCE { protocolIEs ...
ProtocolIE-Container
{{PagingIEs}},
}
PagingIEs S1AP-PROTOCOL-IES ::= {
{ ID id-UEIdentityIndexValue
CRITICALITY ignore TYPE UEIdentityIndexValue
mandatory}|
{ ID id-UEPagingID
CRITICALITY ignore TYPE UEPagingID
mandatory}| //UEPagingID为S-TMSI OR IMSI
{ ID id-pagingDRX
该 UE 作为被叫方接受一个打入的电话。当 eNodeB 同时收到多个 UE 的多条寻呼需求时，为了节省信令开
销，将使用一条 Paging 消息将所有的 UE 呼叫内容打包，每条 UE 的信息包含在 PagingRecord 列表中保存。
Paging message
Paging ::=
SEQUENCE {
MME
默认DRX寻呼周期
eNodeB 1、 eNodeB通过广播通知UE
UE
2、UE保持与eNodeB相同的
默认寻呼周期
终端特定DRX 2、MME通过S1AP Paging通
知eNodeB
3、eNodeB保持与UE相同的 终端特定DRX
1、UE通过NAS消息告知 MME终端的特定DRX
图 5：UE 与 eNodeB 的 DRX 对应关系 如果 UE 与 eNodeB 同时保持有两对寻呼 DRX 配置（默认 DRX 周期以及终端特定 DRX），将使用相 同的规则筛选出其中的一对作为寻呼时刻的配置。所以 eNodeB 与 UE 的寻呼周期配置总是能够匹配， eNodeB 按时寻呼周期与寻呼时刻在空口下发对 UE 的寻呼消息，UE 可以在相对应的正确的寻呼时刻进行 接收。
计算出 PF 和 PO 的具体位置后，UE 开始监听相应子帧的 PDCCH，如果发现有 P-RNTI，则根据 PDCCH
指示的 RB 分配和调制编码方式（MCS）,从同一子帧的 PDSCH 上获取寻呼消息。如果寻呼消息含有本 UE
的 ID，则发起寻呼响应；否则，在间隔 T 个无线帧后继续监听相应子帧的 PDCCH。
相关信道映射如图 1 所示：
图 1：信道映射
3 寻呼消息的传输
3.1 寻呼消息在 S1 接口传输
在 S1AP 接口消息中，移动性管理实体（MME，Mobility Management Entity）对每个 eNodeB 使用
寻呼消息（Paging）发起寻呼过程，每条寻呼消息携带一个被寻呼 UE 的信息，如图 2 所示：
为了降低 RRC_IDLE 状态下 UE 的电力消耗，UE 使用非连续接收方式（DRX，Discontinuous Reception） 接收寻呼消息，RRC_IDLE 状态下的 UE 在特定的子帧（1ms）监听 PDCCH，这些特定的子帧称为寻呼时 机（PO，Paging Occasion），这些子帧所在的无线帧（10ms）称为寻呼帧（PF，Paging Frame）。与 PF 和 PO 相关的两个参数是 T 和 nB，这两个参数由系统消息 SIB2 通知 UE。
2 寻呼相关信道及映射
寻呼消息是由 PCCH 逻辑信道承载的，PCCH 逻辑信道的数据块又是由 PCH 传输信道来承载，而 PCH 传输信道的数据块又是由 PDSCH 物理信道来承载的。由于 PDSCH 是下行共享物理信道，所以其上除了可 以承载 PCH 传输信道之外，还可以承载 DL-SCH 传输信道。因此在接收寻呼消息之前，终端需要先去监听 PDCCH 物理信道，然后根据 PDCCH 物理信道上是否有携带 P-RNTI，来判断网络在本次寻呼周期是否有 发寻呼消息给自己。
Table 7.1-1: RNTI values.【36.321】
Value (hexa-decimal) 0000
0001-003C
003D-FFF3
FFF4-FFFC FFFD FFFE FFFF
RNTI N/A RA-RNTI, C-RNTI, Semi-Persistent Scheduling C-RNTI, Temporary C-RNTI, TPC-PUCCH-RNTI and TPC-PUSCH-RNTI (see note) C-RNTI, Semi-Persistent Scheduling C-RNTI, Temporary C-RNTI, TPC-PUCCH-RNTI and TPC-PUSCH-RNTI Reserved for future use M-RNTI P-RNTI SI-RNTI
OPTIONAL
Paging-v890-IEs ::=
SEQUENCE {
lateNonCriticalExtension
OCTET STRING
nonCriticalExtension
Paging-v920-IEs
}
OPTIONAL, OPTIONAL
-- Need OP
Paging-v920-IEs ::= cmas-Indication-r9 nonCriticalExtension
mandatory}| //跟踪区列表，eNodeB在该跟踪区列表的所有小区中寻呼该UE
{ ID id-CSG-IdList
CRITICALITY ignore TYPE CSG-IdList
optional}|
{ ID id-PagingPriority
CRITICALITY ignore TYPE PagingPriority
3.2 寻呼消息在空口中传输
在空口进行寻呼消息传输时，具有相同寻呼时机的 UE 的寻呼内容被 eNodeB 汇总成一条寻呼消息，
通过寻呼信道传输给相关 UE，UE 通过寻呼位置计算监听时间，并在相应的时间接收寻呼消息，如图 3 所
示：
UE
EUTRAN
Paging 图 3：Paging
寻呼消息被相应的 UE 接收后，由接入层(AS)提供给更高层，可能触发 RRC 连接建立的发起，也就是：
optional},
...
}
PRESENCE PRESENCE PRESENCE PRESENCE PRESENCE PRESENCE PRESENCE
该 Paging 消息还可能携带 DRX 参数配置，用于被寻呼 UE 的特定非连续接收（DRX，Discontinuous
Reception）参数通知 eNodeB，该配置在 MME 下发给 eNodeB 前，由 UE 通过非接入层（NAS，Non Access
}
SEQUENCE { ENUMERATED {true} SEQUENCE {}
OPTIONAL, -- Need ON OPTIONAL -- Need OP
PagingRecordList ::=
SEQUENCE (SIZE (1..maxPageRec)) OF PagingRecord
PagingRecord ::= ue-Identity cn-Domain ...
LTE 寻呼
1 概述
网络可以向空闲状态和连接状态的 UE 发送寻呼。寻呼过程可以由核心网触发，用于通知某个 UE 接收 寻呼请求，或者由 eNodeB 触发，用于通知系统信息更新，以及通知 UE 接收地震、海啸预警系统（ETWS， Earthquake and Tsunami Warning System）或商业移动告警服务（CMAS，Commercial Mobile Alert Service）等信息。
pagingRecordList
PagingRecordList
systemInfoModification
ENUMERATED {true}
etws-Indication
ENUMERATED {true}
nonCriticalExtension
Paging-v890-IEs
}
OPTIONAL, -- Need ON OPTIONAL, -- Need ON OPTIONAL, -- Need ON
图 4：Paging Message
4 寻呼消息的接收
出于节电的考虑，UE 寻呼接收遵循非连续接收（DRX）的原则，每个小区会在系统信息中广播小区默 认的 DRX 寻呼周期给小区内的所有 UE，每个 UE 也可以根据自身的电量与寻呼系统来设置 UE 特定的 DRX， 通过 NAS 消息 Attach Request 或者 TAU Request 将 UE 特定的 DRX 发送给 MME。MME 通过 S1AP 的寻呼消息将被寻呼 UE 的特定 DRX 信息传递给 eNodeB。eNodeB 既有从 MME 接收的每个 UE 所使用 的特定 DRX 信息，也保留系统信息广播的默认 DRX 寻呼周期。UE 接收系统信息中广播的默认 DRX 寻呼 周期，同时也可能配置自身的特定 DRX。如下图所示：
eNB
MME
PAGING
图 2：Paging Procedure
eNodeB 接收到 Paging 消息后，解读其中的内容，得到该 UE 的跟踪区域标识（TAI，Tracking Area
Identity）列表，并在其下属于列表中跟踪区的小区进行空口的寻呼。Paging 消息中的核心网域（CN Domain）
Stratum）消息告知 MME。该 Paging 消息还携带用于闭合用户组（CSG，Closed Subscriber Group）寻
呼优化参数，包含所寻呼 UE 签约的 CSG ID 信息，如果 eNodeB 收到该优化参数列表，仅在 CSG ID 能 够匹配的签约小区中下发寻呼消息，避免过多的空口负荷。