LTE寻呼

5 寻呼过程
寻呼的通知由 PDCCH DCI 格式 1C 通知 UE，PDCCH 的通知上携带 P-RNTI（16bit 的识别码，取值 为 xFFFE，关于 RNTI 的取值及用途，see 36.321 Table 7.1-1 和 Table 7.1-2），表示这是寻呼消息。具 体的被寻呼的 UE ID 承载在 PCH 上的寻呼消息（Paging Message）中，PCH 映射到 PDSCH 信道上，UE ID 是 IMSI（International Mobile Subscriber Identity）或者是 MME 分配的 S-TMSI（SAE Temporary Mobile Station Identifier）。
2 寻呼相关信道及映射
寻呼消息是由 PCCH 逻辑信道承载的，PCCH 逻辑信道的数据块又是由 PCH 传输信道来承载，而 PCH 传输信道的数据块又是由 PDSCH 物理信道来承载的。由于 PDSCH 是下行共享物理信道，所以其上除了可 以承载 PCH 传输信道之外，还可以承载 DL-SCH 传输信道。因此在接收寻呼消息之前，终端需要先去监听 PDCCH 物理信道，然后根据 PDCCH 物理信道上是否有携带 P-RNTI，来判断网络在本次寻呼周期是否有 发寻呼消息给自己。
指示不会在 eNodeB 解码，而是被透传到 UE。
寻呼消息内容：
Paging ::= SEQUENCE { protocolIEs ...
ProtocolIE-Container
{{PagingIEs}},
}
PagingIEs S1AP-PROTOCOL-IES ::= {
{ ID id-UEIdentityIndexValue
eNB
MME
PAGING
图 2：Paging Procedure
eNodeB 接收到 Paging 消息后，解读其中的内容，得到该 UE 的跟踪区域标识（TAI，Tracking Area
ቤተ መጻሕፍቲ ባይዱ
Identity）列表，并在其下属于列表中跟踪区的小区进行空口的寻呼。Paging 消息中的核心网域（CN Domain）
终端，如果收到的寻呼消息中带有系统消息改变指示标识，则表示系统消息将会在下一个修改周期开 始改变。此种情况下，终端通过寻呼消息并不能精确地知道是哪些系统消息发生了改变，所以终端需
要重新读取 SIB1，获取 SIB1 中的 systemInfoValueTag，然后比较本次与上次读取的 SIB 标识值 是 否相同。如果不同，刚表示系统消息发生了改变。此时需要根据 SIB1 中的调度信息重新读取这些系统 消息。 - CN-domain：若为 PS，且 Paging ID 是 S-TMSI，则表示本次寻呼是一个正常的业务呼叫；若 Paging ID 是 IMSI，则表示本次寻呼是一次异常呼叫，用于网络侧的错误恢复，此种情况下终端需要重新做 一次附着（ATTACH）过程。若是 CS，此种情况则表示本次寻呼是一次回退到 A/Gb 模式或者 Iu 模 式下的 CS 业务呼叫。
寻呼的目的如下（see 36.331【5.3.2.1】）： 发送寻呼信息给 RRC_IDLE 状态的 UE； 通知 RRC_IDLE/RRC_CONNECTED 状态下的 UE 系统信息改变； 通知 UE 关于 ETWS 主通知、ETWS 辅助通知的信息； 通知 UE 关于 CMAS 通知信息。
3.2 寻呼消息在空口中传输
在空口进行寻呼消息传输时，具有相同寻呼时机的 UE 的寻呼内容被 eNodeB 汇总成一条寻呼消息，
通过寻呼信道传输给相关 UE，UE 通过寻呼位置计算监听时间，并在相应的时间接收寻呼消息，如图 3 所
示：
UE
EUTRAN
Paging 图 3：Paging
寻呼消息被相应的 UE 接收后，由接入层(AS)提供给更高层，可能触发 RRC 连接建立的发起，也就是：
计算出 PF 和 PO 的具体位置后，UE 开始监听相应子帧的 PDCCH，如果发现有 P-RNTI，则根据 PDCCH
指示的 RB 分配和调制编码方式（MCS）,从同一子帧的 PDSCH 上获取寻呼消息。如果寻呼消息含有本 UE
的 ID，则发起寻呼响应；否则，在间隔 T 个无线帧后继续监听相应子帧的 PDCCH。
}
SEQUENCE { PagingUE-Identity, ENUMERATED {ps, cs},
PagingUE-Identity ::= s-TMSI imsi ...
}
主要 IE：
CHOICE { S-TMSI, IMSI,
- systemInformationModification：系统消息修改。对于 RRC_IDLE 或者 RRC_CONNECTED 状态的
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 可以在相对应的正确的寻呼时刻进行 接收。
pagingRecordList
PagingRecordList
systemInfoModification
ENUMERATED {true}
etws-Indication
ENUMERATED {true}
nonCriticalExtension
Paging-v890-IEs
}
OPTIONAL, -- Need ON OPTIONAL, -- Need ON OPTIONAL, -- Need ON
相关信道映射如图 1 所示：
图 1：信道映射
3 寻呼消息的传输
3.1 寻呼消息在 S1 接口传输
在 S1AP 接口消息中，移动性管理实体（MME，Mobility Management Entity）对每个 eNodeB 使用
寻呼消息（Paging）发起寻呼过程，每条寻呼消息携带一个被寻呼 UE 的信息，如图 2 所示：
mandatory}| //跟踪区列表，eNodeB在该跟踪区列表的所有小区中寻呼该UE
{ ID id-CSG-IdList
CRITICALITY ignore TYPE CSG-IdList
optional}|
{ ID id-PagingPriority
CRITICALITY ignore TYPE PagingPriority
该 UE 作为被叫方接受一个打入的电话。当 eNodeB 同时收到多个 UE 的多条寻呼需求时，为了节省信令开
销，将使用一条 Paging 消息将所有的 UE 呼叫内容打包，每条 UE 的信息包含在 PagingRecord 列表中保存。
Paging message
Paging ::=
SEQUENCE {
LTE 寻呼
1 概述
网络可以向空闲状态和连接状态的 UE 发送寻呼。寻呼过程可以由核心网触发，用于通知某个 UE 接收 寻呼请求，或者由 eNodeB 触发，用于通知系统信息更新，以及通知 UE 接收地震、海啸预警系统（ETWS， Earthquake and Tsunami Warning System）或商业移动告警服务（CMAS，Commercial Mobile Alert Service）等信息。
OPTIONAL
Paging-v890-IEs ::=
SEQUENCE {
lateNonCriticalExtension
OCTET STRING
nonCriticalExtension
Paging-v920-IEs
}
OPTIONAL, OPTIONAL
-- Need OP
Paging-v920-IEs ::= cmas-Indication-r9 nonCriticalExtension
CRITICALITY ignore TYPE UEIdentityIndexValue
mandatory}|
{ ID id-UEPagingID
CRITICALITY ignore TYPE UEPagingID
mandatory}| //UEPagingID为S-TMSI OR IMSI
{ ID id-pagingDRX
图 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。如下图所示：
Table 7.1-1: RNTI values.【36.321】
Value (hexa-decimal) 0000
0001-003C